Master The DSA Interview [Part 4] - DSA Prep Is Insanely High ROI

It's easy to look at data structures and algorithms and see them as an annoying waste of time. However, there's more to them than you think. This lesson teaches you:

- A healthy perspective to have when it comes to studying data structures and algorithms
- Why data structures and algorithms are uniquely positioned when it comes to career return on investment for your time
- How to transform your mindset to actually be excited when grinding LeetCode

Master The Behavioral Interview [Part 4] - Don't Memorize: Be Nimble

Too many software engineers keep thinking as if they're still in school, and this applies to how they study for interviews. Unfortunately, memorization is a terrible strategy with behavioral interviews. This lesson teaches you:

- The mindset you need to have to be a successful behavioral interviewer
- Why memorization doesn't work with behavioral interviews
- How to properly train your brain when it comes to behavioral interviews
- What good vs. bad looks like when it comes to what to remember with behavioral interviews

How Alex Got Into Meta With 0 Prior LeetCode Experience

What A Test Plan Is And Why Every Code Review Needs One

In this video, we explore the value of including a **clear test plan or demo** with every code review. This simple but often overlooked practice builds trust, improves collaboration, and turns code reviews into lasting pieces of product and engineering history.

### Key Takeaways:

- **We always include a test plan or demo**: Whether it's a video, GIF, image, or command-line instruction, we attach an artifact that shows what our code does—especially when it impacts visual or user-facing components.
- **We demonstrate the *actual* behavior of our code**: A video showing the happy-path functionality proves the feature works and saves reviewers from guessing or manually testing our changes.
- **We create long-term product context**: Test plans turn code reviews into searchable, durable documentation. They help future engineers (including ourselves) understand *why* a piece of code was written and what it was supposed to do.
- **We reduce risk when extending legacy code**: When we need to modify or build on old code, a past test plan often reveals how that code works, what features it powers, and how to avoid breaking it.
- **We invest a few minutes now to save hours later**: Including a test plan takes only 5–10 minutes but dramatically improves team empathy, speeds up reviews, and enhances the maintainability of the entire codebase.

This practice is one of the easiest and most impactful ways we show care for our teammates—and for the long-term health of the code we ship.

A Huge, Often Unused Way Your Manager Can Help With Promotion

- Your manager is critical to your promotion. More specifically, if your manager is not supportive of your promotion case, it is near impossible for you to get promoted.
- You need to create a plan with your manager as soon as the performance review cycle starts to set expectations on what you need in order to be a good candidate for promotion. It should be modal and detail the following:
  - What it means to meet expectations
  - What it means to exceed expectations
  - What it means to totally crush expectations
- Regularly work with your manager to get feedback and understand your progress for this plan

3 Mistakes Too Many Software Engineers Make (from a Director at Airbnb)

As Head of Search Engineering at Airbnb, [Rachel Zhao](https://www.linkedin.com/in/rachelzhao/) has coached + mentored many engineers as they climb the ladder. She calls out 3 things NOT to do for software engineers: 

1. **Don't work too hard (for an extended period)** - This leads to burnout, which hampers both your health and your growth. Rachel regularly spends time reflecting and figure out what new skill/project she can take on. You can learn more about the importance of reflection when it comes to productivity in [our video here](https://link.jointaro.com/dXkvKXs4FfbK5V6h7).
2. **Don't say "I'm not learning enough"** - At the end of the day, the company hired you to do a job - Growth is more of a 2nd order priority for many companies. This means that you need to be proactive about owning your growth - Don't just expect your manager to hand you the perfect curriculum of projects to get to the next level. For in-depth advice on how to create that scope for yourself to get to the next level, check out [this in-depth Q&A advice](https://link.jointaro.com/bah6v7RFpnywVYyv9).
3. **Don't focus on the score, focus on the game** - In particular, don't focus too much on level and viewing others as competitors. Think about how your org functions and how you can add the most impact. Check out our in-depth advice on [how to view levels when it comes to your career](https://link.jointaro.com/JJBA5KSCLdoK9Sc39).

Nail Your Promotion As A Software Engineer [Part 4] - Do It For The Right Reasons

It's easy to become promotion-obsessed, especially at top companies like FAANG where promotions are so meaningful. However, this is a toxic mentality to have that ultimately hurts your career ambitions. This lesson teaches you:

- How to strike a delicate balance between deliberately pushing for promotion and having a healthy growth mentality
- The optimal mindset to have to get to extremely senior engineering levels
- Common pitfalls promotion-obsessed engineers fall into and what you should do instead for each of those situations

Related resources:

- ["How do I come up with innovative, impactful ideas and bring them to my team?"](https://www.jointaro.com/question/3QIJhAT4loA7n1hSfCuw/how-do-i-come-up-with-innovative-impactful-ideas-and-bring-them-to-my-team/?playlistId=EWIo3USNcsgXbCs5PS0h)
- ["How do I find projects for myself at work?"](https://www.jointaro.com/question/KitOGyYkpbsXFGoHPJUj/how-do-i-find-projects-for-myself-at-work/)
- ["How can I help juniors?"](https://www.jointaro.com/question/OzbQJCzLPbOKTEqpeSxF/how-can-i-help-juniors/)

There Is No Such Thing As A Stupid Question

What is a good amount of time to be stuck before asking a question?

True or false: To prove that you are a good engineer when joining a new team, you should ask as few questions as possible.

What is the optimal amount of questions to ask per week as a junior engineer?

True or false: Asking a lot of questions can help other people in your company and increase your respect within your team.

What are the benefits of asking a lot of good questions?

- There is no such thing as a stupid question: Each question is a genuine request to become more informed about the world.
- If there's a metric to measure your onboarding, it's the amount of questions you ask.
- Don't worry about how you'll look when you ask a question. If you have taken the time [to choose a healthy team](https://link.jointaro.com/WtZRJ5GtEVvAskLh8), they will not think any less of you for asking.
- It's much better to ask questions than to be stuck for days, if not weeks. *If you're completely stuck after 15-30 minutes, just ask the question*.
- If you're asking questions in a public forum (which you should!), you are creating content with your Q&A pair. Not only are you benefiting by getting unblocked, you are having multiplicative impact by creating a useful resource that will help the team across the future.
- *If you are asking questions the right way, people will not get mad at you for asking questions*.

So how do you ask the questions the right way? You can find [our in-depth guide on how to do that here](https://link.jointaro.com/yhEYut43nosKyPYw9).

Asking Great Questions [Part 2] - There Are No Stupid Questions

All questions start off from a positive place: An intent to learn more about the world. What matters is how you move forward with that positive energy when executing your question. This lesson teaches you:

- Why there's no such thing as a stupid or dumb question
- Why software engineers need to ask a *ton* of questions in order to succeed
- How bad questions corrupt their initially positive core can weaken the reputation of the asker
- How good questions follow through on their initially positive core to maintain that positive energy and strengthen the reputation of the asker

Supercharge Your Professional Networking By Leading With Kindness

When people go into the professional world, they usually go in with a very cynical and cloistered mentality. This is very true among software engineers, but this mentality often holds them back when it comes to professional networking.

Here are the core points from the video:
- **Kindness is 10x more valuable when it's unexpected** - Because everyone has that more cynical mentality in the workplace, proactively being very kind to people that don't expect it builds up an immense amount of trust extremely quickly. By taking a chance on someone like this, you are short-circuiting the normally long and laborious process of earning trust.
- **You can "target" kindness tactically** - You don't need to waste a bunch of time being overwhelmingly kind to everyone around you. You should do it for people who are important to your workflow, those who you have observed being kind to others, and [those who would be valuable to your professional network in general](https://www.jointaro.com/lesson/K1GyJ83GCVj7bfxytYrM/how-to-find-the-best-people-for-your-professional-network/).
- **Alex's and Rahul's Unexpected Kindness Story**
  - Rahul started at Portal a couple months after Alex did.
  - Portal was a very young org at this time with almost 0 onboarding infrastructure.
  - When Rahul joined, Alex still didn't really know what he was doing, but he knew more than Rahul did as he was brand new. Alex went out of his way to onboard Rahul smoothly, using his past struggles to make sure Rahul didn't hit the same pitfalls. This included a private doc Alex had been building up of the "tricks" he had learned while onboarding at Portal.
  - This unexpected act of kindness was the foundation for the relationship between Alex and Rahul, which has led them to cofound Taro!

Related resources:
- ["How do you network effectively within a company?"](https://www.jointaro.com/question/DwT9GtdYK9nwFV3a7jrU/how-do-you-network-effectively-within-a-company/)
- [Don't Waste Your 1 on 1s. Build The Relationship](https://www.jointaro.com/lesson/wcFrGc53iHzbWh0Ssw1j/dont-waste-your-1-on-1s-build-the-relationship/)

How To Effectively Leverage Skip Level 1:1s

Your "skip" is the person that your manager reports to - It's what happens when you "skip" your manager when going up your reporting chain. 1 on 1 meetings with your skip are tricky as you can't talk to them the same way you would to your direct manager:

Here's how you can get maximum value from your skip 1 on 1s:
- **Understand your organization's overall strategy** - Since your skip is operating at a higher-altitude, they will be naturally well equipped to answer this question. Ask them what their priorities are, and you can then weave them into your own work to increase your impact.
- **Share "on the ground" insights** - Skips are generally pretty disconnected from nuts and bolts day-to-day work due to their seniority. As an IC, you are well-equipped to share what that experience is like as that's your life. This is really valuable, if you can come up with insights on how to improve this experience.
- **Be honest with feedback** - There's not much value sucking up to your skip and telling them that they're great and everything is going great because of that. Be candid and unafraid to share real problems with how the organization functions.

Related resources:
- ["How to make the most out of Director/VP/Exec office hours?"](https://www.jointaro.com/question/GSihcOIzyP4sq5Gp1pWb/how-to-make-the-most-out-of-directorvpexec-office-hours/)
- ["Topics to talk in 1:1 with skip level manager?"](https://www.jointaro.com/question/yK1UiPgm1EElzHRIqlM8/topics-to-talk-in-11-with-skip-level-manager/)
- ["What should I discuss in first 1:1 with my skip-level manager?"](https://www.jointaro.com/question/WjBisBXMwLrSGO0mpR56/what-should-i-discuss-in-first-11-with-my-skip-level-manager/)

[Case Study] How To Land 18 FAANG+ Offers With Steven Zhang (Airtable, USDR, Tableau)

While on the job hunt in 2019, Steven Zhang received 18 offers (out of 22 onsites), including from companies such as Airbnb, Apple, Facebook, Palantir Technologies, Pinterest, Stripe, Uber.

In the process, he became an expert in software engineering interviews and job searching. Steven shared his thought process and methodology:

- When you have many interviews, **operationalize it, and treat it like a multi-week/month project**. Some days will feel like a slog, but that's ok and part of the process. (Steven used Airtable to coordinate all his conversations.)
- **Doing an interview prep course is completely worth it for DSA**. It may cost a few thousand dollars, but being able to land the ideal job is definitely worth it (and likely worth tens of thousands of $$). Steven used InterviewKickstart (his referral: https://bit.ly/swe-tips-ik).
- **For behavioral interviews**, Steven recommends:
  - Writing all questions you received in a Google doc
  - Recording yourself doing mock interviews with a friend and then listening to it.
- **Steven received offers at various levels through the bands**, from L3 (junior) to L5 (senior). Your level has huge implications for your compensation.
- Negotiation tips:
  - Negotiation should not be adversarial- think of it as doing price discovery
  - If you ask nicely, no one will rescind your offer for asking for more money.
  - Negotiation/post team matching is a way to get signal on the company itself

Relevant resources:

- [\[Masterclass\] How To Ace Your Big Tech Interview - Data Structures And Algorithms](https://www.jointaro.com/lesson/V4sTACzfOh22nMVcUV3w/masterclass-how-to-ace-your-big-tech-interview-data-structures-and-algorithms/)
- [\[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/)
- [How Alex Got Into Meta With 0 Prior LeetCode Experience](https://www.jointaro.com/lesson/ZYiTbN21FsqFxFdpwt5a/how-alex-got-into-meta-with-0-prior-leetcode-experience/)
- Steven's [viral Medium article about this experience](https://medium.com/@stevenzhang/how-i-landed-18-faang-software-engineer-offers-after-not-interviewing-for-5-years-fc0dfc957a5d).
- Connect with [Steven on LinkedIn](https://www.linkedin.com/in/stevenqzhang/)

Learning A New Codebase? Here's How To Figure Out What Matters

In this video, we explore how a strong **test plan** benefits not just the immediate code review process but also long-term codebase understanding and team efficiency. As engineers join new teams or revisit legacy code, test plans become invaluable guides for understanding and validating past changes.

### Key Takeaways:

- **We use test plans to unlock team knowledge**: In large codebases, no one fully understands every part of the system. A clear test plan helps future engineers (and our future selves) grasp what a change does and why it was made.

- **We prioritize hotspots over ancient code**: When onboarding to a team, we focus on recent changes in active areas of the codebase—not the 1,000 untouched lines at the top. Test plans tied to recent diffs help us make sense of these hotspots quickly.

- **We support testability with repeatable artifacts**: Whether it’s a video, screenshot, or command-line script, we include a way to replicate and verify our changes. This ensures others can validate functionality easily and efficiently.

- **We aim for speed and clarity**: For front-end work, visual demos (videos or GIFs) help reviewers instantly see the impact. For backend or logic-heavy changes, unit tests and integration scripts are more scalable and maintainable.

- **We build infrastructure for long-term velocity**: Investing early in test infrastructure—like command-line test runners—makes it easier to validate changes quickly and helps teams move faster as the codebase grows.

Ultimately, we think of test plans not just as review aids, but as **living documentation** and a **key onboarding tool** for future engineers working in our code.

The First Thing You Need To Do Before Figuring Out Your Next Company And Team

Choosing the right company and team for you as a software engineer is one of the most important decisions you'll make, and given the high turnover in the tech industry, is a decision that you will have to make multiple times. This is why having the right mentality here is so crucial, which is what this video covers.

Here are the core points:
- Everyone is different - There is simply no "one size fits all" career path for everyone. FAANG companies are great overall of course, but there are going to *many* people and situations where it doesn't make sense to go there.
- Before thinking about your next move, have an honest conversation with yourself and those close to you about your priorities. *Your goal is to create a stack-ranked lists of your priorities.*
- Prioritization is a much harder exercise than people realize as there's simply so many angles to it. Here the ones mentioned in the video:
  - Compensation
  - Work-life balance
  - Company prestige
  - Supportiveness of team
  - Growth opportunities
  - Stability
  - Maximum outcome (risk tolerance)
  - Remote work
  - Product space
  - Company ethics
  - Technical space
  - Level/title
  - Benefits
  - Location

This clip was taken from the following masterclass: [[Masterclass] How To Choose A Good Company And Team As A Software Engineer](https://www.jointaro.com/lesson/0WEmTNZOMIh8xAdfO3JH/masterclass-how-to-choose-a-good-company-and-team-as-a-software-engineer/)

Related resources:
- ["How do I know when it's time to leave a team/company?"](https://www.jointaro.com/question/2Ahiy6ZtUYWDjkSoG3Zk/how-do-i-know-when-its-time-to-leave-a-teamcompany/) - This is the Q&A that Rahul mentioned in this video.
- ["What's the difference between Big Tech and startups in terms of learning and growth?"](https://www.jointaro.com/question/KWXIrFIR1EIJsvdOdo7u/whats-the-difference-between-big-tech-and-startups-in-terms-of-learning-and-growth/)

Write A Stellar Resume As A Software Engineer [Part 2] - Why You NEED A Killer Resume

As a software engineer, there are a million different things you can do. Choosing the right things to work on from engineer to engineer, but the good news is that having a great resume is one of those right things for every engineer. This lesson teaches you:

- Why optimizing your resume is one of the highest return on investments you can possibly do
- Understanding the overall job search funnel and how a good resume fits within it

How To Figure Out If An Engineering Manager Is Good

This segment emphasizes how to make informed decisions when evaluating a potential team or engineering manager, especially in scenarios like internal transfers or team matching at large companies. Rather than relying solely on the perspectives of hiring managers, it's essential to dig deeper and gather honest insights.

- **Recognize incentive misalignment**: Engineering managers are incentivized to grow their team, so their portrayals may be overly positive. Rarely will a manager openly admit that a team has significant issues.
- **Talk to individual engineers**: Engineers, especially those who’ve been on the team for a while, tend to be more honest about both the strengths and challenges of the team. Speaking with two to three engineers—including the tech lead—can offer a well-rounded perspective.
- **Attend a team meeting if possible**: Observing how a team interacts in real-time reveals power dynamics. Red flags include a manager dominating the conversation or cutting off team members, indicating possible micromanagement.
- **Tap into your network**: For a broader view of the company or org, talk to trusted contacts about engineering culture and how managers are evaluated. These insights are rarely available through public sources.
- **Build long-term relationships for deeper intel**: Sensitive, nuanced feedback usually only surfaces when mutual trust exists. Superficial networking isn’t enough—invest in meaningful relationships to access the full truth about potential teams.

How To Be An Effective Tech Lead [Part 4] - Go Deep, Not Broad

In order to become a tech lead, you need to have incredibly effective technical skills. So what does that mean?

- What it takes for your technical skills to be respected as an engineer
- Why depth is more important than breadth
- What it means to have true technical depth, shown with an in-depth example

To sharpen your technical depth, take our code quality course: [\[Course\] Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)

20 Years Of Fighting Procrastination [Part 2] - The Right Mentality For Productivity

Many engineers think their lack of productivity is a motivation issue, so they start off by focusing on that. However, this is usually not the right way to go. Here are the core points from the lesson:

- Action creates motivation, not the other way around—starting small builds momentum
- Progress triggers a positive spiral: productivity → feeling good → more productivity
- You only need discipline for the first 5 minutes—after that, the task usually becomes easier

Course Introduction

In this opening session, Gilad Noor introduces the Essence of Management course, outlining what we’ll learn, how it’s structured, and what to expect. The focus is on practical, actionable lessons that help us become better managers.

- We’ll explore one core management lesson across **four modules**, combining theory with hands-on exercises to build real-world skills.
- The course begins with a look at the **individual contributor role** to set the foundation, then shifts to the core question: *What is a manager’s job—really?*
- Later modules help us **practice and apply** what we learn, and then explore how to take our management capabilities even further.
- Gilad brings his experience as an engineering manager at Meta, Amazon, and a clean tech startup, along with his work coaching over 100 managers.
- The course is designed to be **accessible, practical, and growth-oriented**, helping us avoid common mistakes and accelerate our impact as managers.

If you want to learn more from Gilad, he shares free leadership advice daily on [LinkedIn](https://www.linkedin.com/in/giladnaor/?utm_source=taro&utm_medium=course&utm_campaign=cta) and weekly on the[ δeltas newsletter](https://posts.managementdeltas.com/?utm_source=taro&utm_medium=course&utm_campaign=cta)

Top System Design Interview Mistakes [Part 10] - Don't Speak Only in Hypotheticals

In this video, we discuss a common mistake in technical interviews - Talking only in hypotheticals instead of applying knowledge to practical scenarios. Here are the key points we cover:

- Many candidates discuss system design concepts theoretically without considering real-world applications
- We provide an example contrasting a hypothetical approach with a more practical one
- The goal is to show real-world engineering skills, not just theoretical knowledge
- **Our main advice:** Avoid "it depends" answers and make assertive decisions with proper justification

If you need extra help with your system design interview, [Formation.dev](https://formation.dev/partners/taro) can provide you hands-on, personalized support. Join us here: <https://formation.dev/partners/taro>

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.