Productivity

A year back I joined a Big Tech company as a mid-level software engineer. I had 5 years of work experience mostly in not-so-famous startups and I joined a large tech company after doing my masters.

It's been a year since I joined but I regularly feel like I don't belong here. I go through alternating waves of confidence and self-doubt. When I am not able to debug simple issues in a new microservice, I feel dumb. I feel like the senior devs on my team are just able to solve everything and I am still struggling after a year. I have been through a round of layoffs and re-org and am not sure about the kind of work I will be doing in the future.

I want to be promoted to senior engineer level but constantly get feedback that I am not assertive, opinionated, and take more time than usual to complete ambiguous tasks. I see everyone getting promoted around me and I don't understand why I can't seem to be improving. I am very motivated and willing to slog hard, but it seems like I simply don't get it or am not smart enough. Everyone around me just feels smarter and more experienced.

I feel like moving to a smaller company with not-so-high coding standards and ditching big tech because it will be more up my forte. I am aware that I won't grow there. It just feels frustrating to be stuck at a junior-mid level, 7 years after my bachelor's. But I also know I am not at that level yet.

Any advice on how to go through this problem to the other side will be lovely.

This is not a typical question for Taro community, but l'm here to vent, and looking for honest advice. I'm a working mother at one of MAANG companies. I am a senior engineer, and currently working in a very competitive team that has very poor work life balance. I love my project and l've been getting good ratings so far and everyone is happy with my performance whether it's my manager, TL, DS, PM or XFN partners, according to their feedback for me during PSC.

However, I've been mentally stressed for months now about meeting the expectations and finishing my work while also meeting my kids expectations and having to deal with their emotions and other stuff, taking them to activities and playdates, ... etc and I don't get much help from my husband due to his larger responsibilities at work. I don't Iike to be an average engineer, as l've been used to excelling in my studies and work, it's a mental thing, perfectionism I believe. Should I just quit my job and look for a more relaxed one, if it exists? I’m at a good point in my career now and have already built very good relationships with everyone, and I’m afraid if I will regret this decision later if I don’t find a good alternative.

How to effectively manage work pressure while dealing with health issues? I have taken steps to reduce my work velocity in order to prioritize my health, which was agreed upon with my manager.

However, one of the leads continues to place significant work pressure on me, despite my direct communication about the situation. It is disheartening to experience this situation, especially considering that I received a top rating after my first year at the company. Is it common to encounter such challenges in enterprise companies, even as a high-performing employee? Unfortunately, the senior leadership team has not taken sufficient actions to address this problem.

Additionally, as I am currently on a visa, changing jobs or switching teams is not an option for me at this point. I would greatly appreciate any guidance on how to handle this situation effectively.

I’ve been a senior FEE at Amazon for almost a year now, and I’m still figuring out time management.

Sometimes I get overly involved in others’ tasks, or have too many meetings, or get overwhelmed by all the new campaigns and estimation requests constantly coming through the door while we’re in the middle of meeting deadlines.

How do senior FAANG engineers balance their priorities without overworking or burning out?

P.S. it’d be amazing if Taro can get Steve Huynh (PE at Amazon) to talk about this topic in detail.

I'm a new people manager - previously I was an IC. I understand that I am now equally responsible for the helping the team deliver business goals and promote people's well being and growth.

How do you balance your time and figure out what's most important to focus your time and energy on? How do you spend your focus time you do have?

What’s the best way to handle a situation as a tech lead when you are under pressure to deliver your tasks and ensure that the other team members are also on track? If one developer slacks and doesn’t meet the deadline, is it automatically the lead's fault, especially if the situation was raised well in advance. If the person continues to under deliver with poorly written code, is it okay to spend time and pair program and get work done just to meet deadlines? Keep in mind that the developer is a junior engineer and requires fair bit of hand holding.

I had to approve a PR, although I was not 100% confident, it wasn’t a breaking code and it wouldn’t have caused any backward compatible issues. I received extremely harsh feedback for approving a sub standard from a peer/colleague. Had I not completed the PR, my manager would have provided feedback on the delayed project, what’s the best way to navigate between two leads or managers who are not aligned and expect different outcomes from the same situation?

Please help.

When I look at my life, there's a lot of social media and technology services I use:

• At work - Outlook and Teams
• Keeping up with Tech Content - LinkedIn, YouTube, and Newsletters
• Personal - Whatsapp, Facebook, SMS, Spotify
• General - Phone and Gmail

I'm trying to develop healthy habits around technology use to facilitate deep work. This involves limiting my exposure to technology.

One strategy I think is a good one is batching checking these things. So only check content sites weekly. A more extreme strategy and one I'm not yet prepared to make is getting rid of my smartphone so I can't check content as often.

Do people have other strategies/habits which work for them or can describe their relationships with these services?

When doing a side-project to add to my resume to learn a new tool (e.g. Spark, Airflow, dbt since I'm a Data Engineer) or even a new language, how long should a good side-project take?

I know this question is incredibly ambiguous in that side-projects can have tremendous variability in terms of their depth and breadth, and I know that the best side projects (those with real users) can never end if you're constantly improving them and taking feature requests.

Still, if I'm a beginner to them and am trying to add 2-3 in the next, say, 3 months, how long (in terms of hours) should a decent side-project take?

I believe Gayle Laakmann Mcdowell says you can do a good resume project in a weekend. That's ambiguous (2 hours or 48 hours straight?), but it at least bounds it.

I often find myself with short blocks of time during the day. For example, I am typing this question in one such block of time right now. I have 15 minutes between the end of my morning stand-up and a debugging session that starts at 10am. I'm wondering how to use these sessions productively, but even more, I am wondering how to not use them unproductively.

It's very easy to go onto YouTube or LinkedIn (my preferred social media sites to waste time) and tell myself I'm being productive because I follow tech people I respect such as Alex and Rahul. However, I now believe that such quick checks are harmful to my productivity.

I'm reading "Deep Work" by Cal Newport and Rule #2 is Embrace Boredom. Rule #3 is Quit Social Media. Both of these rules suggest that I really need to stop checking YouTube and LinkedIn daily, and definitely multiple times a day. Since there actually is valuable content on these platforms (hello again Alex and Rahul), I'm thinking of limiting myself to only checking once a week.

In the meantime, I do have the original issue of how to spend blocks of time <30 minutes. I've solved my current issue by using it to ask this question.

I guess short blocks of time are perfect for shallow tasks like responding to email. But probably just staring into space is better than checking YouTube/LinkedIn.

Any other tips?

My was “When given a take-home assignment, what is a reasonable turnaround time to get it back to them?” I now know it’s within a week.

I was given the assignment to create a basic Django app and was told to spend no more than 3 hours on it. Here’s the short text of the assignment description:

Table Metadata Extractor (Python)

Please provide a Python Django application that has one API endpoint which accepts a database connection string from your DB of choice (Redshift, BigQuery, Snowflake, MySQL, Postgres), connects to the database using and returns a list of the TableMetadata data objects (see below) for all tables in the database.

TableMetadata = {

columns: List[ColumnMetadata]

num_rows: int

schema: str

database: str

}

ColumnMetadata = {

col_name: str

col_type: str

}

Bonus points for:

·         Instructive error messages for improper connection strings or other invalid input

·         A solution that is efficient

As a Data Engineer/Analyst, I haven’t done web-dev stuff in years and have never used Django. My immediate instinct upon reading this project description was to find a resource to learn Django online. I’m not sure this is the right instinct, because software is about doing more than learning as Alex has mentioned so many times.

The way I see it, I have 3 ways to approach this assignment:

1. The way I just mentioned. Go down a learning path (hopefully not a rabbit hole), learn about Django and try completing the assignment.
2. Dive right in, try building the solution from scratch, Googling and ChatGPTing liberally.
3. Don’t do the assignment, spare myself the time and headache, and beef up my Python web-dev skills for the future.

The first approach requires the most upfront time. The second might be longer or shorter than the first. And the third doesn’t require any upfront time but requires a commitment to being in a much better position to do the assignment in future.

This is the second time in a couple of months I’ve been in this position since I was given an assignment for a different company to build a Flask app and did a shoddy job with it.

My first question is, which of the 3 options should I do to address this time-sensitive situation?

My second is, how should I address this situation long-term? Building some web-dev projects in Python with Flask/Django/FastAPI seems pretty logical. I don’t get to work with them at work, but I could spend a few weeks building stuff with them. I guess that’s the answer, the key is to avoid tutorial hell.

My third is, how should I think about take-home assignments in general? Should they stretch me a lot in terms of learning new things or conversely, should I be, say, 80% comfortable with what I need to do, just stretching a bit here and there to do stuff?

Thanks!

And not only equates story points to hours but is constantly looking at your story points and tries to lower them in an effort to push more work to you. I feel like I'm an assembly line worker instead of a software engineer that solves problems. Have any of you experienced anything similar?

I just joined a brand new team, formed 6 weeks ago. This job is a big step up in responsibility for me, and it's asking me to operate in a manner that I'm unfamiliar with, such as building OKRs and roadmaps for my team - these OKRs and roadmaps will then be used by our cross functional partners. I feel an immense sense of responsibility that I'm not sure I can uphold my end of the bargain, since I feel like I simply there's so much unknown around product requirements and technical constraints. I don't know if I just power through it by working more to discover some of these constraints (which is what I'm mostly trying to do right now).

For the record, my manager says I'm doing great having recently joined the team. However, I constantly feel like I'm behind because I think I should be giving everyone the feeling I've got things under control, but I don't think I'm giving that impression (because that's not true...). How do I deal with this feeling? I feel like I will be feeling this way for some time since I think I have a lot to learn...

I need some advice on how to navigate my situation. I have recently joined a staff engineer role and its has been 2 months. My manager mentioned today that I would be put under PIP. He mentioned that there is gap in the expectations.

To give a context, I am the only one person here and everyone else including manager (who is a director) are in different country (in europe), completely different time zone and it has been every hard to get any time from them to discuss anything. I have been left out of important meetings because of the time zone. Now, I am working alone here on a new project independent from others. When I created PRs, they were stuck for ever (sometimes a week or so). I posted in multiple channels, etc. Even sync meeting with team mates sometimes were cancelled because of they were busy and it has been hard. I have raised this with manager but nothing changed. For onboarding, I didn't have a buddy to begin with and manager was my buddy.

I am supposed to talk with HR tomorrow and discuss my options. PIP or mutual termination. I am not sure what should I ask HR and what should I do? Any advice would be greatly helpful.

How do you keep up with everything that is happening on the team with different projects, doc designs and code reviews?

Hi guys, I found an interesting point in another thread and I don't know, what should be a correct response to it.

Here is it:

"You spent 12 hours of work on an issue and got a working solution. You submit a PR with only a day left before the sprint ends. One of your coworkers looks at your code, thinks it's good enough, but suggests a better solution you haven't thought of. What do you do?"

Especially, what if I have a bigger feature, spent one week for it and need another 3 days, if I will change my code. What would you do?

I often find myself in situations with engineers on the level above me (I'm a mid) where they are grasping the mental models, comprehending the code Infront of them and managing to remember a lot of context that helps them as they work through problems. I'm personally left feeling a bit dazed and confused. I was wondering if there are any more senior engineers here who recall having similar experiences when they were a lower level and how they overcame those feelings to move more productively through code when working with someone else.

Even being a Taro premium user, I'm unable to participate in all the events, though I heavily need mentorship, seems like a roadblock for me because on LinkedIn I see so many posts, it's very difficult to catch up.

Sometimes we can’t make progress on our tasks due to situations outside our control. For example: waiting someone to review our code, waiting for a permission approval, a meeting that got pushed back, etc.

Are there ways I can continue to make progress and impact while waiting for these?

I considered having a side project and work on it when I can’t progress in my main task, or getting started on a future task to address it more quickly when I officially start it.

Hi! I have trouble what to do if I am in a team with detecting how to tell if the person is genuinely helping and not trying to babysit? To me it is hard to tell the difference, once in my previous company I assumed they helped me, so i always ask for help, but in the end my manager and my team member default reaction is to not letting me to work alone, this is so frustrating and it is hard for me to get into senior position and proud of my work. Now I am in my current company I strived for independence but my manager end up give me feedback that I should collaborate enough, but sometimes I feel that he never let me to work alone.

I read one of your article and I know that we suppose to collaborate and discuss, and I did discussion with some engineers and I can solve the problem, but my manager still says that. I have trouble to see what is the cause, in the end I want to be the person that is great to work with but not spoiled (babysitted everytime). If there are people who tried to babysit you, can you give suggestions on how to react politely, as I don't want to block collaboration and block myself at the same time? Thank you!

I'm currently working in a product which was ramped down from 19 members to 5. All remaining 5 are new to product.

Current state is:

• We get lots of escalation, and it's good learning in solving them. However, pressure is enormous and also less work life balance, due to Severity 1 issues at times.
• There is no feature development for now, mainly due to less bandwidth and also all new folks in team, who are ramping up.
• There are other priorities like Maintainence of services/system (DevOps), Security, Integration with other products, minor must do feature enhancements reported by customer
• Customers are dropping because we are at times not able to provide the enhancements asked in stipulated time

When i initially started with this project, I thought it would slow down, but there are spikes at times which results in working at whole weekends (Happened four times in 2 months).

Should I leave this product and try to move to other product or company where i should look for balanced work and timeline, product with active development or continue in current one with an hope it would slow down in near future?

What's the right way to balance interviewing for FAANG roles when you have a full-time job? I've heard of people carving out their morning for an interview or interview prep, so dedicating 2-3 hours. Is this reasonable? What's a minimum amount of time I should spend on interview prep or interview every day?

This question assumes I don't have trouble getting interviews and have a few lined up. The prep I have in mind is the classic DSA/Leetcode, systems design, behavioural, mock interviews, etc.

In lot of meetings I am feeling I am less knowledgeable than others and unable to add value a lot. All my peers are very smart.

When analyzing critically I feel maybe I am spending a lot of time learning and lesser doing.

What works for me is => having focus blocks. Catch is that I am getting too comfortable sometimes not having meetings. This leads to missing lot of context sometimes.

What tips does community have to to handle this pressure?

I joined Tiktok coming from not such a big company & fast culture. I had two projects where I needed to read massive code bases for tasks. The code base is in C++. A language I haven't used in years. How should I go about it?

Should I spend time learning the language before diving into the code or otherwise? I feel under-confident; other engineers scan & understand code even when they don't know the language too well.

I have been repeatedly told that I have a tendency to drop things when doing context switch between multiple tasks. How to manage my tasks effectively so that I can minimize this pattern?

With AI being all the rage and that only becoming more so, I'm trying to predict the future of development along with the rest of the developer community. According to , the next big thing is ChatGPT plugins to your IDE so it has the context of your entire project when you ask questions. This will allow it to generate a lot more code.

Assuming this is the near future, is there any way to prep for that now?

Are there other developments on the horizon that we can/should try and prep for?

I've read enough answers on this platform to know that Alex and Rahul are huge fans of learning Android, both because it's a well-established area of tech (bigger than web) and because you can see how well your apps do. They always mention learning Android, but from my limited understanding, React Native gets you iOS and web as well, and is similar to regular web-dev (could totally be off here).

Isn't it more bang-for-your-buck to learn React Native and perhaps a better use of time?

I am a junior engineer, and I am worried that the code velocity that I have right now, which is about 1-2 quality commits per week (By quality commits, I refer to ~100-200 lines of core code) is too slow.

I understand that not all code is the same, and code quality >> code quantity, and this job is a lot more than just coding. However, I am curious as to on average, how many quality commits would expect a junior vs senior vs staff to churn out in a week? Should one even be asking this question, is there a better way that I can frame my mentality towards this?

I have been working from home since 2020. From 2020-2021, I used to work in a healthcare startup with lots of responsibility, tons of work, crazy deadlines and needed to firefight incidents on a daily basis. The managers used to keep us on our toes and everyone was expected to put in more hours than the standard 40 hours/week. I was pretty much working most of my waking hours so productivity was not my concern. I did learn a lot but eventually burnt out.

I took a year off to do my masters and joined my present company in June 2022. It's a much bigger company with amazing culture, clear processes and I have very supportive and brilliant teammates. No one micromanages me. There is still good amount of responsibility and tons of work. In this environment I also want to give my best. While my productivity is great when in office, I do feel I am at 70-80% productivity level when working from home. We follow a hybrid model where we go to office twice a week.

Being in rent crazy Singapore, I do not have the luxury of having a separate office space at home. I do have a proper desk setup and enough things going on to be productive.

I want to be more productive in days I am WFH.

Have tried keeping up a schedule, wearing noise cancelling headphones, listening to binaural beats.

But nevertheless I do find myself on my bed after a couple of hours of work and it becomes difficult to resume work again. Also I tend to be hard on myself for taking that rest and the day just spirals from there.

I have tried working from cafes and even going to office every day. But along with going to gym, commutting and cooking healthy food I am too tired at the end of the day.

I really want to be more productive when WFH so that I can also manage the other parts of my life well. My team doesn't care where I work as long as the work is done.

Would like some tips on how to be a better remote worker and manage the entire day better.

I work as a mid-level software engineer. We have team channels where people can reach us on. But for some reason people always message me in a private message or they visit my office for team related tasks or product owner tasks. I keep telling them to ask the person in charge or communicate through our team channel, but they don't.

I don't want to be rude to them, yet I find my frustration growing. Sometimes I feel like they can't bother to formalise their requests, so they go to me to quickly mention whatever is bothering them, so they later can refer to our "discussion" if the issue is brought up again.

What should I do?

I'm on-call this week and I'm met once again with a strong sense of not having a clue what I'm doing. I know the majority of the job of engineering is trying to work within a legacy system but I feel like I'm missing tactics to help me make any progress at all. That and having to switch contexts to address alarms and queries has meant that I actually made no progress today whatsoever so this is part rant and part question - any tips on confronting a wall of overwhelm and making progress towards the most impactful bugs?

What are the some of the fundamentals to have a strong product sense for a software engineer?

During layoffs many engineers are working in war time mode vs peace time, especially the companies still figuring out Product market fit.

So how can I as an engineer help or challenge product direction, read data insights, do user research, etc where I am not directly involved.

I feel like there is lot going on around user research and the product goal is set but how can I provide valuable input make sure we are heading to right direction and at the same time keep working on right technical things to make product closer to its goal.

I'm imagining a 2x2 matrix where one side has work-hard/not work-hard and the other has advance/don't-advance in career.

I think it's safe to say that one box has very few people in it: not work-hard and advance. I'm sure there are people who don't work-hard and get promoted, but these people must have something that gets them promoted such as great communication skills and the ability to sell themselves, so at least in that sense, they are unique and productive.

I would think most software engineers would fall into the work-hard/don't-advance block because they focus on the wrong things. In my view, you either want to be in the not-work-hard/don't-advance block or the work-hard/advance block, since the don't work-hard/advance block is not available for most people.

My question is, is the way to get to those 2 blocks effectively the same in terms of the skill sets needed, and moving between them purely a matter of quantity or effort? That is, in order to get by at a job where I would be content to just do the necessary work and then go home, I need to learn to be productive in a short amount of time, and then if I decide that I actually do want to advance, I only need to ramp up on the time or effort I put into applying those fundamental skills?

Hopefully this question makes sense.

Thanks!

I am getting overwhelmed with my work, in this team for about 1 year. How should I optimize to squeeze time to help others?

Helping others gives me more joy than doing my own work :) . that is not my core work though.

Hey John, I hope you are well. I am really passionate about CS (specifically Software Engineering) and I want to pursue a career in it. But I can't help but be a bit concerned about the future availability of coding jobs due to Al (chatgpt4 and stuff). I understand it's hard to predict how things will be in the next 10-15yrs, but my main concern is that I may be putting in all this hard work for nothing. I'm concerned Al will make my future job(s) obsolete before I even get it. Any thoughts on this?

If you build full "product skills" and use the best tools for the job, which today might be hand coding, but later may be Al guiding, you will probably be fine.

I see....by "product skills" do you mean hard and soft skills?

Software is just a tool to help accomplish something for people many programmers never understood that. Keep your eyes on the delivered value, and don't over focus on the specifics of the tools.

Source:

Saw the above discussion on twitter and it got me thinking with advent of ChatGpt4 and Github Copilot X, what can I do to not get negatively affected by this change.

What are the various skills referred to as "product skills" mentioned in the above discussion and how should we go about developing them?

In tech, there are an endless amount of books and articles to read, and videos to watch. My browser tabs have grown to the point where I use Onetab to bookmark tab groups that I will eventually get around to...

I also have a long list of improvements, tech debt, and ideas for work and personal that I implement when I have the time. I prioritize and accomplish things every week, but I still feel perpetually behind. This is an internal struggle I deal with, and I don't think this feeling will ever go away. What do you recommend I do to finally feel like I am ahead of the ball?

Say you want to research on a topic for resolving an issue and want to share with the team by creating a Google Doc. How does one master the skill of creating an high quality Doc?

My Senior team member, top performer, is super solid at creating Google Docs and churns out one great doc almost every week. He said he just focuses on just dumping out the thoughts in the first go and fixes them later on. But I feel his velocity in getting that doc out or completely the research on it is very fast. So clearly there is something that I am not understanding.

So I am looking for opinions from experts on Taro :)

Due to unforeseen circumstances from past 6 - 8 months, I've been the Senior most engineer in my team, (I have 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 Senior Engineer 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 :-

• Prioritize 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 like 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?

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?

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.

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.

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?

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.

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.

These days, I hear a lots of news about the new AI tools like Chat GPT, Bard and so on. Will we see a decline in requirements for software engineers in the foreseeable future? Will companies begin to prioritize AI-domain engineers over software engineering?

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?

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 am a Backend Engineer at a Platform Team.

Our team currently owns 9 micro services which serve as a platform which other teams use through the company.

5/9 of these services are actively being worked on and the rest are just running without any changes/ enhancements.

I have been working for the past 8 months on one of the services but haven’t had much exposure to others.

I want to learn about the others, how the data flows between them and how the overall system design is. I am just going through tons of design RFCs and reading code but with little understanding.

My primary motivation is to

1. Understand more of our scope and work on them.
2. Move out of my comfort zone.
3. Handle On Call tasks better where understanding code is needed more than just following runbook.

How can I better understand at the service level?

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.

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.

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'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.

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 joined my current company a bit more than a year ago as an L4. Within 4 months, I'd launched a high stakes project, and after some churn in the team leadership, I was put into the role of being a tech lead to my remaining team of L3s.

As a pseudo TL, I did well in the mentorship and technical guidance responsibilities, but my code output dropped drastically (due to my projects being in the design phase which were being done by my juniors with me providing high level guidance).

In the last three months, I suffered some mental health issues. My work productivity dropped significantly during that time. I've been very open with my manager about my mental state throughout this process, and they've been very supportive of the things I need to do to recover. Around this time my team also hired an L5, who is now officially the TL.

Due to my drop in performance in the latter half of the year, I'm afraid my manager won't trust me with important projects. I wonder if I need to again prove my credentials to keep me on track for L5. I feel very low about my software development abilities.

This has made me demotivated and disinterested in my work. I took a couple weeks off, yet I don't feel like going back to work. I'm not considering changing teams due to immigration issues. I also don't want to leave a team on a low.

Any tips on turning around my motivation, and trajectory on the team? What can I change in my mindset and working style to overcome my struggles?

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.

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.

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?

How do you choose whether to use automated UI testing vs manual UI testing for a new web application being developed for the first time? For automated UI testing I am talking about using test automation frameworks such as Selenium in which you write code to simulate user interaction with the GUI (user clicks and data entry). Should you use automated testing from release 1 when the product GUI and features are not yet finalized and users may ask for UI changes? Or do you do manual testing for the first few releases until the product is stable and then do automated testing? Any good practices or guidelines for when and how to make that choice?

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?

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?

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’m given a particular problem that has been estimated during a sprint planning meeting by the team.

Halfway through the sprint I find that there is a lot more to the task than the team had initially predicted/estimated and I raise this concern in the stand up

If the “extra work” is out of the scope of the initial task, a new task can be added to the backlog otherwise we generally maintain the estimate and let the team velocity adjust accordingly

Curious as to how other teams handle these situations ?

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

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 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 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?

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'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'm an E5 mobile engineer at a Big Tech company. Due to lots of manager attrition, I currently report to a hands-off Director with too many reports to have regular 1:1s. I found an awesome EM who agreed to let me join his team and promised me E6-scope projects on his team. My Director is his skip-level, so I'm staying in the same org.

However, before I could make the official team switch, my TPM loaned me to another team lacking mobile resources to meet the TPM's own OKR. He did not bother talking to the awesome EM or me beforehand. My scope on the TPM's project is E5 at most. Now that project is dragging on. It's already code complete, but they want to keep me on that project until it's fully rolled out. We're waiting for mobile adoption to reach a certain threshold before we can do a force upgrade. Due to the code chill around the upcoming holidays, we likely can't do the force upgrade until next year. In the meantime, the project's EM is asking me to investigate pre-existing bugs in their feature. The awesome EM met with the TPM and that project's EM to fast-track my transfer, explaining that he needs me for Q1 planning & our team's own OKRs, but the latter two insisted that I need to support their project until it's completely done, which includes the force upgrade. Am I stuck on this project until January next year or is there a way to switch teams more quickly?

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?

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.

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 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?

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?

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?

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 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’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?

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?

I think I'm a good generalist with technical breadth and got I ask appropriate questions to learn a new stack. I think I lack in technical depth. Either I haven't had opportunities to develop meaningful technical depth or I haven't known how to leverage those opportunities.

A perceived limitation is I tend to associate these opportunities only with refactoring, which needs buy-in from business, but maybe there's more I don't see. My experience has been business only wants to spend the type of work that applies to covering 80% of the needs and the rest tend to be edge cases that don't get much review during initial design & implementation.

An idea I've considered is deliberately practicing DSA interview questions with the intent to identify concepts that may carry over to other implementations. How feasible does this seem?

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!

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.

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!

I get a lot of JIRA tickets for bugs where it's not clear what the fix should be. How can I find the problem area and relevant code faster with these issues?

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?

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?

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?

I think most people will default to how many hours you put into work. But at what point do we say someone is working hard? Is it working 40hours/week? 50hours/week? or 80-100hours/week?

And how do these hours vary by geography?

I'm driving a project with ~5 engineers. Even though we're on track to make it now, the initial road was somewhat rocky. We had to go through a lot of conversations to get execution started, spending ~50% of the allotted time on planning and alignment. This led to scope being reduced for v1 and us building less features that we would have liked.

As a startup, I know that we should be moving faster - What's the best way to handle the project from here and how can I improve in this area in the future?

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'm mainly working remotely due to covid and a team distributed across time zones, but I feel like earlier-in-career engineers like myself should have more in-person work. How can I overcome the barriers of remote work?

I'm an Android engineer working on an infra team, and like every other Meta E4, I am working towards the E5 promotion. Because of this, I'm spending a good amount of time building up the non-coding skills needed for the people/direction axis, doing things like XFN alignment and project management.

My question is how "all-in" should I go developing these behaviors: How much of an engineering excellence commitment do I still need to maintain? How often should I still be landing diffs?

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

We maintain a healthy suite of E2E tests, which does catch regressions sometimes before release.

It is hard to keep track of it all manually, but I believe that each time a regression is caught before release, it's overall positive on time spent. Each instance of this happening saves time which would have spent hot-fixing the issue in production if the regression wasn't able to be caught early by the tests.

How can I verify my hypothesis and make sure that this overall E2E testing effort is well-run, impactful, and net positive with engineering time investment?

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?

Here's a recent example: I took 2 months to finish bootcamp, and I was very indecisive throughout that time, talking with various managers and tech leads. I initially talked to real time ads infra, then streaming areas, and many others. Even after picking a team I feel FOMO that there’s a better team I could have joined instead. How can I feel better about my decisions?

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”