Understanding Performance Review Ratings

- The end goal of a performance review is to assign every employee a rating, which is like a grade in school.
- Know what ratings are good
  - What's average?
  - What puts you in the "danger zone" or on a formal performance improvement plan (PIP)?
  - Which rating is great?
- Understand which rating is necessary for promotion

What To Do If You Don’t Mesh Well With Your Manager

This clip discusses the **importance of manager-report alignment**, especially around communication preferences and expectations. A common failure mode arises when managers assume their team members operate and think the same way they do, without checking for alignment.

- **Reciprocity can backfire without context**: Managers often expect others to operate as they did when they were individual contributors—such as sending frequent updates—without recognizing that not everyone shares the same style or comfort level.
- **Avoiding mislabeling of behavior**: What feels like diligence to one person (e.g., weekly updates) might feel like micromanagement to another. This mismatch can create tension or disengagement if not addressed.
- **Meta conversations build alignment**: Discussing communication styles, feedback preferences, career goals, and working habits helps avoid misunderstandings. These conversations create a shared context for more effective collaboration.
- **Feedback delivery should be customized**: Some individuals prefer written feedback over verbal critiques. Adapting delivery style to the recipient’s comfort increases the chance that the feedback is received productively.
- **Mutual respect strengthens manager-report relationships**: Respecting differences in working style and proactively aligning on expectations can prevent unnecessary friction and improve team dynamics.

What Does A High Trust Team Mean For Code Review?

In this closing section, we focus on the importance of **building and operating within a high-trust engineering team**. Trust is not just a feel-good concept—it directly affects our productivity and velocity when shipping code.

- **We prioritize speed and trust in code review.** When we trust our teammates, we don’t block diffs unnecessarily. Instead, we approve with minor suggestions, knowing the author will follow through responsibly.
- **We use “accept with nits” to keep things moving.** For small, straightforward changes—like renaming variables—we leave a “nit” comment but still approve the diff to avoid introducing unnecessary delay.
- **We avoid slowing each other down over trivial issues.** Each extra cycle of “request changes” can delay code by 1–2 days. We conserve team momentum by trusting competent authors to resolve minor feedback themselves.
- **We treat time as our most precious resource.** Code review should add value without becoming a bottleneck. High-trust practices help us operate with both quality and speed.
- **We maintain expectations through communication.** Even when approving with nits, we clarify, *“Please address before landing,”* so everyone stays aligned on expectations without blocking forward motion.

Don't Forget: Code Review Is Public And Has Huge Consequences

In this final segment, we emphasize how **code review is not just a technical exercise—it’s a public, cultural signal**. Especially for tech leads and senior engineers, the way feedback is delivered in code review has real consequences for team morale, inclusion, and career development.

### Key Takeaways:

- **We treat code review as a public cultural forum**: Comments are visible to others on the team and can impact how engineers—especially juniors or new hires—are perceived. Feedback that embarrasses someone publicly can harm confidence and even affect performance reviews.
- **We avoid harsh criticism in public threads**: If we’re truly concerned about someone’s patterns (e.g., lack of testing mindset or carelessness), we give that feedback in private, not in a code review. We follow the rule: *Praise in public, critique in private.*
- **We understand the leadership signal we send**: As tech leads, our tone sets the bar. If we leave demoralizing or curt comments, we implicitly encourage others to do the same—fostering a negative or toxic culture.
- **We handle serious feedback face-to-face**: When needed, we schedule a quick 15-minute conversation to deliver constructive criticism with nuance and care—ensuring it’s received in the spirit of growth, not shame.
- **We use code reviews to build people up, not tear them down**: Every interaction is a chance to create a safer, stronger engineering culture. We remember that what we say—and how we say it—has lasting impact.

Ultimately, we believe that **code review is leadership in action**—and great leaders use it to uplift their teams, not diminish them.

Common Scenarios For Setting Up 1 on 1s

What is the main condition to look out for that could prompt you to set up new 1 on 1 meetings?

Which of the following scenarios is something you probably should set up some new 1 on 1 meetings for?

1 on 1s are meetings for the 2 people involved to connect and build a longer-term relationship. Here are 3 common scenarios where it makes a ton of sense to set up a 1 on 1:

1. **Incoming new hires**: Help the new person on the team feel welcome and get them onboarded
2. **You being the new hire**: When you're new, 1:1s help you build up valuable context and relationships from talking to existing teammates. Use your "new"-ness to setup meetings with anyone who might be relevant to your job [as described here](https://www.jointaro.com/lesson/xwldhYelyOFLjogs7RVA/onboarding-gives-you-special-powers-make-sure-to-use-them/)
3. **Working with a new team**: If you have a long-term relationship with a partner from another team, it could be worthwhile to setup a recurring one on one with them

Taking Amazing Meeting Notes

For any meeting, what should you make sure for it?

True or false: As long as you write down most of what was said in a meeting, you have taken a good set of meeting notes.

What can you do when someone else in a meeting says something really insightful?

Your meeting is winding down, and you have a good set of notes of what was said during the meeting. What should you do next?

Meetings can easily become unproductive unless there is a clear sense of ownership and structure. This segment emphasizes taking initiative and being proactive with note-taking and follow-up.

- **Take initiative to capture takeaways**: Especially when meeting with a manager, take responsibility for writing down notes and summarizing key points. Don’t assume they’ll do it—they likely have too much on their plate.
- **Communicate your intent**: Let the other person know that you’re taking notes because their input is valuable. This builds mutual respect and sets the tone for accountability.
- **Clarify ownership of action items**: Don’t leave to-dos ambiguous. Specify who will do what—whether it’s you, your manager, or another teammate.
- **Create space for note-taking**: Pause briefly during the conversation when something important is said. Say things like “Let me write that down” to signal that you’re capturing key information.
- **Follow up consistently**: Revisit the notes in future meetings and check progress. This keeps everyone aligned and ensures that good ideas don’t get lost.
- **Adapt for walking meetings**: For more casual one-on-ones (like walking meetings), carve out 10 minutes afterward to document and share what was discussed. This keeps the informal meeting just as productive as a formal one.

Introduction

Machine learning interviews are brutal—and most engineers prep for them the wrong way. This course flips that on its head. Here’s what's covered in this lesson:

- Your instructor Yayun Jin walks you through her background as an ML lead who’s been on both sides of the interview table. She goes through her journey breaking into the ML world, working across startups and big tech, and interviewing 100+ ML candidates.
- You’ll learn why most prep strategies fail: They're too scattered, too theoretical, and completely disconnected from how interviews actually work.
- We’ll walk you through the course game plan so you know exactly what to expect:
  - 🧭 Learn how to prep for ML interviews with structure instead of chaos

  - 🔍 Understand key differences between ML roles (ML engineer, infra, AI engineer) so you don’t waste time on irrelevant material

  - 🧱 See what great performance looks like in each interview type: coding, modeling, system design, and behavioral

  - 🚀 Get actionable prep tactics tailored for both current ML pros and SWE-to-ML switchers

  - 🎯 Understand how expectations shift based on seniority—so you’re not prepping like a junior when you’re going for a senior role

If you want to learn even more from Yayun:

- Book 1 on 1 career guidance with her here: <https://calendly.com/your-friend-yayun/1on1>
- Follow her on LinkedIn: <https://www.linkedin.com/in/yayunjin/>

Engineer Your Ideal Tech Career [Part 12] - Mitali Gala: Choosing The Engineering Manager Route

Next, [Mitali Gala](https://www.linkedin.com/in/mitali-gala) (a Mentor at Formation) discusses her decision to charge forward as an Engineering Manager and what that entails for her day-to-day work.

She reflects on some of the challenges, some of the highlights, why she is passionate about this work, and who it would be a good fit for.

Looking for mentorship from tech’s top engineers like Mitali + personalized job hunt assistance and interview prep? [Formation.dev](http://Formation.dev) can provide you unlimited career coaching, technical mentorship, personalized practice, and mock interviews. Join us here: <https://formation.dev/partners/taro>

Worksheet: [Formation - Coding Your Career](https://firebasestorage.googleapis.com/v0/b/tech-career-growth.appspot.com/o/courses%2Fslides%2FFormation%20Career%20Direction%20Worksheet.pdf?alt=media&token=f6344b78-529a-411e-a449-7a34a8d55fc8)

Engineer Your Ideal Tech Career [Part 4] - What Type Of Environment Are You In?

In this video, we walk through the different environments you can or may be working in throughout your career. Depending on where you feel you most thrive, it may make some roles or companies more or less fulfilling.

Avoid choosing the middle number for each of these — do the hard work of making actual trade-offs for each option to make your preferences clearer.

We cover key environments and what they mean, like:

- Fast Paced vs. Methodical
- Job Stability & Cash Comp vs. High Risk, High Reward
- Mentorship & Guidance vs. Independence & Autonomy

Looking for mentorship from tech’s top engineers + personalized job hunt assistance and interview prep? [Formation.dev](http://Formation.dev) can provide you unlimited career coaching, technical mentorship, personalized practice, and mock interviews. Join us here: <https://formation.dev/partners/taro>

Worksheet: [Formation - Coding Your Career](https://firebasestorage.googleapis.com/v0/b/tech-career-growth.appspot.com/o/courses%2Fslides%2FFormation%20Career%20Direction%20Worksheet.pdf?alt=media&token=f6344b78-529a-411e-a449-7a34a8d55fc8)

15 SWE Years In 1.5 Hours [Part 15] - Onboarding

You have started a fancy new job at a company you really like. How do you hit the ground running and impress people fast? This lesson teaches you:

- Why being new is actually a superpower, not a weakness like many engineers think
- Why you need to be aggressive and extremely deliberate when onboarding, especially at the very beginning
- What you can do to *add value* while onboarding instead of merely absorbing value

To dive deeper into onboarding, take our course here: [The Complete Onboarding Guide For Software Engineers](https://www.jointaro.com/course/the-complete-onboarding-guide-for-software-engineers-succeeding-when-youre-new/)

15 SWE Years In 1.5 Hours [Part 7] - Imposter Syndrome (Building Confidence)

Software engineers are constantly underestimating themselves. This lesson teaches you:

- How to flip your mentality when it comes to everyone in tech being smarter than you
- The best environment to be in to maximize your growth
- How to quickly become stronger and get rid of your imposter syndrome

Come Up With 500k+ User Project Ideas [Part 17] - Just Keep Building

Failure is a part of life and software side projects are no exception. This lesson teaches you:

- The builder mindset you absolutely must have to succeed with side projects
- Why a failed side project really isn't that bad, especially if you're following the advice from this course
- How Alex made several stupid side projects destined for failure so you don't make the same mistakes he did

Come Up With 500k+ User Project Ideas [Part 8] - The 3 Levels Of Tech

One of the easiest and most common ways to sabotage a side project is build out an idea that's way too technically complex. This lesson teaches you:

- A 3-layer framework you can use to categorize side project ideas and their technical difficulty
- The difficulties of any level beyond Level 1 with Level 2 being incredibly hard and Level 3 being insane
- Why you should stick to Level 1 project ideas as an engineer working on side projects, especially if you're earlier-in-career

Take the code quality course here: [Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)

Come Up With 500k+ User Project Ideas [Part 6] - Your Idea Is Worthless (For Now)

While the idea behind a side project or any tech product is extremely important, ideas as a whole are usually placed on a pedestal they don't deserve. This lesson teaches you:

- Why ideas are initially worthless
- What truly makes a side project valuable (hint: it's not that much about the idea)
- Why you shouldn't build out the vision of that random MBA you just met for 0 pay and 10% equity

DSA Crash Course [Part 67] - Fibonacci Approach

In this lesson, Alvin explains the fundamentals of dynamic programming by applying dynamic programming to fibonacci:

> Write a function *fib* that takes in a number argument, *n*, and returns the *n*\-th number of the Fibonacci sequence.
>
> The 0-th number of the sequence is 0.
>
> The 1-st number of the sequence is 1.
>
> To generate further numbers of the sequence, calculate the sum of previous two numbers.
>
> Solve this recursively.

```
fib(0); # -> 0
```

```
fib(1); # -> 1
```

```
fib(2); # -> 1
```

```
fib(3); # -> 2
```

```
fib(4); # -> 3
```

```
fib(5); # -> 5
```

```
fib(35); # -> 9227465
```

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/**](https://www.linkedin.com/in/alvin-zablan-b73a92117/)

DSA Crash Course [Part 37] - Binary Tree Intro Lecture

In this lecture, Alvin explains the basic structure of a binary tree.

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/>

DSA Crash Course [Part 35] - Zipper Lists Walkthrough

In this lesson, Alvin walks through the python implementation for the *zipper_lists* problem.

Code along and test your work in the following editor workspace: <https://structy.net/problems/zipper-lists?language=py>

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/>

DSA Crash Course [Part 20] - Sum Numbers Recursive Approach

In this lesson, Alvin explores the strategy to solving the following interview problem:

> Write a function *sum_numbers_recursive* that takes in an array of numbers and returns the sum of all the numbers in the array. All elements will be integers. Solve this recursively.

```
sum_numbers_recursive([5, 2, 9, 10]); # -> 26
```

```
sum_numbers_recursive([1, -1, 1, -1, 1, -1, 1]); # -> 1
```

```
sum_numbers_recursive([]); # -> 0
```

```
sum_numbers_recursive([1000, 0, 0, 0, 0, 0, 1]); # -> 1001
```

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/>

DSA Crash Course [Part 16] - Intersection Approach

In this lesson, Alvin explores the strategy to solving the following interview problem:

> Write a function, *intersection*, that takes in two lists, *a*,\_b\_, as arguments. The function should return a new list containing elements that are in both of the two lists.
>
> You may assume that each input list does not contain duplicate elements.

```
intersection([4,2,1,6], [3,6,9,2,10]) # -> [2,6]
```

```
intersection([2,4,6], [4,2]) # -> [2,4]
```

```
intersection([4,2,1], [1,2,4,6]) # -> [1,2,4]
```

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/>

DSA Crash Course [Part 9] - Anagrams Walkthrough

In this lesson, Alvin walks through the python implementation for the *anagrams* problem.

Code along and test your work in the following editor workspace <https://structy.net/problems/anagrams?language=py>

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/>

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.