Nail Your Promotion As A Software Engineer [Part 18] - Organizational Complexity

In order to get promoted to senior engineering levels and beyond, you can't just be good with code, you need to be good with people too. This lesson teaches you:

- A basic, straightforward framework to understand what the organizational complexity of your project is
- How to calculate the quantity of your organizational complexity
- How to calculate the quality of your organizational complexityIn rode

Nail Your Promotion As A Software Engineer [Part 16] - Impact

Impact is a word that's constantly tossed around the software engineer community, especially at Meta. But what exactly does it mean? This lesson teaches you:

- The definition of impact and how it varies between bigger and smaller tech companies
- The 2 core industry terms you should know when it comes to impact
- How junior and mid-level engineers are rewarded when it comes to project impact (spoiler: they usually aren't)

Nail Your Promotion As A Software Engineer [Part 11] - Step 0: Establish Yourself

So many software engineers want to move up the career ladder as soon as possible, but they're way too hasty when it comes to seriously thinking about promotion. This lesson teaches you:

- The embarrassing failure mode to avoid with bringing up promotion
- How to know if you have established yourself as a rock-solid performer
- How long you should generally wait before asking about promotion

To dig deeper into becoming a high performer, check this out: ["What's the difference between a low performer software engineer and a high performer?"](https://www.jointaro.com/question/nMxx2EMVIlJbl1oK4SGu/whats-the-difference-between-a-low-performer-software-engineer-and-a-high-performer/)

Nail Your Promotion As A Software Engineer [Part 10] - You Need More Junior Teammates

Every software engineer pushing for promotion understands that they need more senior teammates to emulate as role models and seek mentorship. However, many software engineers don't realize they need more junior teammates too. This lesson teaches you:

- Why you need more junior teammates
- How scope dynamics work on an engineering team
- The classic "pyramid scheme" of growth that a healthy engineering team runs
- What healthy and unhealthy teams look like when it comes to more junior engineer presence

To learn how to scale yourself through more junior engineers, check out this incredibly in-depth explainer here: ["How can I help juniors?"](https://www.jointaro.com/question/OzbQJCzLPbOKTEqpeSxF/how-can-i-help-juniors/)

Ace Your Tech Interview As A Software Engineer [Part 34] - Don’t Be Weird

It is easy for software engineers to get desperate when looking for a job, and this can lead to things getting weird. The danger here is that if you're too weird, you can get automatically rejected. This lesson teaches you:

- How to send Thank You notes properly and how doing it incorrectly can lead to you failing the interview
- What to do if you were able to complete the interview problem just a couple minutes after the round ended
- The general framework to follow when it comes to post-interview communication

Ace Your Tech Interview As A Software Engineer [Part 33] - Understanding Big Tech Interviews

For many software engineers on the interview grind, FAANG is **the** pinnacle, the dream destination. However, Big Tech interviews are so frustrating and notorious for their difficulty. Why is that? This lesson teaches you:

- The general perspective of Big Tech when it comes to hiring software engineers
- What centralized hiring is, why it's unique, and how it affects the interview process (particularly for 2 certain FAANG companies)
- Which interview types are more common for Big Tech and why
- Which interview types are less common for Big Tech and why

To dive deeper into cracking the FAANG interview: [\[Taro Top 10\] Breaking Into FAANG](https://www.jointaro.com/playlist/roKqDHgxu4C5CioEFpJY/)

Ace Your Tech Interview As A Software Engineer [Part 32] - Understanding Startup Interviews

A huge portion of software engineers will be unable to get into Big Tech on their first try, and that's completely okay! The good news is that startups are quite awesome and can often lead to better career growth compared to FAANG. This lesson teaches you:

- The general perspective of startups when it comes to hiring software engineers
- Which interview types are more common for startups and why
- Which interview types are less common for startups and why

To dive deeper into acing startup interviews: ["How to prep for interviews at a startup?"](https://www.jointaro.com/question/iNwnJg9G2DCXrLFdIwmV/how-to-prep-for-interviews-at-a-startup/)

Ace Your Tech Interview As A Software Engineer [Part 12] - Job “Requirements”

We've all seen the insane "entry-level" job postings that require 3-5 years of experience. This lesson teaches you:

- Why job postings are so ridiculous (hint: it's how capitalism works)
- How treating job requirements as a wish list feeds into the overall strategy of quantity &gt; quality
- The amount of requirements met that you need to justify applying for a job

Level Up Your Code Quality As A Software Engineer [Part 25] - Seas Of Newlines

Newlines are necessary everywhere (including this video description), but they're very much something that can get annoying fast in large quantities. This includes code. This lesson will teach you:

- The "Seas Of Newlines" messy code anti-pattern
- How to fix code that's like this and write better code instead

PIPs and Interviews: The Ultimate Guide To Navigating A PIP

The PIP is as big a deal as you make it out to be. This is the key insight as you interview at other companies: **Don’t share information** **that hurts you.** 

In the same way that you wouldn’t share your previous salary or your compensation expeditions in the interview, you also shouldn’t share past performance struggles. You don’t get points for transparency. The thinking should be that you only share information if it helps you with the job interview. In particular, you should *never mention that you got PIP-ed*.

Instead, use neutral phrasing like “*I’m super excited about this company. I deeply resonate with the mission and people.*” Or *“The previous role wasn’t a good fit”*

Staff Engineer (L6) Describes Most Important Skill - Sammy Nguyen

Sammy is a Staff Engineer (E6) at Gusto.

- **Most important skill**: level up and unblock your team. At the Staff level, you need to have multiplicative impact on the team, which means making your teammates better.
- **Advice**: talk to people and learn about the problems. This is how you learn about the organization and land enough impact.

Here's the full playlist asking engineers what the most important skill is for their level: [Asking 7 Levels Of Engineers The Most Important Skill](https://www.jointaro.com/playlist/J9Io5lDGaYUpI8vGrUyI/)

Helpful links:
- [The Journey to Staff Engineer In Big Tech (Panel Discussion)](https://www.jointaro.com/lesson/SaYyJGLYvrAy4XGrDhy7/the-journey-to-staff-engineer-in-big-tech-panel-discussion/)
- Taro's top 10 to get promoted from [mid-level to senior engineer](https://www.jointaro.com/playlist/AUMiBTvYUv0gcOzuu26V/)
- Taro's top 10 to get promoted from [senior to staff engineer](https://www.jointaro.com/playlist/YD8LMCSlE71VUGUbNAWM/)
- [David Pan on what makes a great tech lead](https://www.jointaro.com/lesson/uHqZZ15SK19MatEvLSO6/what-makes-a-truly-great-tech-lead-a-vp-of-engineerings-perspective/)
- [Sammy on LinkedIn](https://www.linkedin.com/in/sam-nguyen-43519023/)

FAANG Is Too Cushy? How Big Tech Engineer Founders Often Fail

Eric Bahn, a VC from Hustle Fund, talks about the common failure modes of founders who previously worked in Big Tech.

Some of the questions we discuss:
- Does success in a Big Tech job translate to founder success? Seeing how things are done "properly" in a FAANG (or equivalent) company is very valuable. However, the skills needed to start from scratch are very different.
- How Rahul thought about leaving Meta after 4.5 years to start Taro: **when you start a new product or company, no one cares about you**. It is very, very hard to get people to care about you, to even give you the time of day. That's why having distribution networks are so important.
- How long is *too* long in a Big Tech company? If you've been at a FAANG company for 6+ years, is that a negative signal for your ability to start a company? Obviously this depends on the situation, but it's important to be aware of the perception.
- What are the most common failure modes of ex-FAANG founders?

------

- Connect with [Eric on LinkedIn](https://www.linkedin.com/in/ericbahn/)
- This is a re-post from [Rahul's YouTube channel](https://youtu.be/63b6A8A3kAU)

How To Maximize Your Peer Feedback Impact And Build Stronger Relationships

- Like everything else in life, peer feedback follows The Golden Rule: If you want good feedback from your peers, you should write good feedback for them.
- If a peer feedback request doesn't have a specific ask, proactively ask your peers what they want your feedback to focus on. This really shows your peers that you care deeply about them as performance review is such a core part of every employee's life.
- Writing very powerful, salient feedback for your peers on this crucial stage of performance review is one of the effective ways to build immense social capital.

Understanding How To Empower Your Manager To Get The Rating You Want

- Come calibration time (i.e. when managers and very senior engineers come together to calculate your manager), your manager is going to have to defend you to get the rating they're proposing for you.
- This is another reason why it's so important to have a clear expectations plan. By setting the baseline, your manager has a concrete anchoring point to argue your case, in particular when you have gone above and beyond the baseline.

[Part 5] Meta Intern Success Series - Writing The Code

- Keep your diffs focused and atomic. Aim for 25-250 lines of code per diff.
- Use stacked diffs: They are core to Meta's code culture. If you're unsure how to break up your work into a diff stack, work with your intern manager to come up with how things should be broken down.
- Make sure that all your diffs have a really good context section. You can have a "Context" section at the top explaining the overall goal of the diff stack (i.e. usually what your intern project is meant to do) and then a "In This Diff" section which explains the specific problem your diff tackles.
- Attach a test plan to show that your code works and to turn the diff review into a high-value artifact. Record a video of you stepping through the flow if possible (this should be easy as many interns work on internal tools) and make sure to cover those edge cases!
- Keep a very close eye on your Phabricator notifications. Your goal is to respond to code review comments quickly (within 30 minutes) and gracefully. **Code review feedback is the main way you grow as a software engineer intern** as the internship's goal is to develop your raw coding ability.
- Land diffs ASAP, so you don't need to deal with rebase hell.

Related resources:
- [One Diff, One Thesis - What Every Code Review Should Be Like](https://link.jointaro.com/Wnp45zAysqyaidSF7)
- [The Most Common Mistake Made When Authoring Code Reviews](https://link.jointaro.com/bCaB7gh2u5budm2V6)
- [What A Test Plan Is And Why Every Code Review Needs One](https://link.jointaro.com/62fq4369rxjXuDju5)
- [This Is What A Good Code Review Test Plan Looks Like](https://link.jointaro.com/ieDhChExstEpD8sw9)
- [Full In-Depth 1 Hour Masterclass On Effective Code Review](https://link.jointaro.com/Vn7YSzTL61i9shwM8)

[Part 2] Meta Intern Success Series - High-level Expectations

You can find the full playlist here: [Meta Intern Success Series](https://www.jointaro.com/playlist/D4fbBZdkNhIZCyOUofBx/)

- As mentioned before, your goal is to be operating as an E3 MA (Meets All Expectations) by the end of your internship. Assuming the standard 12 week internship, you have 10 weeks to do this.
- You will be working on production code, dealing with Meta's gigantic codebase. The exception is FBU (FB University, a "pre-intern" program) where you build an app/website from scratch in isolation.
- **Every week is crucial**. A great/terrible week can make or break your internship.
- Raw coding ability is the main thing you're judged on as a SWE intern (literally ~90% of your packet). The 2 main components here are velocity and quality, which means that your goal as a SWE intern is effectively just to write a lot of very high-quality code fast.
- In a vacuum, target landing 3-4 diffs per week. Of course, this will vary based on org, stack, etc - Work with your intern manager (IM) to get a more accurate range. You can look at previously successful interns in the org to generate a baseline as well.
- Write 1-2 Workplace posts as technical writing is super important at Meta. The easiest thing to do is write about your intern project as you hit major milestones, especially when you launch it.
- You need a cast of people to vouch for you during calibrations. Target having 2+ peers on top of your IM (i.e. so 3+ people total).
- You will likely work on an internal tool as it's free from XFN thrash and dependencies. Meta has a lot of respect for quality internal tools as well.

Why He Built (And Shut Down) A Meta Internal Tool for Pseudonymous Communication

Why Infrequent Manager 1 on 1s Severely Hurt Your Career

True or false: Delayed and infrequent manager 1 on 1s can seriously affect your career growth long-term.

Why is it crucial to have frequent, consistent 1 on 1 meetings with your manager?

Recurring one-on-ones act as a safeguard against the buildup of unresolved issues and help maintain consistent focus on career development and workplace health.

- **Prevents goal procrastination**: Infrequent one-on-ones make it easy to delay important but uncomfortable topics like career growth. Weekly cadence creates timely check-ins that keep development top of mind.
- **Creates built-in accountability**: Knowing a one-on-one is coming up each week reinforces reflection on progress and keeps both parties aligned on priorities and goals.
- **Maintains workplace “cleanliness”**: Like cleaning a home regularly, weekly meetings prevent work challenges from piling up. When issues are cleared consistently, the work environment stays healthy and manageable.
- **Supports better quality of work life**: Regular check-ins help address interpersonal or project-related friction early, reducing stress and misalignment over time.
- **Reduces communication lag**: By clearing the "trash" of misunderstandings or confusion regularly, one-on-ones create a more fluid and responsive working relationship.

Finding The Best Environment For Learning

True or false: The best way to level up is to join a team where you are the absolute strongest and know more than everybody. This way, you will get made the lead by default.

Why is it good to be the dumbest person in the room?

How can you really level up your skills building within a tech stack you are already familiar with?

The best environment for learning as a software engineer is one where you can get feedback and grow each day.

What Makes A Good Growth Environment For Promotion

Which of the following is a great way to increase your scope?

True or false: It is good to work in a company where there are constantly too many problems to solve.

Why is there always a plentiful supply of problems to solve in high-growth tech companies?

Tech Career Growth Videos

Our instructional videos provide software engineers with insights needed for career growth. Masterclasses go incredibly in-depth on a specific tech topic while case studies are real examples from established engineering leaders.