He Bought Coffee For ALL Meta Employees On His Last Day

The Engineering Manager "Partner In Crime": The Tech Lead

This video explains the essential partnership between an engineering manager and a tech lead in high-performing engineering teams. It emphasizes how effective delegation, complementary strengths, and role clarity between the two can drive both team productivity and individual growth.

- **Strong engineering managers have a “partner in crime” tech lead**: Effective managers often work alongside tech leads who handle the majority of technical responsibilities, allowing the manager to focus on team support, operations, and growth.
- **Clear level pairing by role**: At Facebook, there’s often a leveling alignment—e.g., M0 managers paired with L5 (senior) engineers, M1s with staff (L6), and M2s with senior staff (L7)—ensuring balanced responsibility and decision-making.
- **EMs stay hands-off but connected**: Engineering managers are expected to stay informed on technical topics but are not expected to be hands-on with code or architecture decisions.
- **Tech leads drive technical execution**: Responsibilities like leading engineering meetings, driving design reviews, setting development processes, and ensuring engineering culture are primarily handled by the tech lead.
- **Shared mentorship responsibility**: While managers typically mentor through one-on-ones, tech leads also provide mentorship, especially for junior and mid-level engineers. This dual support system ensures continuity and growth even when the manager is unavailable.

Your Great Engineering Manager Will Eventually Leave You 🥺

Even when a highly capable and supportive engineering manager is found, the relationship often has a built-in expiration date. This video explains why strong EMs tend to move up quickly and what that means for their reports. Here are the core points from the lesson:

- **Great EMs focus on long-term growth**: A strong manager prioritizes their engineers' success, fostering an environment that supports both team and individual development.
- **Fast career growth is common for top EMs**: Exceptional managers are often promoted quickly, typically within 1–2 years, due to their high impact and leadership abilities.
- **Promotion changes reporting structure**: When promoted to senior engineering manager, EMs typically move from directly managing engineers to managing other managers, altering team dynamics.
- **ICs often lose direct access**: Most engineers will start reporting to a new manager, while their original EM becomes a “skip-level” manager—only senior ICs may continue reporting directly.
- **Disruption of strong relationships**: The transition can be disheartening for ICs who thrived under the original EM, especially when that connection was key to their growth.

Becoming A Legendary Meta Coder: The Story of the First E7 Code Machine

There are many complex ways [**to get to staff and beyond**](https://www.jointaro.com/course/grow-from-senior-to-staff-engineer-l5-to-l6/why-have-archetypes/), but one of them is actually quite straightforward (at least at Meta): *Just write more code than everyone else by a **staggering** amount.*

That's exactly what [**Michael Novati**](https://www.linkedin.com/in/michaelnovati/) did to get to Staff \[E6\] at Meta and eventually Senior Staff \[E7\]. Since Michael was early Facebook, there actually wasn't a Staff Engineer archetype at the time to capture the way he was adding immense value to the company. So they added it! Thanks to Michael, there is now a formal "Code Machine" archetype in the official Meta internal wiki.

Michael will be breaking down:

- His story about how he became Meta's first incredibly senior "Code Machine" engineer
- The most impactful projects he worked on
- How he managed his time effectively to write so many diffs.

At the end, we'll have time for Q&A where you can ask Michael questions about topics like:

- How he grew so quickly and crafted such an extraordinary career
- What the early days at Meta were like
- Different ways to create a unique brand for yourself, your work, and your career

If you need extra help breaking into top tech companies like FAANG, [**Formation.dev**](http://Formation.dev) is here to provide you hands-on, personalized support. Join Michael and the rest of the awesome team at Formation here: [**https://formation.dev/partners/taro**](https://formation.dev/partners/taro)

Become A Debugging Master [Part 2] - Why You Should Love Bugs

Bugs are often seen as a nuisance, but in reality, they offer one of the highest-impact ways to grow and succeed as an engineer. Here are the core points from the lesson:

- Junior engineers often avoid bugs to chase “cool” feature work, but experienced engineers recognize bugs as critical for making meaningful product impact
- Owning and fixing bugs can accelerate your career growth, even to senior levels like Staff or Senior Staff Engineer, by demonstrating deep technical skill
- Debugging teaches you to dive across teams, codebases, and systems—skills that are rare, valuable, and highly rewarded
- Fixing bugs ensures real, lasting impact compared to feature work, where many experiments and launches often quietly fail
- Mature engineers view the endless supply of bugs as opportunities to create visible, undeniable value by removing problems that directly affect users

Related resources:

- Code quality course: [Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)
- [Girish Patangay: The billion versions of Facebook you’ve never seen](https://www.youtube.com/watch?v=eXGgc79sGwY)

How to Crack System Design Interviews - Part 1: Introduction to the course

This course will help you understand system design interviews, prepare for them, and learn what to keep in mind during the process. Here's what we'll cover:

- **Understanding the Interview:** We'll review the structure of a system design interview and how it evaluates your skills, focusing on preparation, communication, and problem-solving.
- **Importance of Communication:** We'll discuss how to effectively communicate your ideas, understand requirements, and collaborate with the interviewer.
- **Technical and Problem-Solving Skills:** We'll explore how to leverage your experience and knowledge to answer questions effectively, drawing on real-world examples and theoretical understanding.
- **Preparation Strategies:** We'll cover various methods for preparing for system design interviews, including mock interviews, independent learning, and structured courses.
- **Step-by-Step Guidance:** We'll break down the interview process into manageable steps, offering clear and concise instructions to help you succeed.

Do mock interviews from one of the services on the [perks page](https://www.jointaro.com/perks/) (e.g. [Exponent](https://www.tryexponent.com/?ref=taro)) or [Taro's networking tool](https://www.jointaro.com/networking/?selectedServices=Mock+Interviews).

[Gaurav Sen](https://www.linkedin.com/in/gkcs/) has conducted 1000s of system design interviews while working at Uber and building his [YouTube channel](https://www.youtube.com/@gkcs) to 500K+ subscribers. His platform [InterviewReady](https://interviewready.io/?_aff=JOINTARO) combines video explainers, live Zoom classes, and an automated System Design Judge.

Master The DSA Interview [Part 23] - Don't Just Surrender

When preparing data structures and algorithms, you will almost certainly get frustrated at many points in the process. How you react to those moments will dictate how well you do in those interviews:

- What to do when you're stuck on a data structures and algorithms problem in prep so you can actually learn the problem and its concepts
- How to unblock yourself on a data structures and algorithms problem properly in prep, shown with an in-depth example

Master The DSA Interview [Part 16] - Alternate Approaches

The beautiful (and sometimes frustrating) thing about software engineering is that almost every technical problem has a ton of possible solutions. This lesson teaches you:

- Why being able to come up with alternate approaches is so important as a software engineer at the top level
- How to have a proper discussion with your interviewer about alternate approaches
- What a great alternate approach discussion looks like, discussed with an in-depth example

Dive deeper into real system design here: [\[Course\] System Design Masterclass: Shipping Real Features To Production](https://www.jointaro.com/course/frontend-system-design-masterclass-building-playlists/)

Master The DSA Interview [Part 9] - Outline Your Approach

Once you have clarified exactly what you need to deliver with a data structures and algorithms interview problem, you need to figure out how to deliver it. This lesson teaches you:

- How to come up with a data structures and algorithms solution plan
- The many benefits of coming up with a plan proactively
- What a good data structures and algorithms plan looks like, explained with an in-depth example

Grow From Junior To Mid-Level Engineer [Part 2] - At A Glance: Junior Vs. Mid-Level

What exactly does it mean to be a junior engineer vs. a mid-level engineer? What's the gap? This lesson teaches you:

- What it means at a high-level to be a junior vs. a mid-level engineer
- The difference in execution between a junior engineer and a mid-level engineer
- The types of tasks junior engineers work on vs. a mid-level engineer
- The ownership and scope difference between a junior vs. a mid-level engineer
- The difference in organizational complexity between junior engineers and mid-level engineers

Top System Design Interview Mistakes [Part 9] - Don't Draw Random Boxes

In this video, we discuss a common mistake in technical interviews: drawing random boxes without considering the bigger picture. Here are the key points we cover:

- Candidates often create isolated components without thinking about how they connect
- We provide an example contrasting a disorganized approach with a more thoughtful one
- Our recommended approach: Trace through data flows and user perspectives
- The goal is to think like an engineer: Identify the right problems before proposing solutions
- **Our main advice:** Don't just draw random boxes, trace data flow to uncover key system challenges

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>

Write A Stellar Resume As A Software Engineer [Part 10] - Fancy Formats

Creativity is great, and it's a very important skill for software engineers. However, the resume is not a medium for creativity to thrive. This lesson teaches you:

- Why "creative", fancy resume formats are really bad for a tech resume, shown through a very eccentric example
- The principles to follow for a great resume format
- What a resume with an optimal format looks like with a real-life example

If you need inspiration for your resume format, you can use Alex's template as a template. Download it here: [Alexander Chiou Resume.docx](https://docs.google.com/document/d/1NnAx2jYkRTMCQwbdDPPqSj1Fwxkahda-/edit?usp=sharing&ouid=109380646850979301783&rtpof=true&sd=true)

Write A Stellar Resume As A Software Engineer [Part 4] - 1 Resume To Rule Them All

Writing tons of different resumes is one of the easiest ways to waste time and overwhelm yourself on the software engineer job search. This lesson teaches you:

- Why you should only have 1 resume, especially if you're an earlier-in-career engineer
- Why "full-stack" engineer is often a trap for more junior engineers
- How to figure out the 1 resume you should write
- What to do if you really can't write just 1 resume (i.e. how to break the tie)

Grow From Mid-Level To Senior Engineer [Part 17] - Meetings

Every tech company needs a ton of meetings in order to function. The tricky thing is that a lot of software engineers are introverts, so they have trouble participating in meetings, especially when they're more junior. This lesson teaches you:

- The differences between junior, mid-level, and senior engineers when it comes to meeting presence
- The difference in types of meetings mid-level engineers participate in vs. those of senior engineers
- How meeting ownership shifts as engineers grow from mid-level to senior
- Tips to run an effective meeting which is an efficient use of time

To dive deeper into how to run a good meeting: ["What are some thoughts on maintaining good meeting hygiene?"](https://www.jointaro.com/question/CModSkZ4LWzw9bdaiakt/what-are-some-thoughts-on-maintaining-good-meeting-hygiene/)

Grow From Mid-Level To Senior Engineer [Part 3] - At A Glance: Mid-Level Vs. Senior

What exactly does it mean to be a mid-level engineer vs. a senior engineer? What's the gap? This lesson teaches you:

- What it means at a high-level to be a mid-level engineer vs. a senior engineer
- The types of projects mid-level engineers work on vs. a senior engineer
- The ownership and scope difference between a mid-level engineer vs. a senior engineer
- The difference in organizational complexity between mid-level engineers and senior engineers

Master The Behavioral Interview [Part 21] - Record Yourself

Behavioral interviews are inherently difficult as they're very open-ended and there's no such thing as a 100% "right" answer. Luckily for you, behavioral interview questions are incredibly easy to simulate. This lesson teaches you:

- How to properly record yourself for behavioral interviews
- What kinds of questions you should be asking yourself in behavioral interview recordings
- Creative ways to make behavioral interview recordings more realistic
- How to analyze the quality of your behavioral interview response recordings

Master The Behavioral Interview [Part 9] - The Interviewer Isn’t You

One of the biggest mistakes software engineers make during behavioral interviews is not having empathy. This lesson teaches you:

- A crucial way to understand the goal of a behavioral interview
- How a lack of empathy leads to immediate tactical failure in behavioral interviews
- How you can use empathy to take in a non-confusing way

How To Influence Your Team Without Authority

Huge thanks to [Ryan Kuck](https://www.linkedin.com/in/ryan-kuck/) for leading this session!

Have you had amazing idea with clear data to support it, but it was rejected? In this event we will talk about why that might have happened, and suggest alternate strategies for next time.

Spoiler alert: We use computers to reach millions/billions of users, but we are very different from computers ourselves. Presenting the best data to another person can actually backfire, unless it is coming from a place of shared goals/values and trust. It isn’t logical, but it is human nature. If you explain a better idea than I presented, and you even have rock solid evidence, I no longer am thinking about the user or our business impact but rather about how I just don’t want to “be wrong”.

Come to this event with your stories of challenges and successes of influencing your engineering team!

To dive deeper, check out these resources:

- [**"How do I lead without authority?"**](https://www.jointaro.com/question/BWv3hFSELbn59mXJbkNB/how-do-i-lead-without-authority/)
- [**\[Course\] Effective Communication For Engineers**](https://www.jointaro.com/course/effective-communication-for-engineers/)

Negotiation Course: Don’t Overshare (Level, Passion, Timeline)

Understanding your emotional attachment to the offer is even more important than the data. Ideally, you want low emotional attachment and high data (as explained in [this Taro blog post](https://www.jointaro.com/blog/the-5-lies-that-too-many-people-believe-about-negotiating-a-job-offer/) by Rora).

For example, don't reveal that you're only talking to a single company, or that you're talking to 30 (either extreme can hurt you). Sample dialog: 

> If anything changes on my end, I’ll let you know, but for now I’m eager to learn more about your company

(There's a whole section dedicated to helpful phrases later on.)

You can share information with the recruiter, but be mindful of what and when you share. How much PTO or signing bonus you want are topics that should come up before (if it's a blocker) and after the interview, not during.

**If in doubt, don’t share it**. Just be positive and non-committal to pretty much everything the recruiter says. Answer questions with vague responses and be confident.

Negotiation Course: How This Course Works

Your ability to negotiate is undeniably one of the highest-leverage skills you can learn. But tech workers are notoriously bad at negotiation. Based on discussions with 100s of tech workers, there are 2 common reasons for this: 

1. They choose not to negotiate. They somehow view negotiation as a perverse 'badge of honor' that they simply accept the first offer they receive and they don't want/need to ask for any adjustment. 
2. They try to negotiate but are ineffective. They don't have leverage or cannot defend why they're asking for certain things. 

This course is designed for tech employees who are exploring job opportunities and will receive a job offer in tech (and ideally multiple!). My goal is for you to feel confident and strong in discussions you have with recruiters and hiring managers.

This course is broken down into 3 major parts: 

1. **Principles** - How does negotiation work and why is it worthwhile?
2. **Planning** - What should you do (and not do) before and offer you receive an offer?
3. **Tactics** - What is the best course of action for various scenarios?

If you get more than a $10K increase in your compensation by following the tactics outlined in this course, send me an email at [rahul@jointaro.com](mailto:rahul@jointaro.com) -- we will celebrate together!

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.