Explore Senior Engineer on Taro

The applications our current team develop are targeted for individual users only and most of our projects are centered around building complex business logic rather than scale. So there is less scope to gain experience on concepts such as parallel processing, concurrency, caching or similar. What are my options to become really good at these skills if I am not working on these on a day-to-day basis?

I've been a senior engineer for a while, so I would like to start making real progress towards that level. I see a lot of other engineers in the company making it to Staff or an equivalent level, and I'm wondering what I can do to make that same level up.

Continuing from the post here:

Would the suggestions in that post be different for my scenario? I have added my details below.

I have a total 12 years of work experience. Currently, I am a SDE II at a fintech company. I have worked at this company for 3 years now and had 3 managers in past 3 years. At my current company, I am being asked to constantly move from one project to another every 6 months. For the last 6 - 7 years I have been working on mostly frontend engineering, including hands-on experience in Angular, React, and Backbone JavaScript libraries. I am looking to make a job switch as a Senior Frontend engineer.

I know that to get to the Senior level, I have to show influence at high levels. After reading the answer to some of the questions in the community, I am not able to decide whether I should focus on building web projects or should I start building an Android app. The advantage of choosing a web project is that I already have expertise in modern frontend frameworks. My initial years of experience is in legacy backend systems(mainframes) which I think is not of much use now in Silicon valley companies.

As far as my interest level goes, I am very much inclined toward the web. But I know that app development is definitely something that helps to attract users to your product. I am a bit lost on what I should invest my time on. Considering that I have 12+ years of experience, should I do both?  Will doing both Android and web both open a lot more opportunities for me?

Should I focus on building something where I can show the impact with the number of users rather than thinking about the platform (android or web) for which I start building my side projects. Should I even care about doing side projects considering I have 10+ years of work experience?

Should I target full-stack roles instead of frontend roles ?

Looking for suggestions. Apologies if this question comes out as too broad and not very clear. I am open for discussion if that can help to narrow down the response.

Current TC: 220 - 240K

I’m an E5 iOS engineer at a Big Tech company. An E5 Android engineer (let’s call him A) on my team is very direct & blunt in his communication style. If he doesn’t like something, he’ll definitely let you know. An E5 backend engineer (let’s call him B) on my team is the complete opposite in his communication style. A and I collaborated on an official spec that we shared with our entire team to align everyone. B deviated from this spec in his RFC, but had tagged A and me on his proposed name change in the sample json response in his backend RFC.

A called B “sloppy” for embedding the source of truth in the backend RFC’s sample json response instead of using the official spec as the source of truth. This offended B, who viewed it as “finger pointing”. From B’s perspective, it was an innocent misunderstanding that’s easily resolved since it’s so early in the project that not much code has been written. It’s a single string that can be easily changed on both the mobile and backend sides. B thinks that A is making a mountain out of a molehill.

I worked closely with B last quarter and really enjoyed it. He’s extremely kind, easy-going, encouraging, and puts you at ease. If you make a mistake, he would never call it out explicitly. A seems to be the complete opposite of all those things, but I haven’t worked much with A yet.

Both A and B vented to me privately for support. A thinks that B is “sloppy” for burying the changes in the backend RFC instead of updating the official spec. B thinks that A is “difficult to work with” and “points fingers” over something that can be easily resolved. We’re still in the early stages of this project, and B doesn’t know how he can work with A if A keeps finger pointing.

When I suggested that A sugarcoat the “sloppy” comment, A told me that’s already the sugarcoated version.

B’s planning to escalate this to our EM, since he suspects that A will as well, so he needs to “defend himself”. Any advice on how I can improve the situation? Sadly, I feel that most engineers at this company use A's "direct" approach. I personally get along fine with both of these individuals (so far, at least), so they both confided in me. I think that A is “right” that the source of truth should be in the official document, but the manner that he communicated it could have been improved (not that I’m an expert at this skill either!). Are there concrete actions that I can coach A on to make him a better teammate to work with? When another teammate (E6) previously berated B in front of the entire team, I escalated it to my EM on B's behalf and my EM had intervened. Should I just escalate this to my EM as well? There are some strong personalities on this team that are going to make this project challenging. Sigh.

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

• 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 recently got feedback from my manager, and they mentioned that to start making progress to E6, I need to come up with new initiatives, which are big projects spanning across multiple teams. This is especially important for us as our team works in a way where we need to come up with the roadmap more on our own in a bottoms-up fashion.

This feedback is one of the core pillars I want to focus on going forward, but it's hard to make it actionable. What can I concretely do to start coming up with these projects?

I’m a female engineer (E5) at a Big Tech company. I worked closely with a male colleague on the same team for a while. He’s also E5. After our team’s manager resigned, there was a re-org and we ended up on different teams. His team had some attrition, so he recently asked if I would like to join his team. I’m happy with my current team, so I said no.

Over time, there’s been a growing undercurrent of very personal questions and crossing of professional boundaries.

Some questions he had asked me (he asked these very aggressively and kept pushing for answers when I gave hand-wavy responses to some of them):

• What did I do with my company stock? How much did I sell? Where did I put that money? What’s my financial strategy? We both joined pre-IPO, so our stock was worth a lot at one point.
• Do I own a house? Where is it located? When did I buy it? How big is it (square feet as well as number of bedrooms/bathrooms)? How much is left on the mortgage?
• Do I have a boyfriend? Do we live together? When did we meet? How did we meet? What does he do for a living?

Moreover, he keeps asking me to meet him in-person. Back when we were on the same team, I had skipped our in-person offsites due to COVID worries. I’ve never met him in-person, and am now extremely hesitant to. My spidey senses are going off.

He also asked me to communicate via WhatsApp instead of our company slack. Then he sent me a TikTok video with a sexual innuendo. When he recently asked me to use a non-company Zoom account to zoom, I declined and said that I don’t want any more sexual jokes. When he asked me if I’ll report him to HR, I asked him to keep things professional.

We’re in the same org, so I may need to work with him at some point. How do I enforce professional boundaries here? I don't want to go to HR unless absolutely necessary.

I recently joined a team of 20 people split across traditional software development, support personnel, storage engineering, security engineering and more and we're essentially supposed to sysadmin a large number of systems working ~70 hr weeks. The old team we're replacing did not handle well in this environment and it seems like my team needs to focus more so the storage engineers solve storage engineering problems, coders do coding etc so we can bail each other out of this hole faster. Any thoughts on how we can go about this? I'm working ~50hr weeks max and still perplexed at how these 70 hr weeks happen.

Even for the existing money earned and invested, seems like it may face some impact due to the probable hit on US economy due to the same. What can one do best in this situation?

We currently have a problem with test flakes happening very often.

Someone is currently working on a systemic fix, but in the meantime, I've taken it upon myself to be the leader in categorizing and assigning people to take on some of the existing flakes as they happen. I am assigning based on who has the most context or who wrote the original test.

My question is: How can I assign these in a way that doesn't cause people to dislike me? I ask as someone who needs to delegate in my role but also needs to get buy-in for various initiatives so its important that people like me.

A couple of things I've tried:

• Trying to be as helpful as possible, showing that as I'm assigning these I've done a little bit of investigation myself to try to fix it (even without much context) or give any info I can gather
• Asking in a polite way (maybe)? Here's a couple examples:
  • "@person, I saw this one flake a few times and noticed you were the original author. Would you be able to take a look when you get a chance?"
  • "@person it looks like we attempted to fix this here (link to github commit) but it seems to still be flaking. If it's ok, I'm gonna assign this one to you."

Any better wording of the "ask" or advice around this situation would be appreciated!

At my current level, my skip level manager expects me to help my team members grow. I have couple of SDE 1s and SDE IIs in my team who are doing good. I am not sure if I can schedule one on one with them to understand their career goals and volunteer to be their technical & career mentor?

Will it look bad if I volunteer myself to be their career mentor? Or should I just mentor people who reach out to me?

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.

Based on talking with engineers working on Product teams, I have good list of projects where we could be spending time. The project themes are mix of improving existing architecture, pain points vs adopting new technologies, API in the code base.

How can I prioritize the most important projects while also keeping the developers happy by adopting some new technologies?

In fast-paced organisations that launch a lot of features on a quarterly basis and teams with large sizes, how should a tech lead or team members ensure that everyone knows about everything or is enabled to get to know about it?

Quite often, whenever a new feature comes in, it could be repurposing technology built for other features as well. But, given the pace at which these are developed, it is often hard to know what everyone is working on. Sometimes, each of these features may have idiosyncracies that may be getting missed out by new joiners, especially due to the volume of information, especially for teams that have been in existence since a long time.

I recall once when changes for a new feature done by a developer reverted some conditionals for an older feature, thus causing an outage. How do you prevent this and ensure knowledge of everything is available to all, especially to people new to an organisation?

Also, are there some general practices to ensure that these are easily discoverable? Video recordings are time consuming to go through, and wikis though they exist, are sometimes difficult to navigate, when you don't know what you are searching for? I am thinking of something like a mind map could help here, but what are your thoughts?

In uncertain times, and given the risk of job security in tech, what are your views on passive income modes or side hustles such as writing a blog?

Can you suggest some of these for someone who is currently a backend software engineer?

Also, I am ruling out hustles such as driving Lyft/Uber as they require active participation.

My question is when should I reach out to help someone. If someone new joins, and if it is clear that task might be difficult for person, or there is some context needed etc, and they fail to ask, should you help them? Reaching out early and helping might be hampering their own learning, also at risk of hurting someone's ego. But If I am in other person's shoes, I would appreciate all help so what is right balance here?

Also, should you helping be more visible or private? If it is public, other people can add extra context as they like, but maybe in private conversations, person can ask more follow up question, assuming they are afraid to ask dumb questions. To be more specifically, by public I mean team channel in slack and private would one-one chat.

I am building an iOS team as the lead engineer. Here are the iOS roles I'm looking to fill based on my assessment of the product's requirements:

• Number 2 (capable of handling 60-80+% of my tasks as my right hand)
• Designer Engineer (specializes in dealing with design layouts)
• Real-Time Data Engineer (specializes in dealing with real-time data)
• Automated Testing Engineer (specializes in code coverage and unit testing)
• Bug Squash Engineer (generally a more junior engineer to address menial tasks)

What are your thoughts and anything I might be blindsided on?

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 have been at SDE 2 for a couple years now, and I feel like getting to SDE 3 is unnecessarily complicated. I've gone through multiple teams, and the recurring theme is that there isn't enough SDE 3 scope for me. You also need a lot of documentation (think 5+ pages) to show that you have the sufficient impact to deserve the promo, and that's really daunting as well. Any tips on how I can find that SDE 3 scope and navigate this senior promotion in general?

I’d like to convert my internal system of progress into a checklist and then share it with my manager. For example, I’m learning about logging. A question to measure my own progress is to check if I know what information should be logged? What about security considerations? If someone asks me about logging in 2 months, can I unblock them?

I joined this new company, and since the beginning things were little off for me. i.e.

• the manager when interviewed me I got a gut feeling that he is not a nice guy, I checked with my friend and got convinced that it's okay
• While onboarding, I talked to couple of my team-mates and they were either disinterested or complete rude to me, I ignored it thinking I might be the most stupid and inefficient one..
• While getting some sessions from senior engineer, the guy always made me feel bad about myself, about how I lacked necessary knowledge and how I should just get things.. I ignored that too thinking it's just me who is not smart enough

Since last couple of days, I talked some of other engineers and found that all my team-mates are pretty toxic and, when he shared some of the past experiences, I got now convinced that it's pretty toxic environment especially for my team. Now my question is that all this time I thought I am the problem.. but it turned out that it was not me.. I am still pretty new here and I am seriously searching for another job now, but what did I miss here..? What could I have done here such that I would have known this earlier? (I know, I could have talked to the other guys earlier but I was not so sure because I had no idea how they would react to that.. I shared my concerns only when it became unavoidable)

Hey guys,

I'd appreciate some advice since I'm having the first month in my new company. So far it seems that many processes are neither formal or automated, and there's also a lot of documentation missing. In one of the tutorials and also in my discussion with Rahul, the advice was to not rush towards suggesting improvements right away. However, in my company I see a lot of room for improvement and I have some ideas on how to make things better. What would be your approach?

I have been hearing from my friends about senior engineer's round table meetings happening in their company. I am wondering what is exactly Senior Engineer's round table. (Senior Engineers from the same team and peer teams working for same skip-level manager)
What kind of topics can be discussed at this round table session?

How to initiate such discussions?

I'm an E5 mobile engineer at a Big Tech company. Some engineers have a habit of leaving "drive-by comments" in code reviews that are only tangential to my PR. How should I push back on these?

Examples:

• I created some snapshot tests using our existing 3rd party snapshot library. An engineer commented that we should change where the snapshot library stores the snapshot images. I felt that this was out-of-scope for my PR, so I told them to ask our mobile infra team instead. They did not follow up with the mobile infra team. Should the expectation be for me to drive those conversations with the mobile infra team instead of them?
• An engineer requested that I abstract and mock how I log analytics events for my feature. I think there's little ROI because it's unlikely for that to change, but I did it anyway to appease them. When I later looked at that engineer's PRs, I discovered that they never abstract & mock how they log analytics events either! This seemed hypocritical and a waste of time due to the low ROI.

I have recently been put into a new project by my manager. I dont like the work in the project and would like to change that before 1 year mark. Its been close to 9 months in my current team. There are no experienced ICs in the project and I dont like the working attitude of others. However, I like my manager and have bonding with him.

Q1 Should I move to a new project?

Q2 How to bring this up to my manager and when is the right time?

I'm an E5 at a Big Tech company. My EM's pushing me to lead projects on our team so I can work on getting to E6. This is challenging when the E6 on my team tries to micromanage everything. How do I lead when I keep getting overruled? The E6 usually makes good decisions, but oftentimes struggles to articulate his rationale / justification.

It's just my first month and my manager said I had to improve a lot because his expectations for a senior engineer is much higher, not just technically but also behaviourally.

I'm feeling anxious because I was in a pretty laid back company before and the rapid pace of a startup took me off-guard. I'm trying to push through by working longer hours but I don't think I'd be able to reach my manager's expectations.

It's causing me anxiety just by thinking about my job. Is it ok to leave a job even if I don't have anything lined up yet? I'm trying to review to get a new job but the long hours are taking up my personal time. What could be my options?

I was wondering how would one handle situations where a manager makes up a feedback based of half information (or their perception) or even misinformation from others.

There are also no actions attributed to this feedback.

for eg. Person X have to learn how to manage up or navigate office politics or learn how to work well with other. But how? And who are these others?

When asked an example of why this feedback was given, they don't have any good example of what happened ,who said what and why was the feedback not given in the first place.

I know this is not something I can control, and in their mind of course they are giving actionable feedback.

The other part of it when you are surprised by the feedback even after asking for it in every 1:1 before (in my situation my manager was out for most of the time).

It just feels that why did I even work so hard in the first place and a little demotivated.

Recently my company has split up a core team into two teams. One team is to keep on building the core infrastructure for the product and the other team is supposed to be working in an advisory position with other web applications teams that depend on the core infrastructure. Without dwelling into more details, this core team builds, and maintains datastores, that other web applications consume. A big part of the job is to build google search type infra (on a much smaller scale of course) and data processing pipelines.

Now working with other teams is exciting. But just focusing on one task that is doing tickets/changes/investigations that help them implement some specific features w.r.t to core infra, is kinda troubling me. As it puts me in a passive position and does not clearly define metrics for success. It also puts me on the borderline as I am neither doing core infrastructure-related work nor I am completely part of the other team. The idea is to imitate how Staff engineers work across teams. But I am a Senior engineer (just recently promoted).

Though this is clearly a growth opportunity for me, I am a bit worried about falling behind and not meeting expectations. Any advice on working with cross-functional teams?

I'm an E5 at a Big Tech company. My team's working on a very ambiguous project. 3 opinionated, vocal engineers (2 E6, 1 E5) tend to sidetrack our brainstorming discussions by playing devil's advocate to shoot down ideas. How do I drive these meetings forward with this dynamic? We often rehash the same discussions over and over. When we're close to reaching a decision, oftentimes someone would throw a wrench into things. Moreover, some engineers require upfront planning and want to finalize all the details before committing, while others prefer to defer the details to future milestones. Both my manager and team are getting frustrated, but are unsure how to fix this.

I'm an E5 iOS at a Big Tech company. Our team's E6 backend and E6 iOS tend to dominate our team discussions, often talking over each other. I get the impression that the E6 iOS wants to be the smartest person in the room and enjoys micromanaging all the details, but the E6 backend enjoys challenging him. When I proposed a solution to one of our project's challenges, the E6 iOS quickly shot it down but could not propose any alternatives. The E6 backend challenged the E6 iOS to explain why my idea wouldn't work, but the E6 iOS just talked in circles. It seemed like the E6 iOS just didn't like it because he didn't come up with it himself. How do I avoid making the E6 iOS feeling threatened? I'm a bit hesitant to contribute to team discussions due to this dynamic, but my EM wants me to contribute more.

Hi all,

Due to recent changes in the company (Big Tech), my current manager is moving to a new org and a new manager is brought to manage the team. I really respect my manager and they were amazing at supporting me (helped me grow from E3 to E5 in 2 years).

They mentioned the new team has an opening and mentioned that I'd be welcome to join if I wanted to. The new team is our company's top priority and based on initial understanding, their work sounds very interesting to me. Here are some pros and cons I could think of:

Not Changing Team:

• Pro- I have great relationships with IC6s on the team and also junior engineers.
• Pro- I know the codebase well and scope is well defined.
• Con- Been working in this space for 2+ years and feel slightly bored sometimes. Skillset also becomes stagnant.
• Con- Manager mentioned hard to find IC6 scope in the org moving forward.

Changing Team:

• Pro- Will continue the same manager, who I have a great relationship with.
• Pro- Exciting new space and top company priority.
• Pro- Manager considers me as high IC5 and mentioned potential IC6 growth opportunities-(although since manager hasn't joined the new team yet- so I should take this with a grain of salt).
• Con- Having to ramp up to a new team as an IC5 (seems a little risky considering layoffs).
• Con- Unknowns like work life balance, team friendliness, team success etc.

Considering these, I am planning to talk to the senior manager in the new org to evaluate their team and vision. Since this is a unique situation, how should I approach choosing between the two? What kind of questions should I ask? Thanks a lot!

I'm working on a part-time master's degree in Computer Science while being employed. My goal is primarily just to learn for fun, but I'm wondering if there are any career advantages?

US has a lot of big tech and startups. India has seen some growth in recent past as well. What are other locations worldwide where one can propel their career with good compensation and growth ?

I am thinking about this, more from a long term perspective, in terms of getting a Permanent Residence and moving with my family there.

I run into this from time to time where more Senior and Staff Engineers take interesting projects. I’m usually left with ones that take medium time and medium impact. How do I find projects for myself that expand my impact?

hi all,

I am a tech lead for my team of 5 engineers. I am also a senior eng intending to climb up to staff level.

My manager is not very vocal or supportive and seems reluctant in terms of helping out a plan for myself. I have been working hard though. How can I work with my manager to create a promotion plan for myself and get buy-in from them?

I am not sure if I should move up the eng ladder or transition to management, but are there any guidelines for creating a written promotion plan and manage up so to speak?

1. Should one keep multiple offers till a week before the joining date as a safety net?
2. What are the steps one can take when an offer gets rescinded?

Will interviews for data-related jobs at FAANG companies be different from general software jobs? Given my most recent experience is in software engineering, how can I best prepare for behavioral questions for a data related job?

Can you share resources for data-related interviews (applied data science, data analysis, sql, big data, etc). Also, any tips that a former software engineer can best prepare for switching roles to a data engineer.

I'm an E5 at a big tech company. I've been on multiple projects where stakeholders waited until the very end of the projects to say, "That's not what I wanted." What can I do to prevent this from happening? I got feedback that I "need to navigate ambiguity". Does "navigating ambiguity" mean somehow predicting that stakeholders want something besides what they sign off on? If so, how do I develop this skill?

This seems to only happen on projects led by E6+ engineers or an M2. I have not had this experience when working with other E5's or more junior engineers.

Examples:

• Misaligned OKRs: At the beginning of the quarter, my M2 told me that it was okay to have a multi-quarter effort, so I planned to do an analysis and roadmap in the first quarter, then execute on improving metrics in subsequent quarters. My M2 signed off on my OKRs for the first quarter. When I provided my deliverables at the end of the quarter, the M2 said, "That's not what I wanted." Then he told me that he wanted metrics moved, even though my OKRs clearly said it was just an analysis & roadmap. I asked 2 mentors (a Director & an M2 - both not in my management chain) for a 3rd party opinion and they both agreed that there was no way to read my OKRs as moving any metrics. I'm confused why the M2 signed off on it and didn't say anything about it in our team's weekly OKR review meetings if that's not what he wanted. He gave me feedback that I need to "navigate ambiguity." When I asked him for concrete, actionable steps to navigate ambiguity, he said, "If you need to ask that, then clearly you don't know how to navigate ambiguity." I'm so confused! Please help!
• Low-level design missing on a cross-functional project: The DRI (an E6 backend engineer on a different team) kept talking in circles & refused to answer questions whenever the other mobile engineer and I asked about the low-level design for our project. The other mobile engineer tried escalating to our EM, but our EM did not help us. As a last resort, the other mobile engineer and I aligned on the mobile implementations and built that. During end-to-end testing, the DRI said, "That's not what I wanted." He did the same thing to the data scientist. The project was initially scoped for 6 weeks, but ended up taking 2.5 quarters due to all the churn around "late findings". My EM gave me feedback that I need to have a low-level design before starting implementation.
• Wrong requirements on a cross-functional project: The DRI (E8 web on a different team) provided a requirements doc that was confusing, meandering/disorganized, and hard to follow/understand. An E7 mobile engineer flagged that the doc is not a proper requirements doc at a TSG (Tech Steering Group), but the DRI ignored him and forced me to implement it. I asked for requirements clarification, acceptance criteria, and end-to-end test cases, but he refused to provide any of them. He told me that the requirements doc was all I needed. I escalated this to 3 EMs (my EM, the project's EM, and the DRI's EM) due to my bad experience from the previous project, but none of them helped me. When I asked my EM point-blank how to avoid building the wrong thing, he told me to just make sure I get sign-off on the low-level design in my mobile RFC. I made sure to get sign-off from the DRI before implementation. I also provided TestFlights every 2 weeks for the duration of the project. On the final day that I was allocated to the project, the DRI asked what happens in an error scenario. I said, "Exactly what was documented and signed off in the low-level design of the mobile RFC. Why would it be any different?" Sure enough, he said, "Oh, that's not what I wanted." When I asked why he signed off on the low-level design, he said he missed the flowchart that described the error handling. This happened even though I explicitly tagged him on that flowchart in the Google Doc. So the overall mobile design was about 80% wrong. Turns out his requirements doc said the opposite of what he wanted and that's why the wrong thing got built. The TestFlights had the wrong behavior starting with the initial build, but he missed this as well. His feedback for me: "needs to make sure we build the right thing". How do I avoid this in the future? My EM was unable to provide any advice on how to avoid this in the future. All 3 EMs resigned towards the end of the project.

Prepping for interviews always feels detrimental to actual career growth. At the same time, what are the things one should look out for to avoid getting laid off and jump ship when things are about to go south.

One advice mentioned often is to look for finances of the company, but I am not aware how to analyse it. Can you help with resources for the same?

Got feedback from manager that my rating is just MA and on the border. I was given the context that my project complexity was not that much and it was a lower level project. I worked really hard and was expecting good ratings. What can I do to make sure that I exceeds the expectations next time?

I'm in a difficult situation right now and feel I need some time off to recover and manage, but am also concerned with optics.

I've been interviewing for new roles recently and spent my time off over the holidays (~2 weeks) preparing for a particularly stressful onsite interview. The team I was originally interviewing with no longer has an opening and I'm stuck waiting for headcount to open up and find a new team.

The stress of this situation has been taking a toll on me mentally and physically, and I've been dealing with a lot of health issues over the last month. I think it would be best for me to take at least a couple of weeks off to help reduce my stress and focus on maintaining my health. This isn't extremely extended, but amounts to more like a month off when factoring the recent 2 weeks off for the holidays.

After writing this out, it seems more cut-and-dry that I need to just ask and cite the health issues. I'd be curious to hear how others have navigated asking for extended time off.

How to navigate working with new engineering manager who is away for 1st month?

From my first one-on-one with my new direct manager (M3), my new manager tell me that he will be away 1st month to travel to Asia for family visit. My new manager told me that he would only be avaliable during India timezone so he will not have any one-on-one with me due to time zone difference. So he asks me to work directly with the Director (M4) for this month. I have worked with this director for 8-12 months last year, who are my current Director (M4). Wanted to see if anyone has any thought on how to navigate through the next month while my direct manager is gone and won't be avaliable for me.

My direct manager reassures me that I will still have one-on-one with my skip on a weekly basis, and nothing should have changed since I worked with my Director (M4) before as I was his direct report as Senior Software Engineer.

Wanted to ask if there's anything that I should consider for this 1 month of transition with my new engineering manager?

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?

I was recently laid off but finding getting interviews to be quite difficult. If I cannot get a position in the next 6 months but spend that time focusing on interview prep, will employers view the gap as a red flag?

A senior engineering manager (M2) was leading a discussion circle that I participated in. When it ended, he offered to mentor me with 30 min 1:1s every 2 weeks. He's not in my chain of command, but we are in the same org. He reached out to my skip-level (also an M2) for feedback on me to better coach me. In our first 1:1, he suggested some team activities I can take on to develop skills for getting to the next level.

• What's his incentive for doing this?
• How can I best utilize this time? Are there things that M2s are uniquely qualified to provide mentorship on?

I've seen multiple E6s point out flaws in others' proposals, but don't offer any alternatives of their own. What's a good way to navigate this? This is extra tricky when we're on the same team and they're the designated code reviewer for my work.

Example: I ran into a limitation with a 3rd-party SDK. I proposed 2 options as workarounds, but an E6 rejected both options due to their limitations. When I asked him for his recommendation, he could not provide any alternatives but still insisted that I find a solution without any limitations. Thankfully an E7 on another team helped me by providing a viable workaround after 3 E6s were stumped by this problem. What should I do if I'm not lucky enough to have an E7 help me next time?

For context, I work in a tech lead role where I am often making recommendation to my manager regarding the projects coming down the line. The EM has the final say on this, but they respect my opinion on this matter so I don't want to mess this up.

I also have 1:1s with my teammates whom I am responsible for about their career growth goals. My teammates are all the same eng level, but have different levels of competence and desire to learn.

Additionally, I also know it's important for me to leave some room/ambiguity in project investigation stages to allow folks the space to grow, while it's also important for me to take on some challenging work and help our team deliver more quickly. I guess my question is really 2 parts:

1. How do I choose what to delegate?
2. How do I choose who to delegate the work to?

Hi,

I'm a Senior ML Engineer located in Europe with 4 years of industry experience, just about to start my next gig working remotely for a US startup.

On my last team, the way we approached coding was strictly based on OOP, clean code and SOLID principles as defined by Robert C. Martin (aka Uncle Bob). We were also following a strong TDD approach with 100% test coverage. By trying to stick to SOLID, we were also based a lot on abstractions and interfaces with OOP, but sometimes it felt it wasn't worth it.

Lately, I've read some negative reviews on the internet regarding clean code and Uncle Bob in particular, that were both doubting his approach and stated his claims are far from being true in the real world. Also, a lot of folks have told me that 100% test coverage is just crazy and I shouldn't be too obsessed about it.

What are your thoughts? What is your experience in the industry?

Thanks

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

A new CTO was assigned in our organisation. If I get the chance to have a sync, what are the things I can and should discuss about ?

My goal is to level up to Staff someday, and I feel like I've gotten a lot of very high-level advice and examples that are hard to directly apply. What are some detailed examples of Staff level projects, and what about the execution/behaviors made them Staff?

Over the past year, we've focused on developing our product quickly, which has led to a significant amount of technical debt in our codebase. As a result, we've shipped applications without proper architecture and planning. However, when I suggest refactoring or re-architecting to my team, many of the senior developers and the engineering manager are skeptical. In my opinion, I am not just offering refactoring for just sake of refactoring; it's necessary because our current code base lacks abstraction and separation of concerns and has slow development times.

Examples:

• Adding a new column to the database takes 1-2 days
• Or changing some code breaks another part of the application(lack of separation of concerns and abstraction)
• Another example, recently I introduced integration tests to our team because we manually tested a lot of stuff on staging before deployment, in that case, my EM's argument was integration tests are very slow to run on every build.

In those examples, how can I reduce skepticism in my team and bring more productivity, and more good code quality, and best practices to my team?

As a senior IC, I am included as part of leadership meetings (Director+). I gain a lot of early insights into business direction, which is great. However I would like to see how i can take part in the discussions and have effective conversations?

I am looking for a book suggestion and/or framework to use on how to go about improving on this?

Few dimensions which could impact this -

1. Personality of the individual
2. Awareness/one’s expertise of the topic being discussed

I am currently burnt out and looking for ways to take a break.

Looking at Google's generous severance benefits, I had thoughts to inform my manager that I am up for the chopping block if there are any foresight of next round of layoffs. Which I think should be good for the company since I am also helping one motivated Googler to not be laid off in the future.

But then, I am afraid it might get rejected and my manager's relationship with me get strained.

Are there any suggestions on getting severance package while indicating my intent to resign?

Additional context

I am currently not on PIP and is considered excellent performer. I was promoted to L5 in mid 2021

Michael Lin's blog discussed on the "preemptive severance package" which is relevant to what I am hoping to do

How does it differ from an entry level engineer to the head of engineering level at each of the levels, given the scope grows as well at each level?

• Software Engineer
• Senior Software Engineer
• Tech Lead
• Staff Software Engineer
• Principal Engineer
• Head of Engineering
• Director of Engineering
• Vice President
• CTO

How do each of the levels ensure they are onboarded as quickly as possible to have maximum impact ?

1. How do pull requests and pull request comments look like with an increasing level of seniority?
2. Are pull requests for senior engineers not expected to have any comments for improvements? If yes, then what kind of comments should be there?
3. Also, have seen some principal engineers not sharing their pull requests as they are quite high in seniority and merging it directly. Do you recommend that? If not, who should review PRs for very senior engineers if the team does not have engineers at that level?

To folks who have been impacted by the ongoing layoffs, should we be transparent about our ongoing situation with regard to employment? Just wondering if that would tend to hurt one as the interview progresses towards the offer stage.

I am working on a project with sister team under my skip level manager. My manager does not manage that project. How do I approach him to ask that I want to work on a task with end-to-end ownership?

My manager suggested that I work on the skills below to advance my career. Do you have any masterclasses or other resources to develop these skills? I added links to the resources that I know about.

* Stakeholder management
* Project management
* Design & architecture -
* Communication -
* Leadership -

This quarter, my skip requested/ gave me an opportunity to lead an org wide efficiency initiative as we are at risk of hitting quotas for some internal services (he mentioned potential IC6 scope) and it’s quite urgent to act on it. My role is to start and lead a large team of engineers on this initiative which involves tons of direction to ensure our org isn’t over quota. I would look my role as a hybrid of TL+ TPM with following responsibilities: analyzing data to find opportunities, creating roadmaps for the program, supporting engineers for execution to reduce usage, project management, understanding and enforcing processes, building knowledge on internal services, coaching engineers, setting Eng excellence culture within the org. All that to say, given limited time and a need for someone to lead, I will be focusing on direction and delegate all of the execution work to the squad.

1. How risky is it to have low code output as an IC5? Given the year is just starting, does it make sense to explicitly discuss this with my manager and skip that my code output will be close to zero in Q1?

I did read some accounts (anon post on WP) where EM and skip aligning on low code out out but the IC5 still got MM at the end because they had only 10 diffs for a half. I don’t want to be in that position.

1. Should I deprioritize some direction work and allocate some time for coding on my timeline through P2 projects? This will increase diff count but that just seems not a great usage of my time. TIA!

When working with coworkers, you often have to stay positive and "on" all the time. This can be draining, especially when you see the same people multiple days in a row. Sometimes, when working with someone for 4+ hours, I get the daunting feeling that I am irritating them (perhaps a projection of me feeling irritated) when I'm no longer at my mental peak. I can ramble when I'm tired and forced to talk. What are some pro-social ways of stowing yourself away to recharge?

This half I've been assigned to a new greenfield project and I'm having a tough time believing in the product idea and I think the product team is being overly optimistic.

I'm concerned the problem the product solves isn't important enough, that the solution won't be adopted and that the business value isn't clear. They're also pushing for rushed timelines even before we've decided on what will be delivered.

I'm worried if this thing doesn't get traction and we end up having layoffs that it would make our team a target.

How should I think about this situation? Try to make the best out of it? Try to get out of it?

What I've learned over the years is that the most important thing to do when I realize a project is late is to:

1. Come up with a revised estimate of the task
2. Notify all relevant parties with #1 (E.M., PM, x-function partners, etc.)
3. Tell the people #2 "I messed up, here's what I will do in planning next time to avoid this planning mishap next time". This step especially builds a lot of trust

What other tips do you have?

Apologies in advance for a long question. Not sure how to ask this question without providing deeper context.

I’ve been working with my current manager for the last 1.5 years. While they have recently helped me get promoted to Senior, it’s been a constant struggle. I dread our 1:1 almost every single week because it always run overtime and we are often still not on the same page. 

I see two major issues that haven’t notably improved in the times I’ve reported to them.

(1) My manager isn’t able to coach me, or any of the SWEs on the team. My manager doesn’t seem confident when we have career discussions - I recently asked them what they thought was the difference between good TL and a great one, and they struggled to coherently answer this. Instead, they said they would know better after the next performance calibration.  Additionally, none of my teammate has gotten proper coaching either.  For example, a teammate struggled to submit code due to their poor code quality and thus had low CL velocity, so my Manager simply told them to submit more CLs, which only made them more stressed without a legitimate way to improve. 

(2) My manager lacks technical understanding of our projects and constantly pushes for speed. My manager was externally hired, and to this day, they don’t really understand the complexity of the work our team does. I understand EMs don’t need to contribute code directly, but my manager almost always underestimate how complicated the projects our team takes on are. As engineers, we frequently have to defend our timelines, which is not only frustrating but also pressures some teammates to favor suboptimal design or hastily done CLs that just causes even more churn. 

The weird part is, my manager often seem unaware of their own actions, and when I talk to them about these issues, they are always receptive to feedback and seem willing to improve. However, I simply haven’t seen enough improvement in the last 1.5 years. 

I could leave, since this is having an impact on my emotional well-being. But I do have good standing w/ my own team and the overall org, and I want to use this situation to learn as much as I could. I know that I myself have a lot to learn as a tech lead (Thanks for , it’s really helpful), and I know I can probably get a bit ahead of our projects and start estimating/de-risking earlier, so my Manager doesn’t get overly aggressive with timelines. I know I can also take this chance to more closely mentor my teammates and help them succeed, since they aren’t really getting it from our manager. 

I want to stay, but is it the wrong decision because I have little career support from my manager? If I do stay, what should I focus on so I can really help my team and at the same time learn something valuable for my career?

Some background about my experience. I have overall 10 years of experience out of which first 3 years was in Service based company in India and then 6 years at Amazon/AWS and around 9 months at Meta. I got promoted to Sr. position almost 3 years ago and have been working as Sr. Engineer since then.

Since few months before my promotion I am feeling bit burnt out. Promotion came after lot of hard work and honestly the compensation increment was totally underwhelming. So I interviewed and switched and comp increase was really good but I am not liking work culture now. This made me sort of realize few things:

1. Promotion and level don’t actually mean much. I feel like I am part of a rat race and trying to prove my worth to someone who can whimsically just say yay or nay. This is extremely demotivating.
2. Early days of my career were great, I was making good money and learning ton of new stuff. However, now I realized that most of the stuff I learned is not useful outside and I saved enough money to not feel the need to do job just because of money.
3. It is not worth being loyal to one employer. Even though I changed companies for comp, my new employer (Meta) recently let go of lot of people. Some of them have been there for at least a decade. Plus the remaining of us are now in constant fear of layoff based on performance.

Now I want to get out of this job→money→stress→new job→money→stress cycle but don’t know how. I am planning to move back to India after few months and was hoping to start may be freelancing or some consulting work where I can control my time. I am more than happy to take a pay cut. So I started doing some research:

1. Freelancing: Most of the jobs in freelancing are web development. I have lot of experience with backend and some experience with web development but I am nowhere close to the people on youtube/udemy. I can most certainly build stuff but have no experience to show for and I am not sure if I’ll be able to find any work whatsoever 😟.
2. Consulting: Everybody suggests to build a network and then you can find work through them. My network is mostly SDEs in FAANG who I’ve already talked to. Most of them told me, dude if we know about such work we’ll jump ship as well, but they have nothing. One of my jobs was to build cloud services so I know how to build them at scale. But I have less experience in how to use them, so even if I do certifications I am not sure I’ll be able to find work on this area.

Now last option for me is to find a job which pays less and have less stress which will be okay. I can most certainly say screw it and not worry about getting promoted. But then I don’t know if that’ll be satisfactory, it’ll be more like I accepted defeat and ducked out of rat race but I still have no direction to go on.

Sorry if this all sounds like a rant, but I would love to have some guidance from people who have been in similar situation. What did you guys do and do you have any suggestions for me?

To put this into context, the question refers more to people who have already been at the company for a while, not onboarding engineers.

In my experience working only at startups, almost all learning has been the responsibility of the employee. There is a "spike" period where the engineer is given time to come up to speed, but it has always seemed to me a bit careless for managers to just give someone a list of technologies and say "learn this."

I guess this question is really a proxy for asking: how does FAANG approach "bootcamping" engineers on a new and important stack? Are workshops, training courses, and L&D actually effective? Suppose that I am a senior engineer who wants all the junior engineers in my team to learn how to use AI assist tools like Copilot, how would I approach making this mandatory if I really think it's a technology that's as crucial as git?

An E6 and I recently joined an existing team and are working with an E6 who has all the historical context on the project's requirements/limitations in his head. The PM is brand new to the team and the company. The EM and designer are also fairly new. The newer E6 often proposes architectural directions that the more tenured E6 shoots down due to this context. Is there a good way to extract all this context from the more tenured E6? I feel like we're often throwing things on the wall and just seeing what doesn't get shot down -- things get shot down more often than not, unfortunately. The more tenured E6 said it'll take too long to document all the context.

After more than 20 years of IT experience across different areas (analysis, development, operations, architecture, management, ...) in various industries (e-government, healthcare, manufacturing, consulting, ...), how would you organize your CV well? Would you list all the companies you worked in since your graduation from college and what you did in each (and therefore make a relatively long CV)? Or would you detail only the most recent 3 or 4 companies/projects where you worked along the last 10 years and add a summary of what you did in the older years without listing company names and what you did in each one by one (and therefore limit the CV to round 3 pages)? Any other approaches?

My resume is below and a review would be great!

Questions:

1. I tried to be concise and to "show" not "tell". What major improvements can I still make? Lots of progress already from seeing Alex's resume and the masterclass on resumes , but would love more.
2. Does L5 make sense given the resume, or since I have just over 3 years of experience would L4 be worth pursuing as well over my current position? Following up on questions about down leveling , and leaving a startup for big tech .

*Note because my most recent experience is Team Lead and where I don't directly ship, I did break the rules and use bold to highlight earlier impact. I also put skills at the bottom for visual balance.

Team Lead for Software Engineering, Company X ⁓ $450M startup ⁓ 1M monthly active users

April 2022-Present

• Managed 8 direct reports, 2 promoted to Senior (one from the junior), 3 on-boarded
• Proactively addressed underperformance among direct reports resulting in 2 engineers improving their skills to meet expectations
• Empathized with individuals to build trust and understand root causes which included addressing a system problem rather than blaming an engineer for poor performance
• Recognized hard work resulting in high team morale and often completing sprint goals

Android Engineer II, Company X ⁓ employee #18 of 150 ⁓ engineer #4 of 25

May 2021-Mar 2022

• Rebuilt our $125M-revenue driver, a 2D list of games, to be faster, modular, simpler
• Devised a strategy to improve UX through the creation of a bottom sheet and a resizing video solution, lead to a 4.3% increase in D7 profit
• Created a service reminding users when their games are installed, even when outside app, and made a reusable, modular notification system, leading to a 75% decrease in abandonment
• Debugged a $1M bug and presented a brownbag on it

Android Engineer I, Company X

Nov 2019-April 2021

• Presented 20+ architecture and testing docs to my team before building complex features
• Created robust test suites to ensure correct behavior and great UX through fault tolerance

Internships: Zillow, Undergrad Research

Skills: Kotlin, Java, Room/SQLite, SOLID, MVVM, Git, Design patterns, OOP, TDD

I think I could get an L5 offer now if I pushed for it, but is it fine to level myself at L4 to make things easier on myself? Then I'll try to perform at L5 anyway but it will be a-ok to not quite make it.

I’m considering leaving a startup because of 2 things I’ve seen on Taro:

1. faang+ as a long term investment in your career
2. .

2019 Goal of Joining a Startup

• Learn a lot about how to be a good software engineer

• Be an early employee at a startup that makes it big

• Quickly become an Engineering Manager because I like working with people, helping others

2023 Thoughts on Staying as an Eng Manager or Joining Big Tech

• Dream of being an EM, is happening on small start up scale with a growing number of reports who like my management so far

• The dream is to be early at a unicorn and that is close, but

  • The new standard should be 10B not 1B

  • Doing this with a first job is not necessary and high risk

• In 2-4 years I’d likely still be a engineering manager from a no-name startup

• L5+ engineer in big tech may fit well with my personality right away based on Taro, where I love collaboration, helping people, product and technical challenges

  • I like not just spending 80% of my time heads down coding and that may be possible and expected right away in big tech, no need to be a manager

• Getting a 2 FAANG+ badges on my resume over the next 4 years would be more way more worth it than even a million dollar payout from a startup

  • Could have many doors opened for high level roles at startups OR faang depending on what I feel like at the time

  • Big tech stock offer may also easily be worth 1M in 4 years

Priorities 2019

• Supportiveness of team

• Growth opportunities

• Company prestige

• Maximum outcome (Risk)

• Compensation

• Company ethics

• Product space

• Technical space

• Work-life balance

• Level/title

• Benefits

• Location

• Stability

• Remote work

Priorities 2023

• Supportiveness of team +0

• Work-life balance +7

• Compensation +2

• Company prestige -1

• Growth opportunities -3

• Stability +7

• Company ethics -2

• Remote work +6

• Level/title +1

• Benefits +1

• Location +1

• Product space -5

• Technical space -5

• Maximum outcome (Risk) -10

Taro priorities video is

Startup Stats

• 150 people, 25 engineers (doubled from a year ago)

• Fall 2021 had 50% investment at 250M valuation

• Dec 2022 450M valuation

• Revenue has since doubled in last year to 125M

• Profitable per years with 20% gross margin

• Growing industry

• Not venture backed, so not expecting 20x growth

• Estimated in 2-4 years to sell for 1-2B

How to evaluate a startup video

Current job stats

• Team lead for a year after 2.5 years as Software Engineer

• 0.1% equity, 100k cash

• 18th employee, 4th engineer

• Dream of being an early employee at a unicorn, seems close

• Would lose all stock if I leave before acquisition/ipo

• Biggest point for discussion: ***2-4 years of being manager at a small startup may not qualify me to be an EM in big tech***

FAANG+ Offer

• L4 equivalent

• 190k cash, 350k stock over 4 years, 60k sign on bonus

• Work life balance is supposed to be great

• Great food, big tech lifestyle that I’ve always heard/dreamed about

• Would work to be promoted to L5 in 1-2 years, then manager a year after that.

• Being a new person at a fresh company sounds very exciting now, I know the business fully and the tech stack of the current place to the point where many things Ive see before and feel stale/boring

Questions

1. Based on my write up about values, priorities, liking collaboration, would I like being an IC L4 coming from being a manager where I have solid tech skills but strong soft skills that I enjoy using.

2. If I stay at the start up would I be able to get a big tech EM offer with 3-4 years of management experience at the start up? Note this question shows what I’m learning now as a manager.

3. Should I down level myself from L5 to L4 if I think I could get the offer at L5 but am not sure about the certainty of success? (Question asked separately )

I'm relatively new to Netflix, and I'm a senior engineer. What's crazy is that I have so many teammates that are also L5, but I feel like they're way better than me. They have far more experience, and they're amazing at all these hard skills like running meetings, designing complex systems, and being able to go super technically deep. I feel like I'm far behind them in these areas, so I'm looking for advice on how I can improve my mentality here and catch up as a strong senior engineer.

I was watching a video from a well known note-taking influencer/teacher and was curious what everyone used for note taking. In addition- how do you approach note taking?

For me:

• Approach:
  • Everything should be based on keyword search
  • I use tags to organize by project GTD style if need be
  • "Librarian style" (see video above)- clip all sorts of things without too much regard to storing
• Implementation
  • Use evernote for personal notes
  • For personal projects, use Google docs if I need friends to comment (I would prefer quip or paper, but the reality is that the most important thing is to NOT have to inconvenience ppl with new account creation)
  • For structured data, I use Airtable.
    • If I need to display the data in a public way, embed on Medium (see for example
    • If I need to display the data in a semi public way, use Notion's site functionality (not ideal, I would like to ideally embed Airtable within google docs- Quip/Dropbox Paper allows for that)

I worked on a large org-level, cross-functional project led by a TPM and an EM. Since there were so many engineers on this massive project, we were organized into smaller pods/subteams with pod leads. The TPM had standups 2x/week, and my pod had standups the other days of the week. My pod was loaned out to help a stakeholder team from another org. The TPM only attended his own standups and sometimes missed some. The EM attended most but not all my pod's standups as well as most but not all the TPM's standups. My pod lead attended most but not all of those same standups as well. The POC from the stakeholder team was not invited to any of these standups. Since the TPM's standups had so many engineers, we only gave high-level updates in that meeting.

In such a situation, how do you keep all the stakeholders (TPM, EM, pod lead, stakeholder team's POC) aligned and up-to-date with any challenges such as scope creep, bugs, delays, etc.? There was a slack channel for the overall cross-functional project and a separate one for my pod, but none for working with the stakeholder team's POC (all such communication was via DMs). When the stakeholder team's POC dropped the ball on things, how do you escalate in such an ambiguous situation? The TPM sent weekly "Weather Reports", but those emails were very high-level.

Sometimes people forget to follow up on their Action Items from meetings. They sometimes misremember meeting decisions as well. To mitigate this, I usually take detailed meeting notes in Google Docs and tag people on the Action Items they're responsible for. However, we don't always have meeting notes (e.g., for an ad hoc situation). What are some best practices for avoiding misunderstandings?

At my startup I was asked to deliver feature after feature + bug fixes by PMs as fast as possible without much time for proper refactoring work or engineering initiatives. Also it was pretty individualistic where you get assigned a task and only work with other engineers during a tech spec review meeting, code review, and syncing with a backend engineer (as an Android dev).

From Alex’s video on getting promoted to tech lead, I saw how you can 1) drive projects as an L5 engineer (vs a PM putting that together with designers) 2) Not have to know how to implement everything yourself for a project, but work with many others and facilitate the team. This sounds 100x more engineering driven and collaborative than at my start up with few developers. Is this common to many people’s experience of the norm in FAANG?

What I liked about Alex's story is also how he had the time and space to do things like document the differences between iOS and Android, as well as go all the way through to making a data analytics plan for monitoring it himself. Seems like a lot of freedom and ownership which I didn't feel I always had the time for personally. Being able to not have to spend 80% of your time coding but rather doing deep work thinking, planing, designing holistically sounds extremely satisfying and rewarding as an engineer. Maybe this also comes with experience at startups as well?

I was curious to learn your take on strategies to push back when the expectations are not realistic. I want to expand my scope and feel that there is lot more scope for me to learn and navigate better. According to me, data and communication plays a major role here.

More specifically in my case, I am wondering how to account for me not being well versed with tech stack and constant context switching between clarifying requirements as they keep changing with each question of mine. How to politely and effectively communicate that although this may seem like a small increase of scope, given that I have to figure tech stuff it will be stretch.

Adding more context: It's trickier as I'm pretty new to the team and tech stack. I feel like I'm discovering a new requirement with every question I ask. I've set up recurring pair programming sessions to increase my velocity, but I'm not sure if that's enough.

Follow-up question: What research should be done before establishing the conclusion that expectations are not realistic?

This is somewhat of a rant as well, but please bear with me.

My current level is equivalent to that of an E4 at Meta. A Senior Level in my organisation is almost equivalent of E4 in Meta, while the next level is around E5. I have been trying to work towards a promotion since the last 2 years, working on RFCs, cross team projects, a lot of glue work, upskilling the team, writing a lot of documentation, reviewing outages and RFCs, mentoring junior engineers, delivering common libraries that can be used across the organisation, driving process improvements and writing tons of code. The last few projects were shipped without a single issue in production, despite being full blown revamps for services.

With layoffs happening in a lot of organisations (Twitter/Meta/Lyft/Stripe etc.), I am feeling a bit overwhelmed that it may happen to us as well, especially given the state of market. I am trying to keep my head low and improve myself. Brushing up the fundamentals right now. I am hoping that it would help me to improve in general as an engineer as well as in interviews, if need be.

My company required me to portray the next level behaviour for some time (close to 1-1.5 years) consistently to be considered for an up-levelling. Now with everything going around, Thinking that I may have to do the same for another 2 years in the next organisation hits me a bit. Overtime, there were some feedbacks I tried to fix - went through courses on communication and now it seems a bit unfair, even if out of control. I feel I could be overthinking but just feeling this way.

1. How should one act in such weather?
2. What is the best way to not feel overwhelmed and be sure to do what is best for one's career?
3. Also, are there any advices for the above career context?

1. What are the things you can suggest to reduce the turnaround time for onboarding a new engineer within the team?
2. What are the things that can enable them better?
3. How does this differ based on the stage of their career at which the new hire is in?

Hi all

I recently joined an organization as a senior where I was made tech lead within 3 months of joining. This was somewhat related to recognition of my work among product and my peers.

I advocated for good engineering practices such as automated integration testing and established projects for cross org collaborations to help deliver whats important for the organization.

All of this was quickly realized as a super critical projects by the organization. I created tech specs and prototypes for these projects.

However recently the organization hired a principal engineer.

since he was new I volunteered to help him onboard and asked for his advice on the new super business critical project that was next in our todo team pipeline. He is an ambitious guy so he wants to create his mark in the organization.

But for some reason the way he is approaching it doesn't seem right to me.

He plans to create a new team taking over the business critical project while splitting the newly formed team I lead on the same project that I helped him ramp up on.

I opposed to this asking for rationale for a new team.

there seem to be now two impressions of my work:-

1. held by my peers, folks I lead and product manager of good business delivery and product timelines. I am respected among both.

2. the principal Engineer tries to devalue my work in front of senior engg. Leadership saying things like I am overcommitting and under delivering if I do this project with the existing members of my team in public and in front of senior engg leadership.

The automated integration testing project which no one was doing before and we were starting from a basic version to iterate on. This is now communicated to engg management as every team is trying to do their own testing.

My engg management for some reason is siding with him since he has 15-20 years of experience and i have 5. He also is principal and i am 2-3 levels below him.

for some reason I am being micromanaged with no fault of mine.

From engg management perspective I have been just told to lead the project that I am currently leading and just help the team formed by principal engg to start the project.

I have communicated my expectations of being able to continue leading the project. Product is in support of that but engg managment isnt.

I have also tried giving feedback to the principal engineer that his actions are disruptive to the team and becauase of what he is doing he is slowing us down and blocking us from doing critical projects.

My worry is despite doing the hard work the project I have the most context on and I worked on for a while is being given to someone else and second i will not be given credit for the hard work I am doing.

Should I just change teams. I dont want to leave my existing team because I do think they need me but I feel I would rather create more impact where I dont have to swim against the tide. I may also be suffering from sunken cost fallacy here where I knew I led the development of a new critical project

Tia for your help.

When I've been helpful in the past, word quickly spread and a bunch of random engineers started pinging me for help, sometimes aggressively. Sometimes people would delegate grunt work like asking me to test their PRs that do library upgrades instead of testing them themselves. Or asking me to debug their dev environments because they heard I fixed another engineer's dev environment. Sometimes it'll just be asking for expedited code reviews even though I have no domain knowledge on their PRs. We work on the same platform, but are not on the same team or often even the same org. There are only so many hours in the day and I need to get my own work done as well. How do you decide who to help and under what circumstances? Advice on how to push back without damaging the relationship? As far as I can tell, it looks like anyone from E4 through E7 are the ones making these requests.

I just got promoted to senior engineer level (E5) at Google and I just switched into an infra team 2 months ago. In order to succeed as a senior engineer, I know I need to mentor and influence other engineers, specifically helping newer and more junior folks on the team.

How can I do that quickly, acknowledging that I’m not their direct manager?

I'm an E5 iOS engineer at a Big Tech company. I'm struggling to understand what leadership means. A Director told me Leadership means making sure the project is successful no matter what happens. As a result, I often end up doing other people's jobs for them (e.g., when a backend engineer struggles to get their piece working, I often hand-held them and have even created backend PRs to unblock some projects even though I'm an iOS engineer). However, a mentor told me that E6's don't do the work themselves but delegate it to others to scale themselves. If this is true, then what does an E6 do when working with engineers who are either unwilling or unable to complete their deliverables in the expected timeframe and quality? This becomes even more challenging when working cross-functionally with engineers who are not on my team. Also, how do you lead when you're not the DRI (Directly Responsible Individual) / tech lead for a project (e.g., when the tech lead is an E6 on another team, but is not setting up the team for success by refusing to communicate requirements clearly)?

I work for a very technical and niche start-up as a Frontend Developer. For context, we have 3 F.E. devs and 3 B.E. devs. I was hired as a vaguely-level intermediate developer, and after about nine months at this company, my F.E. lead is advocating for me to be a Senior developer. The only issue is that the company hasn't done internal promotions before, and they're a bit stalled whilst considering how to best handle the process. There's also some ambiguity in measuring a Front-end developer's skills - especially compared to a back-end developer; Our CEO is also a seasoned back-end developer, so he understands technical skills but is unclear on how it maps to Front-end skills.

What are some things I can bring up to my company's leadership on how to measure my skills and value? Such to help facilitate a conversation around my promotion.

Hello.

I have a busy senior/manager. We used to have 1-1s twice a week, and now I'm lucky if I even get a single 1-1 every other week. I understand that it's because he has a lot of responsibilities (e.g., coding, managing, scrum'ing) and end-of-year deadlines.

Here are some things I've done to make up for the lack of 1-1's:

• I over-communicate via IMs (even if he doesn't respond) to let him know how I'm progressing so he can "smoke test" my theories if I'm heading the wrong way.
• I present high-level overviews of the code (<15 bullet points) I'm working on to avoid doing deep dives into the implementation.
• I deliver short standup updates with easy-to-remember keywords that my manager has mentioned before.
• I try to offload some of his managerial tasks (e.g., onboarding new engineers) to free up some of his time.

Does anyone else have a busy senior? Should I be doing anything else? Thanks!

Hey guys. Hope everyone is doing well. Also using AI/ML as an umbrella term throughout - feel free to correct if needed.

Into:

Senior Web Developer. Initially started from Software Development. Developed passion for Web Development and made the move. Worked my way up to Senior position. 70% backend, 30% frontend. Currently 80-90% IC, rest managerial responsibilities. 9.5 years overall. Changed companies over time. Been in various industries.

Problem:

Going back and forth about moving into AI/ML. Motivation - high interest and demand. Fear - leaving web development skills behind.

My Current Solution:

Ask reputable sources about AI/ML day to days and job responsibilities. Lots of it seems to be marketing and all that glitters is not gold.

If all checks out and my passion is rooted in evidence then I would like to take few Stanford machine learning courses online. Once fundamentals are solid would like to go for masters degree in applied machine intelligence or similar. Start looking for jobs.

Questions:

• Since this is one of my reputable sources - would you please describe a day to day/job responsibilities for an AI/ML engineer?
• Granted everything checks out - do you think going for Masters makes sense? Given that finances and time is not the problem.
• Would you say I have to leave a large portion of web development skills behind when making the move? What are some of the transferables?
• Would I have to start as an entry engineer? Do you think Masters helps here? Ultimately I would have to pass the interviews but then there is applying for the position and being considered for it afterwards.

These are all the questions I could think of. Apologize for the length, but thought it would be helpful to give context. Please feel free to include anything else you deem helpful. Much appreciated and Happy holidays.

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?

How often does everyone pair program here? And how do you regard them?

I am at a startup and since I have started, first as a junior, my pairing frequency is about 1-2x per week. I do not consider myself a junior anymore (at least not at the company, but maybe on Leetcode >_<) and find these sessions more valuable as volleying ideas flow more. I was wondering what it’s like for others and if it is a day in the life thing at big(ger) tech; is it kind of seldom or frowned upon or do some of you use it as a measure of skill, etc.

Hope everyone is having a good start to the week!

When software design tasks are given, I spend way too much time in keep looking for other wikis or resources to get information about similar problems.

I don't know when to reach out to senior engineers to get their input because I don't want them to think that I know nothing and how I even got this job. Even after some research, sometimes I can't choose an option over others despite listing pros and cons. I keep thinking about the designs all day and night till the design is finalized. How to take a break and allocate time when solving ambiguous problems?

I have realised over the years that I have gained good amount of technical knowledge but I lack great communication skills (in terms of expressing my thoughts). This was okay till I was working as software engineer as my task involved more of coding work which does not require explaining things to large audience. Now as a Senior Engineer my task revolves around making design choices, explaining pros/cons of selecting an approach etc. I realised that even though I am confident on my technical approach, I sometimes fail to express myself and the approach in the right way during the discussion which led to times when my approach is discarded and others as selected as they express themselves better. I need some suggestions on how to improve on this aspect as this will be crucial part going forward in my career.

As an E5, I'm switching to more of a tech lead role, and one of the engineers I'm leading has had consistently poor code quality despite being at Meta for a few years now.

I've asked my manager for feedback about this, and they say that we should come up with a plan to improve the situation. I've already invested time in this, and I'm not seeing results. How can I get the code quality feedback to fully land and improve this engineer's code?

I'm more of an extrovert, while my tech lead is more of an introvert. I feel like our relationship isn't as open and honest as it should be, particularly around sharing feedback. They often times have major feedback for me, but it will come too late, either deep into project execution or as late as performance review.

How can I make this relationship more fluid, so I can get feedback to improve earlier?

I'll be going into Amazon as a senior engineer leading a team of 6-7 engineers. I have some anxiety as I have never worked in a FAANG company before, and I imagine the bar is high. Things are also trickier as I'll be in a different time zone from the rest of the team.

How can I make a stellar first impression after I start?

I am trying to get promoted to Lead Software Engineer, which relates to an E5 level at Meta, if I am not wrong. I have seen several engineers in my organisation coast at the current level I am.

I wanted to understand if there are some key things I should be doing in order to perform at a Tech Lead level, so that I am promoted to one as well. This would be a bit long question, but please bear with me.

Following are some of the things highlighted in a few discussions:

1. Should have demonstrated complex backend system designs - How do I create this opportunity to build a complex system for myself? Often, the projects we are a part of don't require complex solutions.
2. Have a very strong code quality
3. Mentor other engineers - I started having 1:1s with Junior engineers on how to grow. Have not been doing this with Senior Engineers, but I try to jump in calls with them whenever they need some help. Often, the credit goes hidden, and sometimes it does bother me, but not sure if there is some way around it. What are your thoughts?
4. Handling production outages and incidents - Trying to be on top of it. Recently, have been putting out short term fixes, but alongside working on some libraries to fix it in an extensible way and have a larger impact with other teams as well. Sometimes, having visibility for my work in other teams seems to be difficult, but trying my way around this. If there is something you can recommend, that would be great.
5. Should I mention in my skip levels that this is something I am targeting for myself? - Right now, my focus is to try to uplift the code quality, work on larger designs (a question mentioned wrt this), trying to uplift the team (I have created a channel where I share stuff that can help the team upskill, brief nuggets of information on how to write good code etc. Doing this almost twice a week for around 2 months now), trying to mentor engineers within the team.

Another aspect is that my team would be getting changed soon due to organisational requirements. Given that, How do I make sure I am on the right trajectory to getting promoted ? (One thing on top of my mind is that I would be asking for junior engineers whom I can work with and try uplifting, alongside asking for opportunities/projects that would have large visibility and impact.)

Do you have any other advice for me?

So, a new situation has come up at work. My lead let me know today that he/she is going on a parental leave around October last week. I did ask them to let me know if I need to step up and need to prepare anything before they leave.

Question is How do I handle this situation and work with my directors to get prepared for it. I don't feel prepared to replace them for the next 3 -4 months nor I think I'm expected to do that but the question here is how can I proactively reach out, prepare and help the team in this situation.

I've grown to be more of a "tech lead"-style E5, which leads to a lot of time spent roadmapping and talking to people instead of actually executing on the project and being more hands-on. My team is heavier on the E3/E4 side, so I'm able to delegate a lot of the coding work away. I was wondering if this was normal for Meta and whether this is an okay way to operate as an E5?

The setup on my team is pretty standard: There's an E6 tech lead that has broken up a big project into multiple pieces, and I own one of those pieces (and the rest of the pieces are owned by other E5s). I'm leading a couple engineers (<5), and I think they're E3/E4.

Zooming out, this seems like decent E5 scope, but I'm sure there's some gaps to turn it into E6 scope. The tricky part is that my org is pretty XFN heavy, so it's hard to get things added to the roadmap, and with the hiring freeze, it's hard to get more engineers onto my team to lead.

All that being said, what are some ways I can find staff scope in this situation?

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 working on a cross-functional project with a backend DRI (E3) and Android engineer (E4?). I'm iOS, but have a backend background so I could easily code the backend portion if I needed to. The DRI reports to a different EM, who was on vacation for the first few weeks of the project. The DRI was struggling to get the backend piece working, so I spent extra time hand-holding him on how to debug it. I even researched how another feature in the iOS codebase used similar API calls and created a Postman collection for him to troubleshoot his APIs more easily. Is this a good use of my time? What percent of my time should I spend on helping others versus doing my own work? The Android engineer did not help the DRI because he doesn't know backend, so there was no one else to help the DRI.

I'm an E5 iOS at a Big Tech company. I'm in the process of switching teams. While they're figuring out the paperwork, I've been invited to their roadmapping and architectural discussions.

The 2 E6s are dominating the discussions. The E6 iOS has been on the project since its inception a year ago and has all the context; the E6 backend has been helping out our team with the discussions and may eventually join our team. I'm the newest team member so I have the least context. The E6 backend's proposals usually sound like great ideas to me, but the E6 iOS often shoots them down and provides historical context on why those are bad ideas.

In my 1:1, my manager asked me why I'm not participating in the discussions. When I told him I don't have context, he told me to participate anyway. How do I participate effectively when I don't have context?

DoorDash has a tradition where your manager sends a "Dashiversary" email to the entire company on your work anniversaries. The manager creates a Google doc and collects notes & photos from your colleagues and cross-functional partners, then adds his/her own note at the top of the email. Given the impact of Deep Thanks, what should I write in these notes to leverage these opportunities to build relationships?

After a certain experience there's a certain expectation from Senior Software Engineers, I think because in the beginning of my career I wasn't involved in Development and hence despite being of experience 10 years I think I may not have the design skills required to work independently on a feature.

That said, I am going through LLD questions on YouTube, to understand more about designing from scratch, while I am doing I thought if there's a way to get me upto speed even more. The reason I am asking is because apart from doing Leetcode daily I would like to spend some time daily on design aspect as well.

In summary, I want to work independently, and for that am learning from the internet. I am wondering if that's it or there's something more I can do in my free time to become better developer. Any actionable items would be great.

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?

There's been a lot of talk in Taro posts recently about "being a strong engineer". Is there a single post or could we build one here where we outline all of the must haves of a strong engineer as to form a type of roadmap? I think imposter syndrome hits us all but I kind of want to be able to know am I fulfilling most of the right behaviors?

I worked on backend for 10+ years and was a Tech Lead before switching to iOS for the last 10+ years. I was offered an E6 position at a Big Tech company, but I asked to be down-leveled to E5 due to imposter syndrome since I mostly worked at smaller startups and didn't know what to expect. When Leadership later found out that I have backend experience, they started pushing me to do backend. Is it easier to get to E6 doing only iOS or doing both iOS and backend? I'm much faster coding iOS than backend since I know the Xcode shortcuts, a lot has changed in backend over the past decade (e.g., AWS, Kubernetes, etc.), etc.

Do you have examples of a problem, action, and impact for performance reviews? For example, I was working on a migration from a monolith to a BFF. I was loaned to a different team to help with their extractions. Their engineer gave me an API to use, but their API turned out to have serious shortcomings and I ended up working long hours to reimplement a lot of the monolith’s logic in the BFF. Despite this, we still slipped our timelines. How do I describe the impact of my actions in this case? I feel like my actions had “no impact” because we slipped our deadlines regardless.

As a senior engineer, I need to scope out projects on my own. Since I'm often working with new technologies, it can be hard for me to properly estimate the work and break things down into tasks. I also spend a lot of time thinking about the current problem, which prevents me from thinking proactively enough. Because of this, I've gotten feedback that I'm moving too slowly with overall project planning and execution. How can I improve here?

I already have great working relationships with several staff engineers in my org, but I'd like to take it a step further and enter a formal mentorship with them. How can I go about this in a natural way?

My current manager comes from a very different background compared to me and my team, which has lead to some misalignment in terms of what the team should do and how it should do it. I feel like there's a fundamental difference in working styles here.

This mis-sync has shown in our 1 on 1 meetings as well. They're less about my career growth and my goals and more about them and their way of doing things.

Any ideas on how to remedy this situation?

I want to build a stronger relationship with my manager, but I'm unsure where the boundary should be when it comes to opening up to them. For example, I have some confidence issues which affect my work performance a bit: Is that something that's okay to share with them or is it possible that they'll hold it against me? I haven't interacted too much with my manager as I'm fairly new to the team, but so far, the signal has been positive.

Hi,

With tons of layoffs already happening and rumors about impending layoffs, is there something one can do to protect themselves? Logically, performing above expectations and being a critical part of the team would make sense. However, recently looking at LinkedIn and other career news, seems like no one can be sure that they’re safe. So, do you have any tips on how to approach this? Does it make sense to stay put within a team where you have great relationship with your manager and skip etc or find a new company to get ahead of this risk? Thanks!

I moved to the Bay Area to be within a denser network. However, everyone is working within their own silos, and it's hard to break them out so you can develop a deeper relationship with them.

Can you recommend some good platforms to network with other engineers in the Bay Area? I would like to meet other engineers at a similar level and working within a similar space.

I've already tried some basic things which I didn’t find much value from:

• Went to some public meetups from online sites like Meetup.com which claimed that there will be a lot of great engineers there. Once I went to these, the level of engineers didn’t match my expectations. The conversations were more generic and centered around TC.
• Get in touch with as many alumni from my college as possible.

My manager changed in H2, and my previous manager became my skip. While my current manager has a decent idea on the current projects I am working on and their importance, sometimes I see them mixing up specifics, which could be because they’re still ramping up. With that context, how do I make sure my manager represents my year long performance in upcoming calibrations well? Should I give them context on all my work in our 1:1s, especially my H1 work as they weren’t in my team?

I'm about to be officially promoted to Senior Engineer in a couple of days. At the same time, I've also been been presented with an opportunity to move to a different organization in Amazon that's doing some rather exciting work. This is an opportunity I'm likely to accept.

I deeply value my current manager's support, because he was critical in helping me secure my promotion despite some very tricky circumstances. I'm aware that promotions are just meant to recognize past work, but leaving virtually immediately after a promotion still feels rather unpleasant. Leaving now will also have a bigger impact on my team since we've shrunk quite a bit recently.

What are some tips for structuring and framing the inevitable conversations I will be having with my manager(s)?

Do you use some kind of "code reading" techniques? I've always felt the more senior you become, the more time you spend reading others' work, especially across multiple projects. Curious to know if there any recommendations on where to start, gathering context while staying productive.

I'm a new MLE at Meta, so I'm in bootcamp. I'm trying to go for a team that’s super in-depth with regards to ML and neural architectures vs. a team that would give me more breadth. How can I find such a team and what questions can I ask to identify it?

I'm a new engineer at Meta, and my goal is to find a team with a real product future. Because of that, I'm wondering if there's ways to evaluate if a certain project is going to pick up traction. How can I figure out during the team selection process if a team is doing its due diligence on gathering context and proving out business value before building features or if its just building them for the sake of building them?

Hey all, I’ve been working at a pre-seed startup for the last two months and I think I haven’t “clicked” with the CTO yet (I’m the only engineer right now). To give you some context

1. We’re aiming to launch two experiments per week so they are more MVPs rather than complete features (I’m ok with cutting corners and making things “not the right way”)
2. Each experiment I’m launching sends data to Mixpanel so we can know if it “moves the needle” or not. These experiments are aligned with our KPIs (see #5)
3. My CTO who happens to be the co-founder has little experience working in tech, I assume 1.5 years tops. He's 25.
4. We're trying to find Product Market Fit
5. The KPI we're after are: Retention and Revenue
6. I've received praise from CTO and CEO about the work that I've done, and I'm extremely transparent with everything I do: Share status in Slack, and Linear, I record Looms, share screenshots, etc.
7. We have 18 months of runway.

He has said twice that even though I'm superb technically speaking; he's having a hard time seeing me thinking about the product and how to improve revenue/retention and he wants to see more ownership on my end; and that frustrates me because as I said on #1 and #6, I've successfully launched experiments week by week and have received praised from them multiple times. So IDK what's going on, I find this to be frustrating because from my POV I've done great work, I've spoken to users, shipped and tracked experiments, and improved our development workflow (we don't work with prod data anymore), proposed new things that we can do, etc...

The last time I talked to my CTO about this (this has happened twice now) he suggested that I should think more about "growing the business and taking ownership" without giving me a clear path forward, and I assume that when I meet with him again this week he's going to play that card again (being vague about how to improve/what am I doing wrong)

It frustrates me because it doesn't make sense to me to work in a place where my contributions are not appreciated.

• Have you been in a situation like this before?
• If he doesn't give me a clear path forward, what can I do then? it seems that I missed the point the first time.
• I know how bad the market is right now, but quitting is not out of the table (I have 12-18 months of runway/savings)

Thanks a lot!

I'm new to Meta, so I'm currently in team selection. My goal is to choose a team that maintains more critical pieces and are more stable with respect to layoffs/reorganizations vs. (slightly) more moonshotty teams with higher risk/reward. An example of the latter would be a team working on maintaining an ads pipeline while one for the former would be a team experimenting with new UI features.

How can I find a team that meets that bill, and what questions can I ask to help identify this?

I've been on ~5 teams during my ~4 years at Meta, and I'm wondering if I need a mindset shift when it comes to choosing a team and staying there. Is it more on Meta that teams don't fit or should I make a bigger effort to stay on teams longer and establish myself there? I'm also looking to get to E6 someday, so the team switching makes things tricky.

Something I want to get more efficient at is promotion trajectory, and team selection is a big part of that. If I were to switch teams, how can I find one that's important for the business and has a good amount of L5 scope? My goal is to move up to L5 soon and have scope to start making progress to L6 as well afterwards.

I'm considering joining a new ads org, and I was wondering what working in ads was like overall since I've never worked in ads before.

A more specific question: There's a lot of competition in the online ads space nowadays - Will that make ads orgs more prone to layoffs as they find trouble gaining traction in this crowded market?

I'm currently a mid-level engineer, and I've already made a good amount of progress towards senior. However, I'm looking to change teams as I don't like the work too much on my current team, and I want to minimize the progress "loss" as much as possible in my new team by finding one that sets me up well for the mid-level -> senior promotion.

What’s a good team composition for this? Do you just want a good mix of all levels? What other factors besides team composition should I look for when it comes to evaluating a team on this axis?

I'm aiming for a promotion in 5 months and to do that I've been told that I need to evidence execution on a few complex projects. As a team we're working on some big projects but I'm not sure how to approach identifying a sub-project, isolating and owning it.

Does anyone have any tips on this?

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 are some thoughts from me:

1. Freshly promoted to Staff - This means they are very close to the same path that I'm on.
2. Not within my org - To remove bias
3. Smooth conversation - So it's easy to talk with them

Do these make sense or is there something I'm missing?

Hi,

I got promoted last half to IC5 and have been leading impactful work streams within our team. I am enjoying my new role and work. In our last 1:1, my manager asked if I wanted to lead a very high priority org level initiative that has impact across multiple teams and suggested this could be a potential staff level project. While this is a great and unique opportunity for promotion, I am also nervous about taking this up because:

1. I am scared this might be more challenging than I am ready for and failing this would put our Org's key launches in risk.
2. I just got promoted and didn't want to actively pursue promotion as I wanted some time to settle in and become a solid IC5 first.

Wanted to get your thoughts on this and what you would do in my position? And if I say no, should I be worried about my manager passing me up for potential opportunities in the future? Thanks!

In quarterly conversation with my manager, for questions like how I’ve contributed to Quality or any other sub dimension I got response that I should talk about team and not only how I (as an IC) contributed. And I honestly struggle here. Any tips? How I upgrade myself to talk about impact at team/bigger level and not only at personal level?

Other folks on my team were prioritized for promotion over me, I was promised a comp adjustment in mid-cycle review and promotion at end of year. But this promotion would still not hit the compensation number I told them i'd need to stick around long term.

I Interviewed around, and got an offer above the compensation I was requesting from my current company, at the promoted level.

Seeing as I do enjoy where I work and what I work on, and money was the only issue (me not being valued where I thought I should be), is it worth listening to a counter offer? What should I consider? Should I share the numbers with my current company, or see if they can come up with the numbers to value me fairly?

I am actively interviewing for companies and passed hiring committee for Google but there are barely any headcount. I have received some good competing offers and I told my recruiter I have some deadlines coming up. That has not sped up the process and my recruiter isn’t especially communicative after I told him I wouldn’t mind expanding the product area for team match. Should I just accept a good competing offer and come back to team match while working that other job? Also, does anyone have experience finding a new recruiter at this stage? I don’t feel like mine is particularly invested in advocating for my profile despite passing hiring committee.

I'm deciding between staying as an IC and becoming an EM, and I'm completely neutral right now.

When looking at the managerial role, it seems like you get more exposure around the product overall and you’re more involved within the product lifecycle end-to-end. When I look at Staff+ engineers on my team, they are more sound technically but don’t have as much impact on the product direction. As a senior engineer, I don’t understand the product much end-to-end, I'm mainly just working on features - It seems like becoming an EM is a way for me to get more of this scope.

When it comes to mentorship, I'm just mentoring some interns and no other full-time engineers. The mentoring is also more ad-hoc and unofficial - I help them out here and there, especially with onboarding.

Everyone knows that the tech industry revolves around the Silicon Valley, but I'm in a different metropolitan area in the US. I'm thinking about my next move company-switch wise, and I'm wondering how much it's worth being in the Bay Area for greater access to opportunity and career development in general. Also, does this vary based on whether you want to work for Big Tech or startups?

I'm pretty new to my company, so I've been asking questions and looking for "hand-holding" to bring myself up to speed. I've been having trouble ramping up though - My velocity hasn't been the best, and I've also gotten feedback that I need to be more independent as a senior engineer.

This leaves me a bit confused - I know that in order to onboard, you need to seek out help aggressively and ask questions, but this seems opposite of the feedback around being more independent. How do I think about these 2 ideas? Should I just be working harder and spending more time figuring things out on my own?

Like a lot of E5s, I'm working on a piece of my team's overall project roadmap, which is set by an E6 TL. The piece I own is less technically complex than other parts, but it is quite XFN heavy (great for people/direction contribution). I was wondering if this is still enough to get to E6 or do I need the higher technical complexity as well?

For example: If an organisation does not value quality code but no. of features shipped, I feel it would eventually face difficulty in adding new features. Thoughts ?

I've been working mostly as a Backend Engineer. I'm growing interest in ML. I have a few questions:

• Will my SWE knowledge help me, or will it complement with ML? Or being MLE is a totally different/separate field?
• Is there overlapping between ML and SW?
• Would be recommended to do a Masters or Practice/Courses?

I have gotten this feedback from my managers couple of times. Problem is - in the past (in some other companies), I have been on the receiving end of negativity. Often times, being reprimanded for asking a question, in some of the other teams I was a part of. I recall that I was shouted at in front of everyone because I was too tired during one of my on-calls and dozed off, missing an on-call call at 3:30 AM. I recall these events getting escalated to VP level. It impacted me deeply.

While it was hard, I moved on from such teams and now I try to be kind to all engineers, especially junior ones. I make sure that their onboarding journey is as fast as possible and they are granted help that is required. Extending it further, as a part of calls with other stakeholders as well, I often tend to be with a softer tone. It has been mentioned by my manager that - "You often come across as too kind. If you know that you're right, then why are you not speaking it with confidence."

How do I improve on this aspect ? Recently, I did but thinking if there are some other tips from your end.

I often struggle with conveying more in lesser number of words. As a result, my slack messages often go in multiple paragraphs and bullet points.

I find a need to explain myself in detail, especially when trying to resolve some queries from other domains such as product managers and QA engineers. Are there some ways to make communication succinct and to the point, at the same time conveying what is necessary.

This was a feedback I have gotten once from my manager as well, though when I asked if he had some suggestions on how to work on the same, he mentioned - "Keep it short!" ¯_(ツ)_/¯

Now, I try to vet my messages after I type them before sending, but thinking if there are some ways to improve on it further.

One of my core goals is to get to L5, which is senior at Target. However, I'm not entirely sure what is necessary to get to that next level - I've tried to get specifics from my manager, but their answers have been relatively vague. I was wondering if anyone could share more concrete attributes of what a strong senior engineer looks like.

I am an engineer in my 30s and have heard that unlike a doctor/lawyer, who become more valuable with age, it's the opposite in tech. I've also heard getting on the manager track is a way to prolong your prospects (although this isn't necessarily the track I'd want to take). Curious on your thoughts on this topic.

Joining a new team/vertical with the company, I often feel intimidated with the sheer expanse of domain knowledge to be grasped. Given that it takes time, what are the best ways to approach it, so that you are the most effective.

I'm at a stage in my career where I'm trying to figure out exactly what I want to do and where I want to go. Something I've thought about a lot about is specializing (e.g. going deep into ML), but I've also heard advice that you should be careful of going too narrow and pigeonholing yourself. Is that latter scenario really possible and how do I navigate myself along this spectrum of staying broad <-> specializing?

I joined my team in June this year right after bootcamp. When I joined this team, we set the goals for the half, and then got reorg-ed to a different domain (think ML for ads vs ML for recommendations).

Our models had only shown limited success in the previous domain before the reorg, we spent around 2 months (July and August) just building new versions of these models for the new domain.

It's October already, the model hasn't shown any significant success in any of our projects with XFN. We are getting closer and closer as we understand the problems better. However with code freeze in November, December - it is unlikely it will reach production or even online experiments by then.

Does that mean I would have "no impact" at my first PSC? This would be the case for all of my teammates which seems bonkers.

I thought about writing a long note with all of the progress we've made in understanding the problem (which will result in a model that's cheaper than the current one and easier to understand), what are some results we have seen already, and hypothesis on where to go next.

Still to be honest I'm scared the results I got won't be good enough to get to production by PSC-time, and thus I'll be marked as no impact. In retrospective I should have studied the problem more when I joined but I was so new to Meta.

How can I mitigate this? Looking for a side-project now I can fully own (as E5, I don't think attaching myself to a teammate's project is good enough) is unlikely to get any results with the current model we have.

While working on the current story, one should also figure out what he has to do for the next story. Is this good advice? I am skeptical and I would have asked about priorioties of the task given to my manager but at this point it seems pointless to reason things with him that's why asking it here.

I feel like I am basically surviving in my current job, one story to another, one deadline to another. It was not like this before. Earlier I used to be very passionate about developing stuff. I don't think it's normal. I do get my passion by solving some leetcode questions with my friend but that's it. I don't find joy anymore in my work, it feels forced. I feel like I should have a life outside my job as well which I don't have right now, and since the joy is not there anymore with my job it feels just bad.

What can I do to change it?

I'm new to the team, and I want to make an impact quickly. How can I quickly gain respect of people on the team? Are there certain things I should do as I act/react to other people?

I have recently joined this company and I am trying to learn and I am clocking 12 hours everyday. Inspite of that I am doubting my abilities and I have manager who doesn't actually listen.. and instead of helping me navigate through this.. he is just on repeat saying I have to deliver this urgently .. and I am not picking up fast enough..

It seems at Apple that getting promoted past ICT4 can take ages. My manager has 3x my YOE and many reports, but we're both ICT4. There is no leveling rubric that I can find, so it's unclear to me what differentiates an ICT5 from an ICT4 here. I'm thinking it might even just be worth abandoning the promo goal for the duration I work here, then aim to be hired into a promo at the next gig in a few years.

I joined Meta as an E5, and now I'm looking to get to E6. I want to stay on the IC track, so my goal is concretely to get to E6 and stay there, not become an M1. I know that leadership is crucial for EMs, but is it the same for staff engineers at Meta? I'm currently leading <5 engineers who are probably E3/E4, and I'm wondering if I need to expand my leadership scope there.

I recently joined my team, and I've been sort of overwhelmed picking up this new tech stack which may be leading to some procrastination. I literally have to Google for everything I want to write. Twitter also has certain in-house technologies, which are pretty challenging to learn. I also started working on a critical project recently with strict deadlines due to headcount shortage.

I saw this as an opportunity to make an impact and am trying my best, but I wish I had more time to get acquainted with the stack. I feel like I lost a few days last week unraveling through the ambiguity and getting context, so I didn't make progress with implementation as much as I wanted to.

I am kinda anxious that I will miss my delivery in the first project which is not setting a right impression. In my experience, there is no excuse for missed delivery and it will treated as a red flag. It's a newer company for me and my org is revenue-generating. Given the phase Twitter is going through, this project is critical and hence I am hesitant to push back on the timelines too.

I also see mid-level and junior engineers on the project moving way faster than me right now, because of their tenure and familiarity with codebase and that can be disheartening.

Lastly, should I be transparent and discuss with my manager if I feel a few days haven't been productive? I don't see any way that will help.

I'm relatively new to the company, so I would love to understand more about this. Here's more specific questions I had:

1. How is the first one evaluated? Is it different because you're new?
2. Is it evaluated from the day you joined the company or the day you joined a team out of bootcamp?
3. How is delayed impact factored in? Since I'm new, I'll have some small wins by PSC time but am not likely to have big ones as they're waiting to launch/realize impact.

I have to provide estimate of a story, to the point where I have to tell how much I will be spending for each sub-story.. although I have given them those with buffer since I am new, I notice a pattern with me which is that I usually need some help which I get either at the end of the day or the next day. This can influence the estimate ofcourse but for some reason my manager wants a very aggresive dates, and it's challenging for me.

In addition to that, I am not sure what I will say in order to justify if I can't meet the deadline. This process has sucked the life out of the work for me. I remember giving estimates in my past companies but they were just estimates, and when I shared my side of the story people usually understood my challenges this is not happening here..

I'll be starting at DoorDash relatively soon, and I was wondering what 1 on 1s I should set up on top of the one with my manager. More specifically, are there meetings I should make recurring vs. 1-time ad-hoc? For context, I'm an iOS engineer.

I'm a relatively new engineer at Twitter, so I know that I'm in a "golden period" where I can ask whatever "stupid" questions I want and I won't be judged as much. I ask a good amount of questions and follow the habit of doing 10-15 minutes of research before asking questions, but sometimes I do spend too much time on research and overall, I feel like I can put myself out there more to learn even more from others.

I think this stems from some gaps I have in my confidence, particularly around my ability to communicate in an impactful way. How can I overcome this issue and get the maximum amount of value learning from my teammates?

Prior to Twitter, I was a mid-level engineer at another large tech company, so I was expecting to be leveled at mid-level again when joining Twitter. However, I did very well on the interview, so they up-leveled me to senior as a very pleasant surprise.

I know that I got this great feedback, but I feel like there's so much to learn and many gaps in my skills and can't help but feel sometimes that I shouldn't be at this level. Any advice on how to have a better mental state here?

A lot of examples of growing to Staff are more oriented around less technical fundamental/soft skills, including the examples in Taro. However, I'm unsure how to find this scope in my team, and I don't think that kind of behavior works to get to Staff at Apple overall. I spend ~90% of my time coding, and the culture is more top-down at Apple compared to a company like Meta.

Given all that, how can it be possible for me to grow to Staff? Are there paths to Staff that are heavily technical?

As we all know, Big Tech hiring is drastically slowing down, which includes Meta. However, this means people axis sources like interviewing and being a bootcamp mentor become harder to get.

I'm also fairly new to the company, so it's harder for me to do things like mentor and onboard others for people axis credit.

All that being said, how does people axis work for me and how can I get a good rating there?

I work on a pretty planning intensive team. Sometimes we'll spend several weeks planning out our next project, but since planning takes so long, not much time is left for execution after we're done planning. This leads to us having to sprint to deliver, and after we go that, we go back to planning and the cycle starts all over again. This is all pretty hectic, so I was wondering if anybody had any ideas on how to improve this process?

In my effort to grow my scope as an engineer (and get promoted), I’ve constantly hit the same weak spot - not “working through others” enough.

I’m always happy to identify problems and solve them, but as a relatively inexperienced engineer compared to the rest of my team, I feel uncomfortable pushing work onto others, as I often am not sure my ideas will even be fruitful.

This issue is exacerbated by the fact that my team skews very senior and I don’t feel comfortable/qualified working through them.

How should I approach this problem?

I was curious if anyone had tips on writing a decent one page resume - especially in how to pick apart what's most "important" from my previous work experiences and fit it into one page.

Across my career, I've felt bad about my skills sometimes because I'll have teammates, who are also at my level, doing as much as 2x more than me. This has led to me feeling like an imposter many times - Any thoughts on how to process all this?

Hi joining as a senior software engineer in a company where the tech stack is totally different. How to adopt well so that I can do well in the job as well as go to next step.

Does specialization matter? I have a bunch of friends working in Big Tech, and some of them at my level started growing in 1 specific area. For example, one of them started going deep into machine learning. Do you need to make that decision when you’re a mid-level/senior engineer and what’s the criteria?

Adding on to this, I see a lot of noise in the market about various degrees and certifications to help you with specializations. Things like web3, ML, or other hot topics. This, combined with what I see my peers doing, makes me feel like this is a worthwhile or even the optimal thing to do.

As a counter-example, I have a friend who chose to specialize in ML and they’re job hopping a lot as they haven't been able to find good ML work at any of their recent companies.

I have worked at Meta my entire career (~5 years). I know that Meta is pretty "startup-ey" among the Big Tech companies, but I imagine that it can't mimic startups entirely and there's unique learning value startups can offer. Does switching to startups give big value to career development?

I joined Pinterest few months ago, and I was under the impression that I will be driving a large, high-impact project. I was hired with this project in mind, but due to external factors, this project has been deprioritized and removed from the roadmap.

This puts me in a vulnerable position as now I don't have major scope to work on. Here are my thoughts on how to remedy the situation:

• Find new scope - I am doing this now, but this is tough as I'm pretty new. Unsure how I can find this on such short notice.
• Change teams
• Wait for the manager / lead to figure out a new large scope project for me
• Work closely with my manager, so they can find a new project for me

I'm pushing for E6, and I'm having trouble doing this in my current org. I'm considering an org switch, and I want to make sure I don't end up in a similar situation - How can I properly evaluate an org for availability of scope and mentorship?

what are the best effective resources available out there to improve my English in the tech field. I am an immigrant and English is my 3rd language. My not so good spoken English is hurting my career a lot

At my old company, where I worked for many, many years, I wasn’t learning anything new. On my new team, I feel like a junior engineer since everything is new. Because of this, I don’t feel like I’m being taken seriously, even my engineers more junior than me.

I'm trying to stay positive throughout this learning process but would obviously like to build up respect among my team as quickly as possible to start feeling like a heavily valued voice in the room. Any advice on how to do that?

For my current project, I have 2 broad options for the infra/platform to support the feature:

1. Using a proven technology that has existing use cases within Meta but a somewhat limited API
2. Using a new technology that's not completely done yet and has uncertainty, but should have better APIs and performance

There's also the option of trying to do both, benchmarking them against one another, and then choosing the better one. However, I don't think we'll have the time to do that.

All this being said, any thoughts on which technology to go with?

For the past 3 months, the primary activity on my team has been to debate and discuss the architecture design of the large system our team will be developing in Q3. It feels like we’re in gridlock and I don’t see a clear path to a decision. How can we move forward productively?

My whole team is engaged in a design exercise for the system we will build in subsequent quarters. Since I joined 2 months ago, I don’t feel I’m able to meaningfully contribute. I also feel weak with system design questions during interviews. How can I improve here?