Nail Your Promotion As A Software Engineer [Part 23] - Sell Yourself, Claim Your Wins

So many software engineers don't realize that perception and reality are 2 very different things that often drift apart. The painful truth is that perception is far more important than reality. This lesson teaches you:

- How software engineers can do amazing work but their teammates actually think they're mediocre
- Why you need to put in the work to get full credit for your work, especially for promotion
- Why you shouldn't only wait for huge launches to communicate progress
- Which mediums to use when it comes to sharing progress updates
- The many benefits of high-quality project updates

For more concrete tactics on writing a top-notch project update, check this out: ["How to get more visibility on work?"](https://www.jointaro.com/question/XA0X51AypDLCeVeleJv4/how-to-get-more-visibility-on-work/)

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 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 24] - System Design

System design is another common interview type, particularly among Big Tech companies. Unlike the notorious data structures and algorithms, system design is something you actually do on the job. This lesson teaches you:

- When to expect system design rounds during the interview loop
- What kinds of engineers get system design questions
- What you should be doing when getting a system design question
- What a proper system design diagram looks like

To master the system design interview, check out these resources:

- [\[Masterclass\] How To Ace Your Big Tech Interview - System Design](https://www.jointaro.com/lesson/J3I9fTW9ulr6T9KjxpqY/masterclass-how-to-ace-your-big-tech-interview-system-design/)
- [\[Course\] Frontend System Design Masterclass - Building Playlists](https://www.jointaro.com/course/frontend-system-design-masterclass-building-playlists/)
- [\[Taro Top 10\] System Design](https://www.jointaro.com/playlist/MFc9JT0tZSmOwbuKC2C7/)

Ace Your Tech Interview As A Software Engineer [Part 17] - Avoiding Scams

There is a lot of desperation among job seeking software engineers, and there's tragically a lot of evil people out there eager to take advantage of that. This lesson teaches you:

- The most common "job training" scam and how it works
- The relatively new fake check remote work scam and how it works
- How to keep yourself safe with the overall principle to keep in mind when it comes to identifying scams in general (not just when job searching)

Ace Your Tech Interview As A Software Engineer [Part 15] - Cover Letters

Cover letters are one of many roadblocks predatory tech companies put in your way during the application process. They convince software engineer job candidates that they can win with gushy words, but this is almost never the case. This lesson teaches you:

- The very minimal impact cover letters have on the hiring loop
- The rare situations where cover letters can actually work
- What to do if a cover letter is required for a company you aren't genuinely ultra-passionate about

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)

[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

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?

It’s not what you can see. It’s what they feel and don’t say.

There’s a kind of tension that never shows up in Jira.\
But you can feel it. In meetings. In messages. In that slight shift in tone.

This section helps you see what people won’t say directly—but always signal.\
Because the real blocker isn’t the one they’ll name.

**Want to go deeper?**

- Explore more tools and courses at [**Taha’s Method**](https://www.tahasmethod.com/) — from interview prep to leadership development.

- Follow me on [**LinkedIn**](https://www.linkedin.com/in/tahahussain/) and subscribe to my weekly newsletter, [**The Conscious Leader**](https://tahahussain.substack.com/), for more lessons like these. 

- **Taro members get 30% off** my flagship course [**Top Tech Leader**](https://bit.ly/tarotopleader)*. Discount available later in the course.*

20 Years Of Fighting Procrastination [Part 12] - Set Up Your Calendar

Segmenting your calendar with intention can drastically increase your deep work capacity and reduce distraction. Here are the core points from the lesson:

- Decompose your calendar by assigning specific time blocks for high-leverage work, shallow tasks (like email), and recovery to reduce ambiguity and improve clarity
- Avoid scattering meetings across the week—batch them into clusters (especially 1:1s) to preserve longer stretches of focus time
- Use your influence to improve team-wide productivity by suggesting standardized no-meeting days or more structured meeting schedules
- Even if you don’t follow your calendar plan perfectly, the act of time blocking improves your estimation skills and helps build a rhythm for deep work

20 Years Of Fighting Procrastination [Part 9] - Say FU (Focus Uninterrupted) To Meetings

Sitting through too many meetings can quietly kill productivity. This video offers a framework for reclaiming your time and focusing on deep work. Here are the core points from the lesson:

- One time in Rahul's past, there was very senior Facebook engineer boosted output and morale by declaring “meeting bankruptcy” and skipping all meetings for a month to focus on heads-down coding
- Most meetings aren’t necessary—test their value by asking if they make you more effective and whether the same information could be shared asynchronously
- As you get familiar with your company’s culture, work with your manager to trim or redesign meetings that don’t drive impact, especially recurring ones

Become A Debugging Master [Part 9] - Understand The End-To-End Flow

Most engineers waste time guessing at random fixes instead of methodically understanding the flow of what’s actually happening. Here are the core points from the lesson:

- Before you fix a bug, deeply understand the end-to-end flow, the intended behavior, and where reality deviates
- Avoid “blind fixes”—randomly adding things like null checks without fully identifying the root cause leads to fragile software
- Break down the system into smaller steps, narrow down the problem area through a process of elimination, and ask better questions based on where things fail
- Understand which components are involved, how they communicate, and what data formats they expect to quickly spot mismatches or errors
- Strong debuggers act like detectives: they map out the flow precisely, isolate the problem, and only fix after gaining clarity on why things broke

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.