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

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

Is sprint planning and agile not a thing at meta? I’m doing a lot of research since I’m trying to see how it’s like as I’m spending time leetcoding and if the vibes there are it’s on you to plan your projects and set a timeline then sprint planning would actually make the engineers not excel in independent planning?

And it seems like it’s against good e4 performance to be prompted to set your deliverables at the end of the sprint? Just not sure how agile is used cuz if it’s on everyone to figure out how to project manage on their own then what’s the point of agile?

There have been multiple instances since I joined last October with my manager where in, I felt I didn't fit in. I had lots of excitement when I joined in, but since the 1st month, with interactions I have had with him everything went downhill.

I realised that I don't work until there's a fire/my life depends on it (serious deadline). I am literally the pro definition of procrastinator. I have been this person for so many years. Until things get serious, I have never had self motivation to do the hard things. When I want to do hard things, I always have procrastinated, when deadline comes, I try to find existing solutions, only when there's nothing that exists but I have to think and create one and I believe I can do it, I do it!

These things make me worry whether I have the ability to take anything up in this world. When items/issues are discussed during work, others pitch in and talk, and I just listen, and think, how am I not able to come up with these stuffs or be proactive in solving problems.

Is tech not for me?

What should I do now? My PIP is for 1 month. I do think I can survive PIP as this is exactly the fire thing I was talking about above. But I don't think I can provide the consistency they ask for! I am preparing for backend since I found my work in DevOps is mostly Ops and I like learning things than executing. I am not ready for job change for primary reasons like -

1. Don't know what job should I take?
2. Not ready to take DevOps roles with current knowledge I have
3. Not ready yet to clear backend interviews

Has anyone else ever been in my shoes? Not in PIP terms, but if they can relate to the procrastination bit / self motivation. What did you do to solve the problem?

Hi, I'm a SDE2 level software engineer from India. My parent's health is poor, and I can't leave my town for that reason. However, there's no tech scene at this place, so what would you suggest I do?

Say a recruiter from Series C reaches out to you for a SWE role.

What all are the questions that one should ask in order to do the understand the potential of the startup so that there is less risk of layoffs when joining there, given the uncertain times.

I am aware of crunchbase website and looking at the news article that are linked there. What other homework one should during/before/after the interview process in terms of questions to ask, information to collect?

The limitation that is usually is the startups have very few employees so it is difficult to get concrete answers about the culture, WLB, actual work unless you are in their network.

Hi everyone, I have about 0 experience with machine learning and I'm thinking of ways to significantly increase my value in the future. My ideal plan is to get promoted to E5 in < 1 year and then change domains to ML (or ML Infra and work closely with ML engineers). I have almost 0 experience with ML directly, but I think they make much more money in the long run? I'm currently a backend software engineer.

Basically I want to know if it's worth investing my time & effort this or if it would be better to just eventually go for engineering management in the domain that I am already familiar with.

I am good at LeetCode style problem solving and can also manage system design, but I never get interview calls when I apply through the company portals. Also recruiters barely accept LinkedIn requests and even those who accept them do not respond when reached out to for an open position.

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?

Meta is my first large tech company, so I don't know much about the other big players (Amazon, Google, etc). I was curious as to what makes Meta unique compared to other giant tech companies, so I could get a better understanding of the industry overall.

After watching the focus-focus-focus video in the level up your , I was thinking where to find place where I can learn stuff under the hood in java and gain higher level of knowledge.

Most books and tutorials out there I believe they focus on superficial stuff, just enough to get things working.

Thank you.

An XFN stakeholder came up with a last minute requirement for a big project I'm working on, which will probably slow down the launch by at least a couple days. I already made promises to other XFN about the launch date.

What's the best way to mitigate the heat on failing to launch on time and zooming out, how do I deal with last minute launch blockers in general?

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

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

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

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

Recently, I have found myself just working on the tasks and investigating the bugs that my manager tells me to. However, from a performance perspective this would be considered "meeting expectations" at best. How do I develop a nose for impact and introduce new, innovative ideas to my team that really improve our product or development workflow?

I've heard Alex, Rahul, and other engineers within Taro talk about handholding when joining a new company for all engineers and for newer engineers in general.

What does it mean that an engineer doesn't require handholding anymore? Does this mean the frequency of the questions gets diminished or is it more about needing as much initial help to start tasks or something else entirely?

Came across on CSCQ where the original poster asks about what these missing essential skills. One reply had me wondering, how I can actually learn these points:

• How to write things in a way that other people really understand what you're saying.
• How to structure code so that you can come back to it in 2 years and understand it.
• How to show off the work you've done.
• How much testing is the right amount, and not too much or too little.

Given this industry, switching is always somewhere in my mind. How can I figure out if it makes sense to pursue that or stay? When it comes to staying, how do I know if my current team is conducive to my overall growth and goals going forward?

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

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

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

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

Source:

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

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

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 have been repeatedly told that I have a tendency to drop things when doing context switch between multiple tasks. How to manage my tasks effectively so that I can minimize this pattern?