How Managers Hire Great Engineers [Part 1] - How This Course Works

With this lesson, you’ll begin your learning journey of how to effectively manage the recruiting process to build a strong team. [John](https://www.linkedin.com/in/jwegan/) shares personal experiences and actionable insights for hiring success. We go through the course objectives, and after this course, you will:

- Understand the importance of prioritizing recruitment and building a robust candidate pipeline
- Learn how to evaluate and troubleshoot the recruiting funnel to ensure a steady flow of qualified candidates
- Discover strategies for sourcing top talent, especially when resources are limited
- Gain techniques for closing candidates who have multiple job offers, including specific tactics and phrases

Connect with John Egan on LinkedIn: <https://www.linkedin.com/in/jwegan/>

Maximizing a Severance Package 4/9 - Never Accept on the Spot

During a termination, don't sign anything on the spot. **Buy time.** Buy time to do your research, to prepare, and to come back and negotiate.

- Connect with [**Ethan on LinkedIn**](https://www.linkedin.com/in/ethanevansvp/)
- Taro members get a discount to join [**Ethan's Level Up community**](https://levelupwithethanevans.substack.com/taro25)

Grow From Mid-Level To Senior Engineer [Part 6] - The Goggles

Here's the harsh truth: The *vast* majority of mid-level engineers who are stuck at that level and unable to reach senior are holding themselves back (at least to some extent). This lesson teaches you:

- The classic unhealthy mindset that mid-level engineers have that keeps them from ever reaching senior
- How to correct the novice mid-level engineer mindset and evolve towards a senior engineer one by putting on **The Goggles**
- How to think about The Goggles after you are aware of them (which you will be after going through this lesson)
- The general way high-performing senior engineers (and beyond) view the world

Learn how to create scope with our playlist: [\[Taro Top 10\] How To Create Scope As An Engineer](https://www.jointaro.com/playlist/EWIo3USNcsgXbCs5PS0h/)

Easily Level Up All Your Meetings By Taking Notes

What is the most straightforward way to level up a meeting?

True or false: Maintaining a good set of meeting notes can help you substantially with promotion.

Which of the following are benefits of maintaining meeting notes?

Meetings are extremely expensive, because they take time. To make sure that you're not wasting time with your meetings, you should always be doing the simple yet effective task of taking notes.

Here are the core points from the video:
- **For recurring meetings, maintain a running doc** - This applies especially to 1 on 1s and team meetings. *If you're not talking during a meeting, you should be writing*. These notes allow everyone in the meeting to quickly absorb prior context and hit the ground running in the current meeting.
- **Come into every meeting with a written agenda** - >24 hours before the meeting, write down an agenda into the meeting notes doc and let the other other in the meeting know. This will anchor the discussion to minimize its chances of going off-track and shows great initiative on your end. 

Related resources:
- [[Masterclass] How To Get Promoted Faster In Tech](https://www.jointaro.com/lesson/W730BOdrfAIXAEVd8HUf/masterclass-how-to-get-promoted-faster-in-tech/) - The promotion talk referenced in the video
- ["How can I be more active in meetings and earn the respect of senior engineers?"](https://www.jointaro.com/question/RtISfsqipLWBhZxvyl69/how-can-i-be-more-active-in-meetings-and-earn-the-respect-of-senior-engineers/)
- ["How to hold people accountable for Action Items/decisions from meetings?"](https://www.jointaro.com/question/Jh8xg2KYi9utvUv9jUeO/how-to-hold-people-accountable-for-action-itemsdecisions-from-meetings/)

Your Onboarding Buddy

An onboarding buddy is someone who can help you adjust to cultural norms and direct your questions as a "catch-all." In addition to answering basic technical questions around workflow or code, the onboarding buddy is effectively lending their social capital to you to get you started. They are the safety net when you don't know who else to turn to. 

Rahul recommends that the onboarding buddy and manager be two different people. Your manager relationship contains a power dynamic in that you're interacting your boss, so you may not be fully vulnerable with them. The onboarding buddy is closer to a peer, which means you can get the help you need.

One of the most important roles for the onboarding buddy is to help you **figure out your support channels.**

Asking Great Questions [Part 4] - Make Questions Your Superpower

Many engineers see asking questions as a sign of weakness, which is why they don't do it. What these engineers don't realize is that if you do it properly, asking questions can actually become your *strength*. This lesson teaches you:

- The different levels of skill when it comes to asking questions
- The *massive* career benefits you can get when your question asking skills are truly top-notch, particularly around mentorship
- How expertly crafted questions build up your trust and reputation

To learn more about how to attract the best tech mentors: ["How does one attract a sponsor who is invested in their growth?"](https://www.jointaro.com/question/pRX7I8QC5YPOEDNX5q87/how-does-one-attract-a-sponsor-who-is-invested-in-their-growth/)

How To Find A Good Team With Career Growth Opportunities

Not every team will have the scope you need to get to the next level, especially at FAANG and Big Tech. If you're looking to get to senior engineer levels and beyond, here's what to look out for in a team:
- **Past launches** - If the team has frequent, meaningful launches from the past year, it's likely this will continue.
- **Healthy balance of levels** - You want folks more senior than you to learn from and folks more junior than you for you to mentor and work through.
- **Strong engineering manager track record** - In particular, see who they have been able to get promoted. If there are examples of senior and staff engineers grown organically within the team, that's another good sign.

This clip was taken from our team selection masterclass. You can watch it here: [[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:
- ["What should I look for in a new team in terms of growth?"](https://www.jointaro.com/question/i2bOMPrqaRc0NUZ7918F/what-should-i-look-for-in-a-new-team-in-terms-of-growth/) - Question from a Google L4 engineer
- ["How do I find a good team that sets me up for the mid-level -> senior level promotion?"](https://www.jointaro.com/question/oHJWlzm1qdHUZx66moaT/how-do-i-find-a-good-team-that-sets-me-up-for-the-mid-level-greater-senior-level-promotion/) - Question from an Amazon SDE 2
- ["What does it mean to not have enough scope to be promoted?"](https://www.jointaro.com/question/bJuagPwOEEy5vkcXKkqh/what-does-it-mean-to-not-have-enough-scope-to-be-promoted/)

What To Do If Your Manager Doesn’t Care About Your Work

This clip explores a common frustration where employees feel ignored by their managers, even when providing regular updates. The root cause is usually a misalignment in perceived project importance.

- **Perceived neglect often stems from misaligned priorities**: If your manager appears disengaged, it's likely because your project isn't among the top priorities they are focused on.
- **Managers typically operate with a clear project hierarchy**: In teams with many contributors, managers mentally stack-rank initiatives. Only a few projects (typically the top 1–2) receive the lion’s share of attention and resources.
- **Impact matters more than effort**: You may be doing good work, but if it’s not on a high-impact initiative, it won’t attract your manager’s attention or advocacy.
- **You have two options**:
  1. **Switch to a higher-priority project** that better aligns with team goals.

  2. **Build a compelling case** for why your current project should be elevated in importance—explain its impact, urgency, and strategic value.
- **Visualizing impact can help**: The graph referenced (a power law curve) illustrates that a small number of projects generate most of the value. Aim to work on—or reframe your work as—one of those high-leverage efforts.

Master The Behavioral Interview [Part 6] - STAR

Behavioral interviews are ultimately an exercise in story-telling, something that many software engineers unfortunately struggle with. This lesson teaches you:

- The STAR format, how it works, and why it's important
- What to include with S(ituation)
- What to include with T(ask)
- What to include with A(ction)
- What to include with R(esult)
- What a stellar behavioral interview answer following the STAR format looks like

The Rare Insight Top Tech Companies Have About Engineering Managers

Most engineering managers [EMs] are bad and aren't much more than glorified, overpaid whip-crackers. Here's what the world's best tech companies realize about engineering management that other companies don't.

Here are the core points:
- **Good EMs think long-term** - It's really easy to burn out the team for short-term gains, just working them harder and harder so everything ships quickly. However, this isn't hard to do and sacrifices the future of the team. Teams run this way eventually reach a state of weak productivity due to high turnover and completely drained engineers. Good EMs strive to operate their teams in a sustainable way, taking care of their engineers while also pushing for velocity.
- **Good tech companies hold EMs accountable** - In particular, EMs are expected to uphold the overall health and integrity of their teams. Companies like Meta explicitly score managers on how well they are able to give their engineers growth opportunities, preserve their work-life balance, and shield them from thrash so they have the focus to execute.

Related resources:
- [[Masterclass] What Software Engineers Should Look For In Their Engineering Manager](https://www.jointaro.com/lesson/oeY7ncZhzJ5NO6dij5e7/masterclass-what-software-engineers-should-look-for-in-their-engineering-manager/) - The full video where this clip was taken from
- [How Do Effective Engineering Leaders Help Their Teams Achieve More?](https://www.jointaro.com/lesson/xGJDCG7VL4hcZaq5XL92/how-do-effective-engineering-leaders-help-their-teams-achieve-more/)
- ["How do I figure out whether I should stay as an IC engineer or explore management as an EM?"](https://www.jointaro.com/question/Y6qIop9wpOlCYUL0nGs0/how-do-i-figure-out-whether-i-should-stay-as-an-ic-engineer-or-explore-management-as-an-em/)
- ["What are the commonalities and differences between tech leads and engineering managers?"](https://www.jointaro.com/question/c3MLGlkQgOQ6OUHANAxT/what-are-the-commonalities-and-differences-between-tech-leads-and-engineering-managers/)

Effective Communication Guide [Part 3.1] - The Power Of Thanks

- Alex's story:
  - At Meta, there was a tool called "Thanks Bot" where you could publicly thank a coworker, and it would alert them, their manager, and your manager.
  - Given that this tool was more "heavy", people at Meta tended to use it for thanking fairly large efforts.
  - Alex had a great coworker back at Portal who would use it to thank people whenever they just spent 5-10 minutes helping him with something. This took people by surprise as they weren't expecting such a thanks for something relatively minor.
- Thank people for small and medium sized good deeds, whether they helped you or just did some really good work. Thanks is cheap - You always come out hugely "on top" in interactions where you give thanks: Giving thanks takes a few minutes tops and receiving helping often requires 10+ minutes of the other person's time.
- If someone really went out of their to way to do something great, reach out to their manager and thank them there as well. This really deepens your thanks, and it helps them receive proper credit, which could even be reflected in performance review.

The Most Dangerous Thing People Don't Realize About FAANG

So many engineers focus on just the interview when it comes to breaking into Big Tech. However, cracking the FAANG interview isn't the main thing you should worry about: *Surviving at Big Tech is what's truly hard.*

Here are the core point from the video:
- **Big Tech expectations are very high** - In exchange for world-class pay, you are expected to have world-class productivity. For most engineers coming from non-Big Tech backgrounds, they're going to have to put out more work that's also higher quality compared to what they've normally done.
- **It can be hard to adjust** - This is especially relevant if you spent a very long time (10+ years) working at companies that weren't as cutting edge as Big Tech prior to going there. It is very difficult to do things in a completely different way to what you're very used to.
- **Performance review is stressful** - Since these companies are so big and have so much process, performance reviews are incredibly thorough and take a long time. It often takes months to write and collect all the feedback necessary to compute the final rating. Couple this with fear of PIP and stack ranking and you have an environment that really puts engineers on edge.

Related resources:
- [[Masterclass] How To Navigate Your Performance Review In Tech](https://www.jointaro.com/lesson/b0B8uqIAUnBLE10jJHJG/masterclass-how-to-navigate-your-performance-review-in-tech/)
- ["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/)

Building Software For Optimal Learning Example - Login Flow

A lot of junior engineers wonder why they have working software projects on their resume but aren't able to get a job. 99% of the time, it's because the projects they have built aren't anywhere near production quality.

This video covers an in-depth, concrete example of how you can level up a feature to be truly impressive in a portfolio:
- Bad login flow (bare minimum only):
  - Email input
  - Password input
  - Submit button which probably stores inputs on the server
- Good login flow (additional components on top of the above)
  - Ability to view the password in plaintext
  - Confirm password
  - Validate email
  - Password strength protections
  - "Forgot your password?" flow
  - Password hashing
  - Login attempt throttling

Related resources:
- [[Masterclass] How To Learn Quickly In Tech](https://www.jointaro.com/lesson/u9ldIvrTvV1wfWExccDR/masterclass-how-to-learn-quickly-in-tech/) - The full video this clip was taken from
- [How The Best Software Engineers Learn - The Lego Model](https://www.jointaro.com/lesson/9cVK5zsAQstbTCc1wrWx/how-the-best-software-engineers-learn-the-lego-model/)

Master The Behavioral Interview [Part 7] - The #1 Behavioral Interview Question

In life, many things follow a power law where a specific group of things are far more important than all the others. This applies to behavioral interviews as well. This lesson teaches you:

- The most important behavioral interview question you absolutely must know and the many forms it can take on
- How to answer it properly, especially if the true meaning is hidden
- What a great project to talk about during a behavioral interview looks like

Go through the "Project Credit And Scope" section of the [promotion course here](https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/): <https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/its-not-just-about-impact/>

Avoid These Junior Engineer Mistakes With Code Review

In this video segment, we reflect on common mistakes and best practices around code submissions, especially relevant to early-career engineers. The discussion centers around how to be thoughtful and intentional in code reviews to earn trust and increase velocity over time.

- **We don’t treat code review as a speed game.** Moving fast at the cost of quality—like deferring fixes or separating tests from the initial diff—often backfires. We strive to bundle fully thought-out changes with tests as one atomic, reviewable unit.
- **We use RFC diffs to gather early feedback.** When we're unsure of direction, we create “Request for Comment” diffs clearly labeled as such. This helps reviewers give high-level input without getting stuck on minor details.
- **We always show proof of testing, even for small changes.** Even if our change is minimal (e.g., a refactor or doc update), we still confirm it compiles and passes existing tests to signal due diligence.
- **We think like reviewers.** Providing context, test signals, and clarity up front not only earns trust but speeds up the feedback loop and helps us land code more efficiently.

Tech Lead Blueprint 3/17 - Why do TLs exist?

Connect with Lalit on LinkedIn: <https://www.linkedin.com/in/lalitkundu/>

Ace Your Tech Interview As A Software Engineer [Part 5] - Dynamic State vs. Prepared State

The overwhelming majority of software engineers went to college and grew up in a very academically-inclined environment. Bringing the mentality cultivated from that experience to the job search often unfortunately has bad consequences. This lesson teaches you:

- Why traditional learning methods don't translate well to software engineering
- The difference between *prepared state* (how you grew up learning) and *dynamic state* (how you should actually learn)
- A defining trait of the most successful interviewers, which most candidates don't have
- How to train yourself properly when it comes to your interview preparation and overall learning

[Masterclass] How To Get Promoted Faster In Tech

Related resources:
- ["How to drive my promotion discussion with my new manager?"](https://www.jointaro.com/question/nbYTuVbu3dqGlPALRGbR/how-to-drive-my-promotion-discussion-with-my-new-manager/)
- ["What does it mean to not have enough scope to be promoted?"](https://www.jointaro.com/question/bJuagPwOEEy5vkcXKkqh/what-does-it-mean-to-not-have-enough-scope-to-be-promoted/?playlistId=eZOEUatYEe7BBAZByuha)
- [Presentation Slides](https://docs.google.com/presentation/d/1LceOHzKxQ12LCtZvNu9OIXIE18UH_ldvW4gGZQewunA/edit?usp=sharing)

DSA Crash Course [Part 19] - Recursion Warm Up Lecture

In this lecture, Alvin explains some basic recursive function examples.

If you need additional support taking these DSA skills and actually applying them, take [**Alvin's**](https://www.linkedin.com/in/alvin-zablan-b73a92117/) *complete* data structures and algorithms course on [**Structy**](https://structy.net/?utm_source=taro). You can try out the concepts yourself in their interactive code editor and learn advanced DSA patterns like stack exhaustive recursion.

Use [**this link to get 20% off**](https://structy.net/purchase?promo_code=taro20) the entire Structy DSA learning experience.

Follow Alvin on LinkedIn: <https://www.linkedin.com/in/alvin-zablan-b73a92117/>

Properly Learning From Software Engineers More Senior Than You

True or false: What is built by a very senior engineer is more important than how they built it.

When observing very senior engineers, what should you look for to properly learn from them?

True or false: At the top tech companies, the very senior engineers make 5-10x more than their very junior counterparts because they work 5-10x harder than they do.

Which are good examples of questions you can ask when understanding a very senior engineer's behavior?

True or false: At the top tech companies, you are told less and less what to do as you grow more senior, working on more ambiguous projects while having greater freedom to choose what you work on.

As a junior software engineer, it can be daunting understanding the senior and staff engineers on your team. This video covers the mindset shift to make to start leveling yourself from properly observing them, achieving career growth without these engineers having to formally mentor you.

Here's the core points:
- **Observe more senior teammates' behavior** - Principal engineers will usually have 10x the impact of a junior engineer. They don't get there by working 10x as hard - We all have the same 24 hours in a day. Instead of asking yourself *what* these great engineers are getting done, ask yourself, "*How* do these engineers get stuff done?". Marveling over their much larger impact won't get you anywhere - You start really learning from these engineers when you start breaking down the path they took to achieve that impact.
- Here are more specific axes to observe:
  - **Communication** - How do these engineers share status updates and rally the team around their ideas?
  - **Direction** - How do they prioritize projects and select the best ones?
  - **Quality** - How do these engineers protect the sanctity of launches? What kind of feedback are they leaving in code review? What good habits do they have when they submit code? How do they facilitate system design discussions?

Related resources:
- ["What's the core insight behind quick growth?"](https://www.jointaro.com/question/nJ762p255cGyuth36H6w/whats-the-core-insight-behind-quick-growth/)
- ["How do you get the most out of mentorship?"](https://www.jointaro.com/question/IbuZydz0QzsVVqESVaxQ/how-do-you-get-the-most-out-of-mentorship/)

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.