360 Feedback: The BEST Performance Review System Top Companies Use

- The goal of 360 feedback is to generate as holistic and fair a picture of employee performance as possible.
- It does this by getting feedback from all directions:
  - Within (yourself)
  - Above (your manager)
  - Below (your reports if you are a manager)
  - Laterally (your teammates)
- This system prevents employee performance from reducing down to sucking up to the manager, which is the case in more traditional companies that aren't using this system.
- 360 feedback also makes the power dynamic between manager and report more equal. A manager will have a bad feedback packet if their reports all share bad feedback about them. This holds bad managers accountable.

15 SWE Years In 1.5 Hours [Part 1] - Rahul's Story

The best way to grow is to make mistakes, and [Rahul Pandey](https://www.linkedin.com/in/rpandey1234/) is proud to say that he's made a lot of them (and learned a ton along the way). That's why this course exists - Rahul is here to teach you everything he's learned throughout his \~15 years of struggle, so you don't make the same mistakes he did.

In this lesson, Rahul covers:

- His prestigious background
- Why patience is key to actually learning and growing as a software engineer
- The core components behind a successful engineering career

Master The DSA Interview [Part 3] - Struggling? That's Completely Normal

You are smarter than you think. Yes, this is even true if you're struggling with LeetCode easy problems. This lesson teaches you:

- Why engineers often underestimate their ability when it comes to data structures and algorithms
- How the learning progression curve for data structures and algorithms works for 90%+ of engineers
- How to set up your mentality and goals when it comes to studying data structures and algorithms

Managing Up: Effective Communication

Taro members get a discount to join [Ethan's Level Up community](https://levelupwithethanevans.substack.com/taro25)

Ethan's other courses on Taro: 

- <https://www.jointaro.com/course/the-growth-and-promotion-recipe-magic-loop/>
- <https://www.jointaro.com/course/maximizing-a-severance-package/>

From Layoff To Liftoff As An Immigrant - By Rashmi Kishore (Senior Intuit/Netflix SWE)

In August 2022, Silicon Valley engineer [Rashmi Kishore](https://www.linkedin.com/in/rashmi-kishore-software-engineer/) was hit with something too many of us are unfortunately familiar with: Layoffs. She lost her job at Netflix and was immediately put under time pressure to find new employment as she was on a visa.

Rashmi was able to overcome the odds, and she's now at Intuit. In this session, she talked about:

- Quickly picking up the interview game again to land an offer
- Managing the stress of the layoff atmosphere and immigration issues
- Handling the logistics of being on a visa in the US

For more help navigating layoffs, check out our curated playlist: [\[Taro Top 10\] Navigating Tech Industry Layoffs](https://www.jointaro.com/playlist/pE7pP0nXDx4X7mOChzHS/)

Distinguished Engineer (L9) Describes Most Important Skill - Andrew Zhai

Andrew became a Distinguished Engineer at Pinterest through his 9+ year tenure at the company. He was one of 4 Distinguished Engineers in the whole company (1200 engineers).

- **Most important skill**: a deep understanding of people, business, and tech. That understanding is required to build trust from your team and the entire company to lead large-scale initiatives.
- **Advice**: Aggressively pursue impact. Being a Distinguished Engineer means that the company trusts you to tackle some of the hardest and most existential problems. Defining what those problems and getting the right functions involved is critical.

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:

- [Senior Director shares his perspective on role evolution at the executive level](https://www.jointaro.com/lesson/Tr3bHl6mIVsmZZ6BAQLc/case-study-how-to-become-a-data-guru-as-an-engineer-w-senior-director-of-ds-mo-shahangian/)
- [How to write better code faster](https://www.jointaro.com/lesson/iYpRj8XfyzCSaTYnce3y/masterclass-how-to-write-better-code-faster-as-a-software-engineer/)
- [The story of SWE2 --&gt; Principal Eng in 4 years](https://www.jointaro.com/lesson/Lvf1TDKt1R4ZJSCr9BVv/rockstar-software-engineer-story-sw2-greater-principal-in-just-4-years/)
- 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/)
- [Andrew Zhai on Twitter (X)](https://x.com/ZhaiAndrew)

Make Sure To Get This Resource From Your Manager 1 on 1s

True or false: Your performance review result should not be a surprise, and the manager 1 on 1 is an instrumental mechanism towards ensuring that.

What are some ways to get the feedback flowing in a manager 1 on 1?

True or false: A simple "Do you have any feedback for me?" is a good way to ask for feedback from your manager.

Maximize your career growth in your 1:1s with your manager by getting the right kind of feedback.

Come Up With 500k+ User Project Ideas [Part 1] - How This Course Works

Are the projects on your resume not helping you at all when it comes to impressing hiring managers and getting job opportunities? Let's fix that. Here are the core parts of the lesson:

- Your instructor [Alex Chiou](https://www.linkedin.com/in/alexander-chiou/) walks you through his extensive 10+ year Silicon Valley background with rapid career advancement, ending up as a high-performing tech lead making $750k at Robinhood. Most importantly, he goes through how he's built 30+ side project apps with 3 of them getting 500k+ users, getting him interviews at top companies like OpenAI, Google, Uber, Instacart, and more
- The exact definition of what a side project is and how it shouldn't be a startup
- You'll understand the many benefits of side projects and why they're almost always underrated by engineers. Side projects can do a whole lot more than getting you interviews and helping you pass them
- We walk you through the course objectives. By the end of the course, you will understand:
  - 💎 Understand what makes a side project **valuable**

  - 🫸 Avoid **common traps** that produce terrible ideas

  - ⚙️ Have a **process** to generate *feasible*, quality ideas

  - 💡 Follow a **framework** to judge a project’s quality

  - 💪 Set up the **right mentality** to build projects long-term

If you want to learn more about Alex's rocket ship career trajectory, take our overall job searching course here: [Ace Your Tech Interview And Get A Job As A Software Engineer](https://www.jointaro.com/course/ace-your-tech-interview-and-get-a-job-as-a-software-engineer/)

Failure Mode: Fake Learning

*Fake learning* is when an engineer wants feels good by consuming an endless barrage of:

- Tutorials
- Books
- Blogs

These resources (crutches) are addicting because it's easy to monitor progress (40% done with the book!), but they turn out to be terrible for you to retain anything.

Software engineering is about action, not theory. Your goal is to reduce the amount of time from reading about a concept to putting it into practice in front of the computer. This is usually best done within the company, not on a greenfield project or external book you found. Get your hands on the keyboard, and realize that growth comes from discomfort.

Ace Your Tech Interview As A Software Engineer [Part 6] - Having The Right Mentality

A lot of software engineers actually have all the necessary skills to pass the interview - They just choke when the time finally comes. Why is that? Well, let's dive into why. This video teaches you:

- The terrible unhealthy mentality software engineers often have going into tough tech interviews, particularly with top companies like FAANG
- What mentality you should have instead to unlock your full potential and why it's hard to ascend to this level of mental clarity
- How having the right mentality greatly improves your interview performance, far more than any amount of preparation ever can

Senior Engineer (L5) Describes Most Important Skill - Richard Chen

Richard is a Senior Engineer (E5) at Meta.

- **Most important skill**: correct project selection. This requires balancing outcomes, priorities, and risks.
- **Advice**: bring people along with you. Careers are built over the long-term, so it's important to treat partners and work colleagues well.

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:
- Taro's top 10 to get promoted from [entry-level to mid-level engineer](https://www.jointaro.com/playlist/iBKHYpkjd0BRWWLKQG2j/)
- 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/)
- [Richard on LinkedIn](https://www.linkedin.com/in/r-x-c/)

System Design Series: Taro Playlists [Part 4] - Covering Edge Cases

The tactics are covered in the doc linked above, so this summary will focus on the "meta" context behind this part and additional commentary:

- You should *always* at least try to cover all the edge cases when building out a product, even if you're a small startup.
  - If you're at Big Tech in particular, you absolutely need to have amazing coverage on edge cases as even an issue affecting just 1% of users could be breaking the experience for 10 million+ people.
- A lot of edge cases are quite easy to cover and are low-hanging fruit. Bad engineers will be lazy and ignore these, supposedly in the name of velocity.
  - **Example:** You have a login form that takes in email. Instead of no-oping, throwing a generic error, or letting them login with an invalid email, validate the email upon submission and show an error message if it's invalid. This will almost always be a 5-10 minute change.
- There's many "playbooks" of edge cases, so coming up with edge cases isn't rocket science - It's largely a solved problem. Here are some examples:
  - **Generic edge cases that apply to any user input:**
    - Input is blank
    - Input is overly long
    - Input is very strong
  - **Generic edge cases that apply to any content collection:**
    - No content
    - A lot of content
    - Content fetch fails
- *Being very diligent around edge cases is also crucial for interviews, both DSA and system design, and is often how Big Tech interviewers differentiate the great candidates from the mediocre ones.*

You can [find the full system design doc here](https://docs.google.com/document/d/15WaM8Ojan82g0m2mtz6kC2Hiyj0Q6VbjfqRmVNDI3qw/edit?usp=sharing) - Feel free to use it as a template for when you're designing systems at your job!

CRUCIAL Ingredient For Senior Engineer Performance: Assembling A Feedback Team

You can find the [full video on navigating your performance review in tech here](https://link.jointaro.com/Tp93kAUNoPwmFcmc9).

- Be deliberate about who you request performance review feedback from: Don't just go through your half or year without a plan here and just request feedback from those you happened to work closely with at the end.
- Work backwards from how you want to be perceived at the end of the performance review cycle. Figure out the picture of your performance you want to paint and come up with the bench of peers who can paint that picture for you. From there, strive to build deep relationships with those peers (for advice on how to do that, here's [our course on Effective Communication](https://link.jointaro.com/VReQtMPn7rPa3gUB7)).
- Make sure that feedback isn't duplicated: You don't want to waste your peers' time by having them write effectively the same thing about you.

The MANY Benefits of Code Review (What You Didn't Realize)

In this video, we explore the deeper value of **code review**—going beyond its obvious impact on code quality to highlight how it shapes team culture, collaboration, and continuous learning. While improving code is a benefit, we emphasize that the long-term value lies in building a stronger, more aligned engineering team.

### Key Takeaways:

- **We use code review to improve code quality**: At a basic level, reviews catch issues and lead to cleaner, more maintainable code—but that’s just the surface-level benefit.
- **We treat code review as essential feedback**: Just like feedback in any other domain, having someone else evaluate our work helps us grow—technically and professionally.
- **We build team awareness and cross-pollination**: Code reviews help teams stay aligned and aware of each other’s work, which strengthens cohesion and product velocity.
- **We learn even when no changes are made**: Valuable discussions often emerge from understanding *why* code was written a certain way, even if the final diff remains unchanged. This raises the collective standards of the team.
- **We view code review as a cultural cornerstone**: We love it so much that reviewing code became a natural, even joyful, part of our daily routine—it’s how we grow, connect, and elevate our craft.

Master The DSA Interview [Part 2] - The Key To Truly Learning DSA

One of the biggest mistakes software engineers make is memorizing content instead of actually understanding the concepts. This lesson teaches you:

- How to learn data structures and algorithms properly instead of merely doing rote memorizations
- What it looks like to truly master a data structures and algorithms problem, shown with an in-depth example
- Common patterns to remember with data structures and algorithms

Maximize Your Productivity As A Software Engineer [Part 4] - Stay The Course

It's incredibly easy to get distracted with random incoming tasks, especially at a fast-paced company like FAANG. This lesson teaches you:

- The importance of staying the course and sticking to your high-impact, ruthlessly prioritized tasks
- How to diplomatically push back and say "No" (saying "Yes" to everything is one of the easiest ways to destroy your productivity as a software engineer)

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

Uplevel Your 1:1s

1:1s are the bedrock for the budding corporate relationships you are entering into:

Three principles for effective 1:1s (see [Rahul's YouTube video on the topic](https://www.youtube.com/watch?v=ADWkkJtZna4)):

- Pursue awkward 1:1s
- Go beyond status updates
- Write down takeaways

For important people, you should **never** run out of things to talk about. Here's a starting point for what to discuss: 

- Reflect on what’s going well and not going well for you
- Reflect on what’s going well and not going well for the team (and team priorities)
- Ask for opportunities or resources
- Give feedback or ask for feedback
- Brainstorm
- Career/performance review planning

Have The "Meta Conversation"

A "meta conversation" is a **conversation about conversation**. It's a conversation you should have with coworkers to discuss **how** you should communicate.

- How often do you want to meet?
- How often do you want feedback?
- What is your preference for written vs verbal updates, and the format?

You will be working with your manager and team for 100s of hours over the course of a year, so it's worth spending some time at the beginning of the relationship to understand how you can best work together.

Being New Is A Superpower

Instead of treating your newness as a liability, view it as a superpower.

- Nobody wants to be mean to the new person, so you have the perfect excuse to request resources aggressively.
- You can observe problems with the codebase, processes, or tools that tenured employees have learned to tolerate.
- You can connect the dots between different teams or ideas that would be harder for people entrenched in their roles.

Approach your onboarding with the urgency that "**You will never have fresh eyes again**."

As the most clueless person, if you revamp a resource (wiki, code, etc) to be easy to understand for yourself, you are making it easy for **everyone** to understand.

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.