Mid-level Engineer Career Development Videos, Forum, and Q&A

As part of my story or task, often times I have to understand and contribute to other codebases or solve bugs that involve understanding flow of other codebases. What is the best way to navigate this when you are suppose to solve an issue where you have to understand an external codebase in order to contribute or fix an issue?

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

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

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

This involves me helping them to do the following :-

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

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

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

I am a frontend focused full-stack engineer with 7 years of relevant experience in the frontend engineering space and a total of 12 years of experience. I am not able to decide where should I invest my time when working on side projects. Should I start picking up mobile (Android/iOS) or continue to sharpen my skills in the frontend development space? To put it another way, should I invest my time in going deep in my current domain or should I invest time learning mobile UI development as that has gained more traction and is viewed as more valuable skill?

I think I am unable to decide whether to go about developing my skills in breadth or depth.

I've been struggling with onboarding at my new job.

I'm part of a new team; my only other teammate recently joined. Many related docs are not in English & the translation is weird & confusing often. This makes revamping up independently super hard for me. I try to find that concept in an English doc from any other team, and that's my way of understanding something. But it puts a lot of overhead because I basically now try to understand the work of a lot of related teams too. And often it is much more time for me.

My manager has a lot of people report to her. I had a 1-on-1, and I explained the situation. She asked me to ping her for help. I often have stupid questions, and I feel weird asking her directly. So I asked her to assign me an onboarding buddy from the related team. But from her reply, it seemed like I should talk to everyone on the team & figure it out. I think she wants me to be more independent.

Now I ping people in my team or close teams to ask for help. I have found most or nearly all people to be super-helpful, and they relate to being in the same situation once. But I feel guilty about asking people for help. I feel it doesn't do much for them. As with most, I don't have a team meeting where I could thank them & their/our manager would notice it.

How should I better navigate this situation?

Hello.

During our daily standup, whenever anyone on my team asks the lead/manager questions they don't know or calls them out on something the lead/manager understood incorrectly, the lead/manager always brings up old tasks.

For example:
Teammate: Did you mean x instead of y?
Lead: Oh, I'm not sure. It's been a long time since I've worked on that.
Lead: Btw, how is task x from 3 weeks ago doing?
Teammate: Some updates.
Lead: What about task y from 2 weeks ago?

It feels like a way to keep us in check i.e., I am more on top of things than you are, or a form of micromanaging, or a defense mechanism, but I can't pinpoint it.

The lead's reasoning behind bringing up old tasks is to "make sure they don't fall between the cracks."

Has anyone else experienced this? Am I reading into this too much? I tend to read into things too much...

I just started working at a new company. I am still going over the general onboarding process for all employees.

How should I go about introducing myself to the team & manager? Should I ping them on chat to say Hi & asking them to add me to the meetings? My whole team has about 16 members.

Thanks in advance!

Often I read articles from different industry practitioners & company blogs. While reading, I usually highlight & take notes. But organizing them in a way that groups similar together & makes the article easily searchable for future reference is pretty hard.

I'm curious, what's a good practice you guys follow? What kind of tools do you use for it?

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

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

I have a few questions based on the above context.

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

As a mid-level (not senior yet) SDE, what are the core skills I should be consistently developing to grow my career, not only for promotion within the company, but also for personal growth, and to get ready for diverse opportunities years ahead?

I know we have covered lots of topics, like DS & Algo for interviews in case you suddenly get laid off and you are looking for opportunities, communicate well with colleagues to make impact, and manage up to avoid getting into PIP, System Design skills.... But is there a list of Soft AND Hard skills that are core to a engineer's career in long term?

I joined Meta and my team in July of last year. I got an MA for this half. I am happy I at least got that, but it looks like a lot of people got exceeds expectations. The thief is making me less happy, and slightly worried. Should I feel good about this?

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

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

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

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

Hello,

As the title says, I’m stuck as an entry level engineer in FAANG for almost 4 years now. I’ve been reflecting on what I’m doing wrong.

My first company I worked for 1 year and didn’t not like it because the lack of mentorship. I joined and my questions never got answered, the tech lead didn’t really care about giving mentorship, just gave me links and bug IDs. I was able to survive for 1 year but I left the company because I felt so lost. My manager mentioned that I was “on track” to getting promoted but I hated the culture.

Then worked for 1.9 years on another company, where I received awards for my projects and contributions. I did receive mentorship here, but I was not able to get promoted. At the end of the timeline my manager mentioned I was moving slower and slower. I was working as a full stack and I believe my error here was not playing my strengths, since every time I had to take another project it would be on a different area, such as server on a language I never used before. I had a few discussions with my tech lead and I felt I lost my team trust because they would give a lot of comments, and just get a lot feedback from other people. This kinda demoralized me and made it hard to keep working so I changed teams. My last team I worked for 8 months before getting laid off. Here I also received recognition for my projects. My first project I missed the deadline because the onboarding had nothing to do with my project. I integrated our tool with an external team, so most of the code base I worked was not even ours (the techlead and team didn’t have much knowledge). Then I was given another project where I was starting to get traction, onboarding and project matched, I had to ramp up again on the new tech stack and my manager was getting frustrated with me, my team was very helpful and I was slowly to become independent. I feel like people trusted me here and code reviews would go smooth this time, at the end I was finally getting positive feedback, but was affected by the layoffs. From reflecting, here is what I did wrong:

• Not communicating well enough my work with my managers. Status updates I was blocked/learning and that would make me look slow.

• Not very good mentorship, I feel like at the beginning I needed lots of 1:1 to be able to learn our teams codebase. Sometimes I got very good mentorship but not complete. So I learned well parts of the code base where the tech stack applied.

• Switching projects too much, went from front end, full stack, server side with several languages. Every time I had to re learn a lot of new of the tech stack.

I did get several recognitions for my contribution with at least helps me think I’m not completely inadequate for the field.

I am looking for a new position, is there anything that could help me perform well as a mid engineer?

Thanks

I've been at this small startup (~100 engineers) for about 8 months.

I've worked on 2 different projects/teams (2 months + 6 months) for various reasons. This constant ramp up process is limiting my ability to make significant impact.

Now my manger is about to move me to another totally different project because my current project scope is transferred to another team.

The startup hasn't done a layoff yet, but the possibility is there this year.

I think I need to stop paying the ramp up cost and stick to my current area (meaning switching to the other team) so I can make bigger scope impact and avoid getting laid off.

How should I navigate this conversation with my manger?

Hey all,

I’ve been in my team for over a year now and I’d like to change teams. In my previous companies it took a lot (of luck) to change teams (typically would only happen when orgs restructured). I’ve heard the process in google, and tech in general, is really straight forward and I’d like to get out of my org and try a different team. Would anyone be able to provide tips or guidance on how to change teams?

Thanks!

I am in the very fortunate position to be choosing among some great offers. My question is how to properly choose between

1. A company with an industry-leading reputation (eg Citadel, Two Sigma, DeepMind)
2. A “lower tier” company with less brand recognition/lower quality bar but is able and willing to outbid company (1) on comp.

If comp were equal going to company (1) would be a no-brainer, but how much of a premium should I place on the brand of a company? Put another way, how can I place a number on things like exit option value, social/engineering prestige and so on.

I was watching this recorded session . In that series, Alex mentioned picking a tech stack and sticking to it.

In that case, I work in C# and .net tech stack, however, if I switch companies, and the other company uses Java and its relevant framework, how can I gain expertise in that stack?

Should I look for jobs that use the tech stack that I am strong with?
Or learn and master the tech stack that companies use?

Hi Taro community,

Seeking your help in evaluating two offers that I received from two start-up companies.

• (1) In general, in such situations how do you suggest researching about the companies and determining which company and offer is better.
• (2) I am also concerned how my future job potential will be affected and so I want to take the decision accordingly.
  (3) In this particular case, my offers are as follows,
• company A
  • Unicorn (post money valuation: $1B-$10B), Industry: Ad Tech (ML and cloud infra based), Last funding type: Series C, Total funding amount: $190M, Estimated revenue range: $1M - $10M, Founded in 2013 by ex-googler,
  • I have seen several folks joined from FAANG companies (eg, Google)
  • Offer: base $160K, bonus: 24K, Equity: $88K (not sellable now, but the company is expecting to go for IPO in one year)
• company B
  • Emerging Unicorn (post money valuation: $500M-$1B), Industry: Healthcare/AI, Last funding type: Series B, Total funding amount: $120M, Estimated revenue range: $1M - $10M, Founded in 2017
  • Among big techs, I have found just one person from AWS who joined this company
  • offer: base $190K, no bonus, Equity: 114K (not sellable now, the company is expecting to go for IPO in 2-4 years). I may be able to negotiate this offer.

Thanks in advance for any kind of suggestions/comments.

My ideal plan was to reach E5 (Senior Engineer) on my current team and then leave. But I am nowhere near promo currently. I’ve been on my current team for about 1.5 years now. I have to get promoted in about a year from now, or else I’ll be fired.

I need help deciding whether I should roll the dice and switch to another team. I’ve built some strong relationships on my current team, worked with my manager for over a year now and am fully ramped up to my current team’s stack. I’m not sure how to make the decision of whether to leave or to stay.

I will be moving to a new team soon. Is it recommended to ask for feedback from my old team before moving out.

I have good relationship with my team and I want to leverage them to know more about my overall contribution as a team player and engineer.

What is the best way to do that ? What type of questions I can ask ?

I want to avoid falling into same mistakes and grow faster in my new team.

I work as an E4/L4 equivalent Software Engineer at a fairly big tech company (5k+ employees).
My org's Senior Director is interested in helping engineers in his team develop good soft skills which align with one's career aspirations.

I have my 1st recurring 1:1 with him soon where we'll be brainstorming over which skills I can work on one by one. I want to go in this meeting with some ideas.

Personally, at this stage of my career, I haven't thought about whether I would like to stay in IC role or get into management some years down the line. So for now, I want to work on the soft skills which would generically provide best returns in future in the tech industry.

The ones which come to my mind are -
- Presentation Skills
- Leadership Skills
- Conducting meetings well with a large audience
- Decision Making

Can you please share the right skills to work on from your side ?
Also any pointers on action items I can take for each skill you recommend (or for above mentioned skills) will be of great help too. Thanks.

What are common limiting beliefs that you all believe software engineers have that aren't true that typically cause them to hold themselves back or causes them to not progress as quickly as they'd like?

I would assume that at each stage there are some beliefs that we have that cause us to not progress, I am currently most interested in SDE2->Senior, but would also be interested in hearing other common limiting beliefs to progress past senior as well!

Hey folks,

I don't know how to contribute to our team's monthly planning. How should I come up with ideas for things that the team should work on and contribute to our team's road-mapping meaningfully?

Hey folks,

I’ve been on my current team for almost 1.5 years now. My hope is to get a promotion sometime this year which might require a higher performance review (Exceeds Expectations). But if I get an average performance review (Meets All), does it make sense for me to roll the dice and switch to a different team in the hopes of faster growth there?

I know there are significant costs to switching teams, and I want to make a well-informed decision if I do decide to switch teams internally.

Hi Taro folks,

I’d like to create a doc to track my deliverables across engineering axes to make my work easier to see for my manager. This should also help with arguing for promotions down the road… does anyone have a good format for such a doc? FYI: engineering axes include project impact, people, direction, engineering excellence, etc.