[Masterclass] How To Survive Tech Industry Layoffs

Layoffs: They will always be a part of the tech industry. 2022 was the first year of massive tech layoffs in the post-covid economy, and 2023 is sure to bear several more. Not even FAANG is safe with Meta, Microsoft, and Amazon all having layoffs in 2022.

There were a ton of important points from this masterclass, so here's our Top 5 (in no particular order):
- **Layoffs are effectively random for almost everyone** - Individual contributors (ICs) and more front-line managers are generally not privy to what happens behind the scenes with cut decisions. You can be a well-connected high-performer in a healthy revenue-generating org and still be laid off. It's crucial to recognize this reality and be at peace with it.
- **Stop freaking out** - Ironically, the worst way to deal with layoffs is to worry constantly and drastically alter your behavior to optimize for them. It's not healthy to go to places like Blind regularly to stay "up-to-date" with layoffs. The best way to deal with layoffs is to continue living your life as normal and double down on responsible software engineer behaviors. For more context on what those behaviors our, read this discussion: ["What are software engineering fundamentals?"](https://www.jointaro.com/question/3VNPK7wol76s89EkgFeW/what-are-software-engineering-fundamentals/)
- **Be deliberate with your performance review** - So many software engineers, junior ones in particular, assume that if they do good work and don't see any red flags, they'll get a good performance rating. This is very much not the case, especially at high-performance tech companies like FAANG. Maintain a transparent dialog about your performance with your manager and create a concrete growth plan. Here's our masterclass to help with that: [[Masterclass] How To Navigate Your Performance Review In Tech](https://www.jointaro.com/lesson/b0B8uqIAUnBLE10jJHJG/masterclass-how-to-navigate-your-performance-review-in-tech/)
- **Build a stellar, wide professional network** - It is more important than ever to build meaningful, high-quality relationships in the workplace. Tech is an inherently collaborative space: You need a multitude of connections to help you grow, vouch for you in performance review, and provide warm referrals for your next opportunity if you are laid off. If you want to deepen your network, watch this: [[Masterclass] How To Build Deep Relationships Quickly In Tech](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/masterclass-how-to-build-deep-relationships-quickly-in-tech/)
- **Getting laid off isn't the end of the world** - There's nothing wrong with you if you're cut during a layoff. Don't dwell on how you messed up or what you could have better to avoid the layoff: Focus on your next step. The silver lining is that getting laid off opens the door to your next opportunity and likely comes with some time in the form of a severance package to allow you to seriously think about your future. To optimize your next move, check out: [[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 to survive potential layoffs?"](https://link.jointaro.com/zGwioWXPLe8xhuA89)
- ["What are the signs of an impending layoff in an organisation that can help an employee prepare themselves better?"](https://link.jointaro.com/tkUnst8KKBdktPQq5)
- ["Staying motivated among lay-offs?"](https://link.jointaro.com/g9462CQrqy1KGtqR8)
- [Presentation Slides](https://docs.google.com/presentation/d/1Uyf04xDGTweN0ija_Z3nr9NZ_WsoDikh_54LR5AfZjU/)

Effective Communication Guide [Part 3.2] - Deep Listening

- *Communication isn't just how you share information, it's also about how you take in information.*
- It is crucial to listen intently, especially during 1 on 1s. A lot of people don't realize that there's a large skill range when it comes to listening.
- How to show that you're engaged:
  - Lean in
  - Nod to acknowledge core points
  - For something heavier, you can say "Mmhmm".
- A very powerful way to gain trust is to listen to people's problems and acknowledge them. A lot of people when they're faced with a problem, their initial goal isn't to actually solve the problem: It's just to find someone who will listen to their pain and feel less alone.
  - Just saying something along the lines of "Dang, that sucks" can go a long way.
  - Letting someone know that you have also faced this problem is also very effective. It builds solidarity and can help combat imposter syndrome as a lot of people are afraid that they are the only one facing the problem they have due to their own lack of ability.
- Revel in people's wins with them! Respond to people's excitement and positive energy with your own.

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

[Masterclass] Should You Work At FAANG? - What Big Tech Is Like For Software Engineers

Working at FAANG isn't all sunshine and roses, which most software engineers don't realize. This masterclass extensively covers both the pros *and* cons of working at Big Tech, with the cons being angles that are rarely talked about online.

### Pros of Big Tech
- Compensation (obviously)
- Boosts your resume 10x, often automatically getting you phone screens
- Higher-quality and more well-rounded learning from being surrounded by talent
- In general, provides a solid foundation for your career across most crucial aspects

### Cons of Big Tech
- It's stressful - Between the sky-high expectations, PIP culture, and much more, most engineers find it difficult just to survive at Big Tech. The vast majority of SWEs at these companies have poor work-life balance
- Politics - There's so many cooks in the kitchen that it can be glacially slow to get anything done
- Growth wall at senior/staff - The senior promotion is notoriously difficult at FAANG, especially at Amazon and Google. You are often competing for scope against your teammates
- Unfulfilling work - Big Tech projects are usually very incremental, and you will own a tiny piece of a tiny piece of a tiny piece, especially if you're L3/L4 (junior/mid-level).

### Is Big Tech right for you?
- It depends! Work backwards from your career goals and use the information from this presentation to make an informed decision
- Big Tech generally pays higher dividends when you're earlier-in-career
- If you're a very experienced engineer who hasn't worked for Big Tech before, it can be dangerous. Work-life balances needs generally scale up with age, and it will be harder for you to adapt to the Big Tech style

Related resources:
- ["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/)
- [How To Get FAANG Interviews](https://www.jointaro.com/lesson/pIMdopWoJFfbANnzo7U5/how-to-get-faang-interviews/)
- [[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/)
- [Presentation Slides](https://docs.google.com/presentation/d/1T5prt4AsEUxS1Yx5BvAIO4OYNFFGD5mCyv8g9UFzrTA/edit?usp=sharing)

Clear Communication For SWEs [Part 1] - Welcome And Course Overview

Hi everybody, I'm Ryan, and in this course, we'll cover the foundations of clear communication, practical exercises, advanced techniques, and how to adapt as a software engineer. By the end, you'll be equipped to communicate effectively within your team and with other builders. Expect to understand core elements of clear communication, develop a good communicator mindset, and master practical communication structures. Tailor your messages for different audiences and apply these techniques immediately. Join me on this journey to enhance your communication skills!

Connect with me on LinkedIn: <https://www.linkedin.com/in/ryan-wiens/>

Top System Design Interview Mistakes [Part 8] - Don't Make Arbitrary Decisions

This video discusses the importance of explaining technical decisions during interviews. Key points include:

- Candidates often make arbitrary choices without justification, missing opportunities for self-correction or valuable discussion
- We go through an example contrasts a poor response (choosing a database without explanation) with an improved one (considering options thoroughly)
- If a decision is worth stating, it's worth defending
- **Concluding tips:** Ask questions, document as you go, and always show your work for technical decisions

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>

System Design Series: Taro Playlists [Part 10] - This Is Just The Beginning

Congratulations, you made it to the end of our **system design** series! If you liked this series and want to see more like it, give this video and all the others in the playlist a like!

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 are working through a **system design** at your job!

Here are the core points from the video:
- Creating the **system design** doc is just the 1st step of the process: The next step is getting aligned from the team!
- Here are the steps to get strong alignment and the technical and overall product direction on a project:
  - Time-box the exercise: Have a firm date in mind on when this alignment needs to happen and work backwards from that date.
  - Share the doc with teammates and stakeholders and push them to leave feedback asynchronously. You can directly cc important people on relevant portions for them to look through.
  - Set up a tech review meeting as a forcing function to solidify all the alignment and talk through any remaining points of content. This meeting should probably be 45 minutes or more. Book it far ahead of time as senior+ engineers, tech leads, and managers tend to have very busy schedules.
  - Remind people before the meeting to go through your system design doc beforehand and try to resolve as many threads before the meeting as possible. You might need to do this several times.
- Everything covered in this system design series is effectively a requirement to be a competent senior+ engineer and tech lead, *especially* if you work at FAANG or some other Big Tech company.
- This can all be done reactively as well. If you're working on a small, tightly-knit team with very high synergy (common in startups), raw tribal knowledge and ad-hoc collaboration may be enough to ship projects consistently well. In this case, doing all this probably doesn't make sense. However, if your last couple projects have been pretty rocky, you might want to consider adding all the processes outlined in this series.

If after all this, you're still hungry for more **system design resources**:
- [How To Ace Your Big Tech Interview [System Design]](https://link.jointaro.com/NoVGhFiEErzfh61f6) - This is a full 1.25 hour masterclass, so prepare yourself for a **ton** of knowledge!
- ["How do I get better at building large scale systems without working directly on such projects?"](https://link.jointaro.com/Dm9wE33YC7ffwAPa6) - Question from a Senior Software Engineer at LiveRamp
- ["How to improve on non-technical skills like writing software design document?"](https://link.jointaro.com/T7GCmM4Z4CZhve4y5) - Question from a Mid-Level Software  Engineer at Microsoft
- ["My team has been doing architecture debates for months and we’re in gridlock."](https://link.jointaro.com/Zzx1NRMJFHvtHcvP8) - Question from a Senior Software  Engineer at Google
- ["How can I better contribute to system design discussions on my new team?"](https://link.jointaro.com/FH7ED2533nSTJSRc6) - Question from a Senior Software Engineer at Google

Level Up Your Code Quality As A Software Engineer [Part 16] - One Diff, One Thesis

One of the biggest and easiest ways to level up your code doesn't even lie in the code itself and is about how you split it up when submitting it for code review instead. This lesson will teach you:

- The most common way low-performing software engineers mess up their code when submitting it for review
- Why championing the concept of "One Diff, One Thesis" massively boosts your productivity alongside your code quality
- How to tell whether your pull request follows the principal of "One Diff, One Thesis" or should be broken up into smaller pull requests instead
- How to split up your technical task or project into chunks, so you can map out its pieces to a series of pull requests following "One Diff, One Thesis". We do this with an in-depth example further digging into the login flow

Grow From Senior To Staff Engineer [Part 7] - Own The Goal

As a senior engineer, you are used to getting large, impactful projects and delivering them well, even if the initial project is incredibly ambiguous. However, this isn't nearly enough to get to staff. This lesson teaches you:

- The difference between senior and staff engineers between what they own on their teams and how staff engineers have a fundamentally higher altitude with their perspective
- What it means to own impact at a staff level instead of a senior, explained with an in-depth example
- The core, high-level behavior shift you need to make from an ownership perspective to grow from senior to staff

Why All Great Engineers Are Great Debuggers

A lot of engineers will run away from bugs to solely focus on feature work instead. This is a huge career mistake as it deprives you of one of the core sources of engineering growth.

This video is a clip from our debugging masterclass. You can watch it here: [[Masterclass] How To Become A Debugging Master And Fix Issues Faster](https://www.jointaro.com/lesson/ioR6WzamAIUTpySLAr7o/masterclass-how-to-become-a-debugging-master-and-fix-issues-faster/)

Related resources:
- ["How can I become more independent and better at unblocking myself with tricky technical issues?"](https://www.jointaro.com/question/QhqQQGrDgFjZbqohpKe0/how-can-i-become-more-independent-and-better-at-unblocking-myself-with-tricky-technical-issues/)
- ["What is the effective way to understand new repository in order to make the required changes in that repo?"](https://www.jointaro.com/question/KoxB3UU2zWC9pdYU6Rx0/what-is-the-effective-way-to-understand-new-repository-in-order-to-make-the-required-changes-in-that-repo/)
- [[Taro Top 10] Junior Engineer To Mid-Level Engineer (L3 To L4)](https://www.jointaro.com/playlist/iBKHYpkjd0BRWWLKQG2j/)

Grow From Senior To Staff Engineer [Part 4] - Structuring Your Growth

When going from senior to staff, you need to develop a *ton* of new skills across several difference categories. This lesson teaches you:

- A framework for organizing the improvements you need to make to grow to staff, based off of Meta's engineering performance axes
- The most important axis engineers need to grow in order to get to staff
- A healthy way to understand this course and your overall progression to staff in general

Take Jordan's course here: [\[Course\] Become The Go-To Expert As A Software Engineer](https://www.jointaro.com/course/become-the-go-to-expert-as-a-software-engineer/)

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

20 Years Of Fighting Procrastination [Part 14] - Reflect

Reflecting regularly is a powerful habit that can dramatically improve your productivity and self-awareness. Here are the core points from the lesson:

- Daily micro-reflections and bi-weekly deep dives help you identify patterns in when and why you're productive or struggling
- Documenting reflections as written artifacts (e.g. notes or voice memos) forces clarity and gives you useful data over time
- Review both the nature of your work and the relationships that support or hinder your progress—productivity often depends on collaboration
- You can keep reflections private, share them with a manager, or even make them public to foster accountability and gain feedback from others

Ace Your Tech Interview As A Software Engineer [Part 13] - Cold Messages

You're applying to tons of software engineer jobs, and it's not working out. In your desperation, you come up with a genius idea: You'll reach out to company employees directly with a cold message. That'll work right? Guess again. This lesson teaches you:

- Why cold messaging isn't as effective as software engineers think
- How a reliance on cold messages often mask a deeper personal problem for the engineer
- The necessary conditions for a cold message to have a high likelihood of working
- Why cold messages are far more effective with startups and near useless for Big Tech
- How to write an excellent cold message, demonstrated by a thorough example of a bad cold message vs. a good cold message

This Is How You Get Feedback - Making The Process Smooth

The best way to improve as a software engineer is to get feedback, especially when you're new to a team or company. However, this is much easier said than done - Simply having the mentality of being open to feedback isn't enough.

Here's the core points from the video:

- **Don't just ask "Do you have any feedback for me?"** - The cognitive load for the person you're seeking feedback from is simply too high: They need to mentally comb through everything you're doing and then think through every aspect of it to find feedback to give you. Instead of doing this, they'll often default to the "lazy" response of "Nope, you're doing great!". Lazy inputs result in lazy outputs, and you definitely shouldn't be lazy when asking for feedback.
- **Reduce feedback requests to yes/no questions** - Regularly retrospect on your own and use that to craft more pointed questions when asking for feedback. Let's say you're not happy with how clean your code is, evidenced by a lot of pushback when you submit it for review. Using this, you can ask something like, *"I feel like I could do a better job polishing my code; my PRs get a lot of thrash. Do you think I can improve here?"* If they say "Yes", you can then ask for tactics you can apply to get better here.
- **Core areas for onboarding feedback**
  - Overall velocity and output
  - Code quality
  - How good your questions are

Related resources:

- [Suppress Your Instincts And Treat All Feedback As A Gift](https://www.jointaro.com/lesson/dpTu1KBbXJdnHdrQLxsG/suppress-your-instincts-and-treat-all-feedback-as-a-gift/)
- [How To Get Real Feedback So You Can Actually Improve](https://www.jointaro.com/lesson/srTbalkn0HMwEH7HoOpY/how-to-get-real-feedback-so-you-can-actually-improve/)
- ["How can I find more opportunities to grow when I'm getting very little real feedback?"](https://www.jointaro.com/question/7nrslKZuiFdYeutpeX5k/how-can-i-find-more-opportunities-to-grow-when-im-getting-very-little-real-feedback/)

15 SWE Years In 1.5 Hours [Part 8] - Finding A Job

Finding a job as a software engineer sucks, especially when it comes to your first one. This lesson teaches you:

- How to differentiate yourself from the massive pool of other applicants
- Why most engineers have the wrong mentality going into interviews and how you should flip it to be much healthier
- How to structure your job search (and why you shouldn't just start off grinding LeetCode into oblivion)

To dive deeper into the full mechanics behind landing any tech job (FAANG, startups, etc), take our 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/)

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

PIP In Big Tech -- Amazon, Meta, Google

In this section, we cover the path for employees to enter a PIP for three Big Tech companies — Amazon, Meta, and Google.

At **Amazon**, the poor performance rating is called **Needs Improvement (NI)**. Poor performers are put on a Focus, which is a development plan to get back on track. Think of it like a warning. If the focus does not do well, the employee is put on a Pivot, at which point the options are to leave the company or accept a PIP. Learn more here: <https://www.jointaro.com/topic/amazon/performance-review/>

At **Meta**, the poor performance rating is called **Meets Some (MS)** or **Meets All (MA)** Expectations. If the HRBP (Human Resources Business Partner) is part of your review meeting, a PIP is likely. One unique policy of Meta is something called "up or out." This requires engineers to get promoted every few years until hitting Senior Engineer \[E5\]. Learn more at <https://www.jointaro.com/topic/meta/performance-review/>

At **Google**, the poor performance rating is called **Not Enough Impact (NI)** or **Moderate Impact (MI).** A "Support check-in" indicates poor performance and candidate for a PIP. Google is generally more laid-back when it comes to performance compared to other companies. Learn more here: <https://www.jointaro.com/topic/google/performance-review/>

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

Maximize Your Productivity As A Software Engineer [Part 6] - Social Pressure > Work Pressure

Too many software engineers focus on finding something cool to work on instead of finding cool people to work with. This lesson teaches you:

- Why a supportive team is far more valuable and effective when it comes to making you productivity compared to working on something shiny like genAI
- Tactics you can use to apply social pressure to yourself and enforce productivity

Learn how to find a good team here: [\[Taro Top 10\] How To Find A Good Engineering Team And Company](https://www.jointaro.com/playlist/FWqTGeZYrXFohCOU38sR/)

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.