Explore Productivity on Taro

Due to unforeseen circumstances from past 6 - 8 months, I've been the Senior most engineer in my team, (I've a total of just 2.7~ YOE). My team consists of 12~ SDE 1s (New Hires) and 2 SDE2s (The other SDE2 being promoted very recently). My manager does a great job filling the role of which reduces bit of pressure off of me.

However, due to necessity in the team I've ended up being SME in all the services owned by our team. This leads to everyone reaching out to me to help them with their queries, I try to document some of these and add in the Wikis so that it can be easily accessible for others next time. However, when it comes to certain tickets and issues, I end up having to pick that task up myself (Manager does not ask me to, but at same time i know that for someone else the ramp up time required to fix the issue would be too high).

I recently tried to reduce this (2~ months ago), this led to our overall ticket health getting worse and I had to again start looking into them myself and guiding each on-call cycle with right action items for the tickets etc.

This involves me helping them to do the following :-

• Prioritise correct tickets to look into for the on-call cycle.
• A potential fix for the ticket so that they know where to look into.

Due to which it ends up taking 6+ hours weekly to keep this running. I don't really mind doing this, however i don't feel this is a scalable solution and would eventually want to slowly scale down from doing this and have my team being able to be self-sufficient.

What's the best way to go about this without affecting my team's ticket health?

I am a mid level engineer and I work for a manager who has micromanaging tendencies. Some of these tendencies include,

1. Going deep into implementation details of tasks that engineers are working on. I have been in meetings/discussions where proposed solutions by engineers have been ripped apart by this manager without them having enough context about why the engineer is doing it a certain way. This almost always leads into the engineer having to explain the nitty gritty implementation details to this manager to convince them that the engineer is doing the right thing. Overall, the manager shows very little trust on the decisions taken by the engineers.
2. When there arises a situation that the manager wants something from an engineer, they will want it immediately i.e. within the next few hours, eod etc. The manager is aware that the engineer is working on a bunch of things but they will not show any regard for that fact. This means that the engineer has to put everything they are working on aside to produce the thing that the manager wants. The problem is that this happens very often and it results in engineers either having to overwork to get their job done or affecting quality of their work.
3. The manager will put the engineers under extreme pressure to deliver projects on or before the deadline. This includes minor nudges in meetings, lunches, team activities etc. reminding engineers of the timeline to having 2 hour meetings to discuss where we are in terms of meeting the deadline.

I have a few questions based on the above context.

1. How to deal with such managers?
2. Is it sustainable long term to work for such a manager? I am considering getting to the next level in my role within the next 2 years, would it be advisable to continue working with this person?
3. Do most managers have more trust on their directs than described in the above situations?

When learning new things, I often find that I don't know this, don't know the best practice in that, and so on. If I go down these rabbit holes, a lot of time is spent and not much progress is made in the original project. If this is a scene at work, usually there are external factors to guide you not to go down these rabbit holes, be it the deadline on a task or advice from colleagues. But how to manage this while building side projects? Especially, time after work is equally precious that you sacrificed doing other things to build a skill, and progress gives motivation. But at the same time, going down these knowledge rabbit holes also builds knowledge, and be more niche. How would you trade off knowing everything vs progress in side projects?

We use JIRA for writing up tasks, which the respective engineers always make, but there is no sprint. So, we need more sprint retrospection.
All communications are done very vaguely via a Slack message, sometimes a word with little but no context or a screenshot.
I want you to know that I'm concerned about communicating this request for proper planning with my manager.

I've done a lot of research on how to be a good manager, but now do I just "trust the process" or how do I ensure we are a high performance team over the next half?

I'm a newish EM at a Series-B start up of 150 people, ~25 engineers. So far I have positive feedback from my manager and reports that I am empathetic and supportive. What my manager is telling me now though is that we need to see results. Productivity and performance seem OK in my first months but it is too soon to really see my impact. My manager noted that since we have scaled up from 4 engineers to 25 and gone mostly remote over 3 years there may be a loss of a sense of urgency and the feeling of impact per dev. We are also split into many teams with a smaller scope per team.

The temptation when asked to "get results" might be to ask for constant updates from developers and punish them when fake hard deadlines are given and missed (we are a B2C company so there are rarely actual deadlines). So how do I motivate my team to work hard in a healthy sustainable way? How do I measure the progress and reward them fairly while creating a team focused culture and not one that is competitive and individualist?

Below are some of the management ideas I'm using/working towards. I have lots of room to learn how to do each better, so advice on which to prioritize my effort at improving first would be great in addition to notes on what's missing and what seems off on the list:

Individual attention

• Working with each individual to set SMART goals for the next half
• Working with each individual to figure out what motivates them, and do that
• Figuring out what learning each person wants to do and giving them support there
• Regular, timely feedback (positive and negative)
• 1:1s where I do a lot of listening, help remove blocker
• Shielding from outside distraction and unhelpful pressures

Team culture

• Creating a lowercase-a agile mindset: people are first and it is ok to fail and we learn from our mistakes. We can fail gracefully by making small, quick launches where we get frequent feedback from the users, and feedback from coworkers on how we are succeeding/failing
• Making the team effective first, efficient second: 5 wrong things done in a quarter are worse than 2 right things that move the needle
• Setting team OKRs for the next half that the team wants to accomplish
• Encouraging team work on tasks, pair programming, positive code review culture, etc
• Improving the process to make it effective and fun around how the flow of work happens between planning, selecting tasks, marking things as done and tested
• Team demos with stakeholders to show off results and get feedback

Bonus questions about motivation: In 1:1s how do you figure out what motivates someone since they might not say extrinsic things like money even if that is what they are working for, or the opposite they might be happy at their level and just like the work they do with a good work life balance but might not say that directly either. Also if there is a team of 5 where 2 want money and 3 love the work for itself, how do you tailor their experience to that? The first two will still want fun/interesting work and the second three still want to get promoted and compensated fairly.

Thanks!

I'm reading "Deep Work" by Cal Newport about the value of long periods of focus, non-interrupted concentration to career success. This advice is especially relevant to software engineers where it helps to get into a flow state. I already don't have my inbox open all the time and check it between tasks. I'm wondering about going the next step and turning off Teams notifications. This seems like a big move because that allows my boss and coworkers to reach me instantly anytime. It also allows them to see when I'm online. So my question is, is this something that one can "get away with doing" at most workplaces? Obviously for me, I can just try it and see what happens and/or ask my manager about it. Just wondering if this would fly at most tech companies.

I'm an E5 iOS at a Big Tech company. My team has some E6 work that I'd love to take on, but my PM prioritized some E4 work above it. Since the only other iOS engineer on my team is E6, my EM asked me to take on the E4 work while the E6 works on the E6 work. The E4 work is scoped to about a month's worth of work, but I worry that scope creep may drag things out further. I've been at this company for close to 3 years on various teams. For the majority of that time, I've been saddled with E4 work (and sometimes even E3 work) that has taken valuable time away from working towards E6. I was hired as an E5. Is there a way to avoid spending time doing lower-level work to focus on getting to the next level? For what it's worth, I got Exceeds on my latest performance review.

Every time, when my manager asked me to do some changes to the repository that is totally new to me. I became scared.

I prefer to do research by myself first. But I got lost in the new repo by reading file by file, and don't get the clarity.

So I ask the repository owner to provide documentation, mostly they don't maintain documentation, and even if they do, it is not updated or it involves a lot of detailed feature-wise documentation, which is usually not relevant to my requirement.

Then, I call the POC of that repo, but I couldn't figure out what is the right question to ask in the first call. Over time, I ping him asking questions whenever I face hurdles while achieving the requirements.

Sometimes, I put a debugger or logs to understand the flow of code.

The above processes took a lot of my time.

What is your suggestion to get clarity in the new repo such that I can complete my requirements in less time?

What does a typical day working as a software engineer (say mid-level) in FAANG look like? I know there are at least 2 important variables, namely a) the person (how good they are at managing time, how motivated they are, how good their technical and soft skills are, etc.) and b) the team and company they are on.

I'm curious about the nitty-gritty of it, namely how much time is spent coding, how much time in meetings, how much time for breaks and lunch, how common is it to work overtime, etc. I'm looking for both the good and the bad, not the shiny, social-media-friendly videos made by people.

I have read time and again (including from Alex) that many if not most FAANG engineers work evenings and weekends. I just read that today from an ex-Facebook LinkedIn influencer I follow who was talking about his own 1 (unpleasant) year there.

I know my question might be so broad as to be meaningless given the number of engineers and situations there are, but if I can get the day of "Joe or Jane average FAANG engineer" who spends 2-3 years and then leaves, that's what I'm looking for. Not the talented and ambitious few who are able to work long and smart and able to rise up the ranks to staff.

We have a sprint planning session every two weeks where epic owners create tickets and they are presented to people. Whoever is interested in whatever tickets, they assign it to themselves.

Everyone has 10 story points worth of tasks where 1 story point is one day’s work. When these tickets are created, the creator assigns an estimated story point value based on their judgement of the complexity of the ticket.

But sometimes, the task can be more complex than estimated and it might spill over.

I tend to take 10 points worth of tasks but definitely 1/2 points get spilled over to the next sprint because of unplanned delays while finishing them and my own inefficiency/ procrastination.

I have been given the feedback that I tend to overcommit and it would be better if I brought it up earlier in daily stand ups in case some tasks are taking more time than usual. This will enable others to pick up some other task on my board in case they are done with theirs.

I do see my inability to complete the 10 points as a personal failure even if no one explicitly points it out or cares about it. Most of my team mates tend to get them done though. I am 6 months in the team and the rest have been there for 2-3 years at least. I want to get better at planning and completing my sprint tasks. How do I approach this problem?

I work on the privacy side, so our core projects are often held up by XFN. This leads to me having to find something to do in the meantime, which often means smaller, ad-hoc efforts. However, I've been told that working on larger projects across a lengthier time horizon is better for promotion. What can I do during these blocked times that also shows good execution signal for promotion?

In the age of IDEs with autocomplete, chat gpt and copilot does it makes sense to learn it?

I have seen Devs who use Vim browse through files and make changes at tremendous speed and am curious if it's a good tool to improve my productivity.

I did do a bit of Vim during my bachelor's but mostly used IDEs in all my jobs. It will take me some time to learn and make the switch but I feel it's a good time to learn it.

Also what is the importance of setting up your tooling and IDEs in being able to code faster.

Hello everyone,

As a senior engineer L5 in my company for 1 year, I recently found myself in a new team with a new direct manager but report to the same Director in the same Org due to the recent company restructure/company reorganization as part of layoff changes. My Director and I are the direct responsible individuals for the Backend Platform System for the last 1 year. However, I am finding that a significant portion of my time is being taken up by "glue work," such as onboarding new teammates, updating the Wiki, documenting On-call Runbook, mentoring cross-functional team members, providing code reviews for new developers, and unblocking people in their code development. While these tasks seem important, they are making it difficult for me to focus on my own projects.

In my first one-on-one, my new manager expressed a desire for me to take on new initiatives. I am eager to do so, but I need to be able to focus on my own work to make this possible. My manager understood that the frequent on-call support was a blocker for me and asked me to train and onboard a new teammate to take over the on-call support, as well as field requests from users and help others with their work. However, I have still found myself doing a lot of training and providing support even two weeks since my last meeting.

I would like to hear from others who have found a way to balance these responsibilities effectively. How can I prioritize my own work while still contributing to the team's success? I know this will be a difficult decision, and I'm not sure how to approach it. I'm worried that if I stop doing some of these tasks, it may impact my relationship with my manager and team.

If anyone has faced a similar challenge, I would appreciate hearing about how you approached it. Did you stop doing certain tasks and responsibilities, and if so, how did it affect your relationship with your team? Any advice would be greatly appreciated.

Thank you.

I joined this new team in October and I'm finding it hard to demonstrate velocity as an entry-level developer. I'm sure this has been discussed before on this thread but what are some sure-shot things to do to increase my commit count?

I know this isn't the healthiest way to approach things but commits and reviews are the best way to demonstrate impact at the L3 level and I'm trying to maximize my impact until the end of this year.

How can I add code quickly? e.g. Add extra unit tests for edge cases, add logging statements, etc.

I'm looking for the top 3 good tools that can help me boost productivity.

There are a plethora of tools but no proper reviews for them.

I'm looking for tools that are easily integrable (No code) but are of high value.

Pass links so that we can try it out.

I have had issues with some of my teammates where code or docs don't get reviewed early and a ton of feedback is left the day before the deadline. This is after sending multiple reminders almost everyday leading up to the deadline and I don't like escalating because it feels like I am snitching on them. I do give reminders in our weekly standup and our common channel.

I got tired of this happening and setup a code bot to send reminders to everyone in the code channel and have considered sending out email reminders (nobody else really does this) or booking a meeting in advance before I even start coding. I tried a concept similar to RFC but I still don't get feedback in time. I get it people are busy but they just completely ignore me, I don't even get a slack sometimes saying they are busy.

I am an SDE 1 if that helps

Hello,

I am an Entry level Software Engineer( SWE 1) in my current team for a year now in a mid sized company. I have a matured tenure( 3 years ) SWE 2 in team who has been wanting to get promoted to a Senior Software Engineer for sometime now.

The situation is, in order for a chance for promotion, this SWE 2 was asked to lead a small feature implementation of 2 people where they ended up missing deadlines twice stating engineering complexity. Due to this situation, whole of the team, including Teach lead and SWE1s have swarmed in to help them meet the deadline which is almost a week from now.

The thing is, this particular SWE 2 has been calling me out in Standup and grooming meeting and in person to EM for not completing my story in time even though I am giving proper updates in standup and Tech lead hasn’t raised any concerns yet. According to this SWE2, the stories I have been working on should be completed in a particular x timeframe because he thinks so. They have not laid out any scope or plan where to make changes for it. Their argument is, unless I complete this task, the whole team is blocked because of me. They made it a point to convey it to EM along with PM. EM reached out to me in frustration and seemed content after I explained him the complexity and was able to deliver it next day morning. I had reached out to other senior engineers on team and they guided me properly to finish this task.

This particular SWE2 again called out my name again in my Tech Leads one of the PR and mentioned that other devs are blocked because of me. Tech lead gave a great suggestion to unblock others ( which he could have asked way earlier and implemented ) and others are unblocked now. When I reached out to this SWE2 asking an estimate for current story, in our 1:1 conversation he mentions go with your speed. We don’t really need your part to be unblocked. It will be a good to have. But he keeps on throwing me under the bus infront of team, EM and PM. This SWE2 lacks technical depth and keeps on checking with me everyday if I need any help. But they can’t explain anything properly and I consider it as a waste of time to even decipher their explanation because it tends to increase my confusion.

If it matters, we have our end year review next week and EM seems to think SWE2 is the one helping me (in fact not at all, can’t even explain a proper code change). This SWE 2 is one of the main reason I was given not meet expectations last time in our mid year review rating. I am scared of how much impact he has because of EM’s calling out, again on my review this year when in fact I have hardly worked with him this year. Please advise how to handle this situation.

Data engineer here. Manager is the leading a project which is severely mismanaged and he just demands results. He doesn't plan at all. There is no proper project planning and it is XFN project. If I do project management tasks it saps my energy due to numerous meetings in order to do that. Project has been going on for 8 months. Everyone working knows it is not going anywhere. Just that manager wants us to keep working on it. Even our org doesn't recognize it as a critical project. Problem is continuing to work on it takes time away from other interesting work which has more impact.

What do you suggest? How do you suggest I approach this?

I'm still navigating a career switch to SWE, and I tend to get pretty overwhelmed when looking at code. I already ask a lot of questions, and I want to be more self-sufficient because my full-stack team members are pretty busy. (They are all kind and would all be willing to to take some time out of their day.)

How can I get faster at reading code on my own while balancing a team transition? I'm at the point where I understand the high-level purpose of parts of our codebase but little as to how the moving pieces all fit together.

While I understand that there is likely no magic threshold to determine the point at one needs to ask for codebase navigation guidance, a good rule of thumb would be helpful when possible.

I watched the video I am particularly interested in the point: "Great TLs sequence their project in such a way that all the highest risk things get knocked out first". Can you please give examples of doing that in a real life? What are some examples of activities that you found higher risk than others and therefore you decided to do them first to minimize the risk?

Recently I completed my first-ever proof of concept (POC). I got positive feedback, but I think it's because the manager understands that I am doing this independently for the first time. After giving credit for my work, one senior member broke down the task into smaller pieces with step-by-step technical sources (from blogs), which made my life much easier. Now when I am re-evaluating this now, I observe the following:

• I tried not to bother senior/TL for help since I didn't want to interrupt their sprint commitment. Even though they are supportive, I couldn't help but feel nervous because I am the engineer with the least experience (i.e., others are either senior or principal level or the same level but have a much broader knowledge domain).
• After receiving the breakdown plan with the easy-to-follow resources, I am much more comfortable tackling the tasks. If possible, I very much want to be able to break down a bigger POC into smaller pieces and tackle each in order.

Since it's likely to have more POC shortly, and I am sure I will face this situation, I want to overcome the nerve and ask the right amount of questions (not too much, but good enough to unblock me) during growth along the POC task.

Thanks ahead for your sharing!

As a Senior software engineer working at a mid-size tech company, I’m still learning how to properly push back when others Sr SWE & managers or Directors from Web or Mobile team tried to get me to do tasks that do not match my own priority.  As much as I like to be nice and support others, I agree that I can only do so much.  I brought this up with my direct manager and my Director (L7 Senior Manager & L8 Director), and they told me to loop them in when I face overwhelming pressures from other engineers/ cross-functional teams. My direct manager also told me they wants me to be able to focus on big project initiative, and they see that I am on track to be the Tech Lead given my current trending.

While I do appreciate that my boss gives me words of assurance and direction and offered to step in to fend off those pressures during my one-on-one call, I recognize that I would have to be the person who is good on establish priorities and be able to push back on people. I cannot really rely on my boss to do the push-back to fend off the pressure given that with the recent layoff, we are short on staff.

In light of the recent lay off, my boss confirmed that he's busier than before the layoff, and will be less available given the reorganization within the engineering leadership.  My boss is not going to available and won’t be able to step in when facing high pressure from the other managers. Since my company uses Slack as main source of communication, I usually just cc and tag my manager on slack thread so that raises visibility and awareness.

Wanted to get some thoughts and suggestions on "How can I push back diplomatically against an overwhelming amount of tasks"?

My manager told me in my 1:1 that he would like to see me working more independently. He had few points for me like utilize other engineers to unblock and have more discussions on team channel. I feel like I already work quite independently. I drive discussions on my own and involve stakeholders as needed. I speak out whenever I see any issue or I've something to contribute.

I'm trying to understand what can I do more here and show my manager I'm already doing what he's suggesting.

I'm in process for L5 promotion and I feel this feedback can negatively impact my chances.

TIA.

I’m a junior/mid with 1.5 YOE who has learnt to touch type recently with a speed of around 65 wpm.

I’ve read a lot of the q&as on productivity and code velocity and have even watched Rahul’s YT vid on working efficiently in Android (IDE shortcuts etc.)

Will I be able to perform at the velocity needed for an E4 at say meta with only a 65 wpm typing speed?

What do people feel is acceptable for a top-tier tech company?

Currently, we have tech debt mainly discoverable via a custom annotation in the code.

Some examples are
- break complex features into separate manageable flows
- Split large classes or controllers
- Feature/part refactoring tickets with linked ticket numbers.

The core tech debt is easy to address and manageable via project boards, but the problem is the rest (product related) often gets out of date and never gets resolved, for which there are some reasons like

- The product team has been disbanded.
- Feature no longer a priority for the product.
- The part of the code has not been touched for some time but could come into active development again.
- find better implementation of X

I believe the product-related tech debt should be owned and tracked by the product team but often there are some tech debts left in favor of speed like - breaking complex screens, and classes, and find better approaches etc etc

What's the best way to promote ownership and address such tech debt, so that they are addressed during code reviews and not left in the code as comments indefinitely, nor as a ticket in some project board which never addressed?

Should I check it first thing in the morning to see if I have any urgent things to work on or should I try and continue working on whatever project I was working on the previous day and try and crank out that couple hours of productive work above all else?

Hi everyone,

I am currently a software engineering intern in Google. My main goal is to get a return offer after I complete my internship.

Based on my conversation with my intern manager, the high level metrics for success as an intern are definitely technical problem solving, collaboration and feedback etc. This is highly aligned with Alex's videos on the Internship series, where he described that an intern's main performance metric is code volume. I have also learnt that finishing a project drastically increases one's chance for a grad offer based on interns who converted to FTE.

However, I noticed that there are a lot of opportunities for events and mentoring. My current strategy is to focus most of my time in the project while networking mainly in the team to make sure I have a great relationship with them. Occasionally, I meet another employee once a week or so. At the same time, I noticed that most interns are using most of their time to meet with other FTEs from all over the world and other teams.

I personally find that a large codebase with so many contexts and 12 weeks to be the main factors on why I am a bit more conscious of my own time.

Is my current strategy to focus on the project and networking mostly with my current team optimal for a return offer? If not, are there anything else that I should be focused on?

I've only ever coded in js/ts; however, as I seek to grow my skills in react-native I've been trying to learn swift to deal with bridging. However, after coding a few hours in swift when I swapped back its like my brain stopped working and simple stuff I couldn't remember the syntax. After working in it again it kinda went back to normal; but, is this something that is normal or goes away with practice?

I ran into this issue a few times so far:

1. I need to solve a problem.
2. 2 senior people (could be engineers or managers) tell me to use different solutions.
3. They do not talk to each other directly.

I'm the middleman, bouncing back and forth between solutions. Getting blocked at the PR level (sometimes before that too) by either stake holders.

It's demotivating, I do not get things done quick.

What should I do?

I am an L4 engineer with decent knowledge of my team's stack.

What are some actions I can take to meet expectations in my current role for the next few years, while minimizing the amount of time I spend on work?

Given that I'm not shooting for a promotion, does that change how I should approach relationship building with senior folks on the team? There is a lot of advice on Taro about relationship building, but it appears to be aimed at folks who wish to promote quickly.

I recently started at my new gig as a remote tech lead. While I am on the West Coast, most of my team is either on the East Coast or in Europe (+11 hrs). Meetings start at around 7 AM PT and go on until 11:30 AM PT!

Here is my challenge: I am a morning person & like to do more deep & undistracted work during the morning hours (Coding / Reading / Writing) . Screen time in the mornings usually drain me out & my productivity dips post multiple zoom / G-meet calls. What are your thoughts on how could I balance my sacred morning hour time between meetings & impactful work?

Thanks!

I'm mid level, new to the company.

I got assigned a chunk of a bigger project owned by a staff level engineer, let's call him X, who has worked on the product for a long time and has a lot of context.

Things that were new to me: the language, the tool chain, product context. The codebase is several years old.

My skip level manager (1 level above my direct manager) once encouraged that I should aim to finish my work in less than 2x the amount of time it would take X to do it (but besides this I received no pressure, or reminder to push for this target from managers).

This was overly ambitious. I worked longer hours and harder than anyone around, including weekends but still could not finish it in 3x the amount of time initially estimated.

The staff engineer overestimated what I can do too. He's very willing to explain but I had a hard time mapping his high level explanation to what happens at the code level.

I could not tell if the standard here is high or the task is too hard. So I leaned towards putting in more effort rather than voicing my concern.

I also did not have a good sense of "are these unknown parts of the code base grok-able with a little bit of time or do they require a lot of time?" to estimate time spent up front.

In the end I got some barebone thing out and he took over. Still took him a couple more weeks to get the thing finished. Along the way he solved some problems I'm sure I have no chance of solving in that timespan.

With this evidence I was sure the task was legitimately too hard for me and was comfortable letting my manager know my opinion.

Back up a little bit, when I started working on the project, my manager knew I could not stick to the original timeline set by the engineer and encouraged me to take my time to learn the codebase. What is puzzling is my manager did not tell the engineer about this unrealistic estimate. The engineer reports to a different manager and has been around way longer than my manager.

Maybe there is some politics going on that I'm not aware of.

Anyway this has been a very stressful experience.

What could I do better? What should I do to mitigate any harm done through this experience?

I’ve come to realize more and more that the greatest thing holding me back by far as a software engineer has been perfectionism. By perfectionism, I mean the mental attitude that says that what I have done isn’t good enough so I need to spend more time on it, or that I’m not ready to do something. This attitude is pretty much the opposite of Meta’s “Move fast and break things”.

Here are a few of the ways that this mindset has hobbled me throughout my career:

• University (I studied Engineering): thinking I had to read the textbook and do all the assigned questions. My GPA suffered. In reality, my time would have been better spent doing past tests/exams and forming better friendships and study groups with other students to learn what was most valuable to know. I’m speaking from both a GPA-maximizing viewpoint, but also from a long-term viewpoint in the case of better relationships with classmates.
• Immediate Post-University: Thinking that my coding skills weren’t good enough and that I needed to do a 6-month bootcamp which I did. Hindsight is 20/20, but getting my first job and working from there would probably have been better.
• First job: Struggling with moving fast. I was at a tiny (<10 people) start-up and they wanted speed. I struggled with the pace they wanted because of things like writing formulaic unit tests that didn’t add much value and needing to constantly walk through my code with a debugger. I do believe that this particular company had unrealistic, unhealthy expectations for a newbie, but I also believe I could have moved faster.
• General learning: Prioritizing online courses over side projects.
• Job Hunting: Aiming to get done 150 interview questions before applying, rather than applying and doing mock interviews from the get-go.

I believe perfectionism is particularly harmful in tech compared to other industries since things change so fast.

Maybe this is better answered by a life coach or therapist, but what are some things I can do to limit the pernicious effects of this mindset?

Hi there !

recently joined FAANG and we’re using a lot a dedicated collaborative tool. Think of it like a shared Google docs with text, charts, and tables.

I wasn’t using them so much in my previous company and I would like to bring novelty in how we use them in our team.

Besides the classical 1:1 with manager // meetings minutes for meetings, what use cases you found really impactful and productive in these collaborative tools?

Thanks a lot !

• I'm looking for ideas on how to execute more effectively and robustly as an individual and as a team
• How to keep the team members motivated all the time?

Background

My small 15-ish employee company has a large legacy codebase written primarily in old Angular.js v1.x.

Those who've had intimate knowledge of the codebase have long departed, and we can't really hire Angular.js v1.x experts in today's tech landscape.

The scale here is around 100k lines of code.

Problems

• Not enough manpower for a total rewrite
• We need to add new features, but work is slow because current engineers are missing key context and have a hard time groking the old code itself

Questions

1. Any tips for navigating a legacy codebase? Often times things like IDE navigation doesn't even work from file to file.
2. Any patterns for migrating away? I've heard of something called a "strangler fig" which seems like a real possibility.

I've read in a number of places that it's great to tackle your most important tasks first thing in your day, spending 2-4 hours of solid work right from the start. However, I've noticed that it's hard for me to do this in large part because I have my morning scrum an hour into my day and currently have to participate in another team's scrum as well. These meetings often combine to ~45 minutes. Therefore, I'm more inclined to do maintenance tasks and low-hanging fruit, as well as other, smaller-leverage activities like browsing Taro.

I'm assuming morning scrums are the norm, so any tips to get high-leverage work done with a scrum smack in the middle of my morning? Now that I think about it, starting earlier would be one solution. Others are welcome.

At my company, we work directly with clients. Our project requirements drastically vary from project to project and are highly unstable.

It seems like whenever we finally get a handle on what the requirements are and begin planning/working on the features a new requirement comes in that turns the existing understanding upside down.

It's extremely frustrating to keep having to throw away work when we're told for the umpteenth time that "ok the requirements are locked in", and a week later we're hearing of brand new requirements.

I get that as developers we have to be "agile", but moving the metaphorical goalposts really sucks and 100% slows down progress.

Any tips or advice?

I work on a product that runs on a variety of architectures, with code split across many GitHub repositories. We have a complicated build process. When making changes, I often struggle to find a way to run those changes efficiently (i.e. outside of the CI process). This is made worse when I need to make changes that also change the build process or need to run debugging tools like GDB.

When I onboarded, I was told that everyone has their own setup by people who've been on the team since its inception. It seems like people newer than myself have figured it out, even with how messy and changing everything is. However, I've been here for over a year and the team tends to work quite independently. Occasionally, folks will be quite helpful for a point or two, but generally everyone's stretched a bit thin and tends to focus on their tickets. My manager has also rebuffed any requests for collaboration or mentorship since I started, saying that I'm expected to be independent to show I'm ready for the next level. He did say I could that I could try to change the team's culture to be more collaborative if I wanted to take initiative, but that's not what's expected of a software engineer, especially if I want to do well and get promoted.

This question may be more about how to correctly get answers answered when you're no longer new, but I also feel that building (CMake, Docker, environment setup, package management, etc.) is slowing me down. Are there good processes for getting more efficient at building components/systems and unblocking yourself faster?

I don't hate my job but not interested in overly performing as I am not happy with my compensation.

1. No motivation to prepare for interviews in the current market

2. I just want to do whatever is assigned to me. I have no leadership skills, no confidence. No motivation to put lot of efforts and make an impact due to low compensation to fix my leadership and communication issues. It typically takes 2.5-3 years to get promoted to next level as an average engineer like me. I have been stuck due to immigration issues. Manager has too many reportees. Hiring freeze everywhere.

Do you have any recommendation on what to do in this case?

I feel like I am always learning and not delivering as much results as my senior colleagues. How to strike a balance?

Often I feel mentally and physically exhausted heading home from work. I started at the company 2 months ago and in total, I have just under a year’s experience working in industry. Maybe it’s because things are quite new, or is this a sign that I’m needlessly struggling?

[Context]

I try to laser in on what I’m meant to be doing, so I can get code running and testing asap but reading code takes up more time than I’d like, as I try and figure out what the service is actually doing, not only in terms of code but in the context it’s meant to be used in- It’s a systematic hedge fund and finance is new to me.

In one of the videos Alex mentioned that some devs get a culture shock when joining a Big Tech company from a smaller company. What kind of culture shock would that be? Do you have examples and methods how to prepare oneself for those?

One thing I'd love to ask about is effective pressure management. Coming from small cos to a big company like Meta; despite startups having a reputation for chaos, I personally find there's a larger number of failure modes at big companies - a review taking too long, lack of good logging, misalignment, which can lead to either a project being derailed or just flat out failing. I've personally gotten better myself at pressure management (trial by fire); but would love to have thoughts from folks on how they work on this skill!

Suboptimal work efficiency resulted in me putting so much time at work, leading to poor WLB @Meta. I don't want to repeat it @ Pinterest. How can I improve my efficiency?

I work overtime a lot, and it's pretty stressful. I'm also worried that amidst all this effort working for Meta, I'll lose track of who I am overall and what I can do for other companies. What can I do to strike a better balance here?

Right now I'm in a situation working for a startup that posts a video of a bug with little to no detail at all and sends it off to dev to be fixed. If there is information included, there is no standardization so it can be frustrating having to hunt this information down. I understand in startups I will have to learn to operate in a realm of ambiguity; however, the team is so small that I could potentially fix this with a little buy in.

Somethings that I've seen work in my previous job were having:
-screen shots of current state and future state
-video of current issue
-steps on how to reproduce
-device information
-potential solutions

Im new to the team and don't want to be "that" guy trying to change everything, so I don't want to come to them with any half baked ideas. Do you have an example of a strong story that I could use as a template for our tickets?

I have only been working at North American tech company for 9 months now. And for most of projects I have worked on till now, I have been super fast and finished my work mostly before deadline/estimate. My question is can this fast work backfire on me? My manager has always praised me but can it be bad like me being disliked by team mates or having problems in future? Should I slow down and finish it slowly (In that case, I am not sure what do I update in project syncs if I have been lazying around and not doing much)? Or continuing at speed will be beneficial for me?

Alex and Rahul and the other senior people on Taro have consistently emphasized how important good software engineering fundamentals are to long-term career success as a software engineer. This is in contrast to learning the latest popular framework or area of development. Can people define what those fundamentals are and how one should go about acquiring/improving them?

Thanks!

I’ve had trouble with this historically, my output per day is inconsistent. I’ll have days where I grind for 12 hours, and other days where I don’t really do anything.

Here are some of the ways I have unproductive days:

• “I’ll just watch this YouTube video”
• “I’ll just grab this snack”
• “I’m blocked by this person”

I'm a self-taught, aspiring Android engineer, looking to land my 1st full-time role. I have around 4 hours a day to learn software development, and I'm wondering how I can spend my time the most efficiently. Here are the 2 core things I want to understand how to balance my time between:

• DSA (data structures and algorithms)
• Building projects for portfolio

With a recent, completely unexpected reorg, the product my team owns has effectively been cancelled and will be sunsetted. The company is trying to figure out new scope for my team, but in the meantime, I don't really have stuff to work on. Here are my questions:

1. Is having 1-2 months of downtime like this okay for my job and career?
2. What can I do in the meantime to be productive? I've mainly just been doing auxiliary things like reading documentation.

Sometimes I feel like I didn't get 40 hours "worth" of productivity after a week, and it didn't make sense to physically spend 40 hours working that week. Is it possible to succeed as a software engineer working less than the traditional 40 hours? I imagine it requires being able to get the work done faster - What are some techniques to do that?

I tend to give everything my all, which is what I did back in school. I overdid it back then, so I needed a long break afterwards. I want to make sure I don't make the same mistake with my career - What can I do to prevent burnout while still achieving lots of impact and growth?