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

DSA Crash Course [Part 6] - Big-O Basics Lecture

In this lecture, Alvin goes over the basics of Big-O notation and how to use it to describe the complexity of algorithms.

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

How This Onboarding Course Works

Onboarding into a new job is (hopefully) the start of a rewarding and impactful career change. "*Welcome to the rest of your life*" is apt when you're the new employee: you are setting the stage for the rest of your job. Make it count!

This course will guide you through the onboarding process as a software engineer. Rahul will share his experiences and knowledge to help you establish relationships, navigate change, and prevent common failure modes. By the end, you'll have a clear understanding of how to build respect, measure progress, and succeed in your new role

Why Rahul is qualified to teach this course: 

- Across full-time and internships, Rahul has worked at 7 different companies with wildly different onboarding processes
- Rahul has directly coached and mentored hundreds of engineers as they started in new roles
- Rahul has seen what works (and what doesn't) when engineers apply the advice on the job

When engineers fail to productively ramp up in a company, it's often because they are one extreme of the spectrum of panicked to complacent: 

- **Panicked engineers** lack focus, try to do/read everything, and are very stressed out. 
- **Complacent engineers** are too reactive, lack curiosity, and are not stressed enough.

If you're looking for a job, start with this course: [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/)

The Real Pros And Cons Of Working At FAANG And Big Tech

Working at FAANG and Big Tech is general is put on a pedestal by the vast majority of the industry, but it's not all sunshine and roses. Here's the complete pictures:
- Pros:
  - **Prestige** - If you don't already have one of these names on your resume, adding one makes it 10x better automatically.
  - **Compensation** - This one is the most obvious: These companies pay extremely well.
  - **Consistent foundation** - The biggest one is the learning, especially for earlier-in-career software engineers. It is hard to go into these companies, do well there for a couple years, and not come out as a significantly better engineer. You will get more consistency by setting a baseline for your compensation and level.
- Cons:
  - **Hard to find scope** - In particular, growing to senior can be difficult. So many of the hard technical problems at these companies are already solved, and there are thousands of super talented software engineers looking for scope as well.
  - **You're just a cog in the machine** - At FAANG, you are one talented engineer out of literally 10,000+. The majority of engineers will be doing very incremental work that doesn't feel very fulfilling - There are literally engineers whose job it is to optimize a single button. This is all very connected to the aforementioned con of not being able to find scope.
  - **Work-life balance is dicey** - These companies pay you well for a reason: The bar is high. It can be stressful and tiring to meet expectations, especially if you're transitioning from a non-FAANG company.
- It's also important to remember that you need a much more holistic set of skills on top of coding most of the time to succeed at these companies. For many, this is a pro as it leads to more well-rounded growth, but for others who want to focus more on being builders, it can be incredibly draining.

For a deeper look into what life at FAANG is actually like, join us for our upcoming event: [Should You Work At FAANG? - What Big Tech Is Like For Software Engineers](https://www.jointaro.com/event/should-you-work-at-faang-what-big-tech-is-like-for-software-engineers/)

This clip was taken from our [1.5 hour masterclass on finding the best company/team for you, which you can click here to watch](https://link.jointaro.com/F4DDyKfuo3hMhj868).

Related resources:
- [Why You Should Start Your Career At A Big Tech Company](https://link.jointaro.com/9k3HkgfJsTp1Nd2w5)
- ["What's the difference between Big Tech and startups in terms of learning and growth?"](https://link.jointaro.com/n57gbTWERveGTQuM9)

Become An Open Source Master [Part 1] - Course + James Intro

This course is a methodical guide to get you involved in open source. The course is led by James Pearce, a former engineering director at Meta. While mastery might be a lifelong journey, we'll cover the basics to get started.

- Gain insights from James's experience running one of the world's largest open source programs.
- The course will focus on individual involvement in open source (not running a program).
- Meta/Facebook has a strong open-source culture, using and creating software like React, Cassandra, and PyTorch. Here's the talk James gave at OSCON 2015: <https://www.youtube.com/watch?v=vBbDAk5WYEo>
- James has built his own open-source project called [tinybase](https://github.com/tinyplex/tinybase), a data store for local-first apps. Watch this course so you can contribute!

Connect with James: 

- GitHub: <https://github.com/jamesgpearce>
- Twitter (X): <https://twitter.com/jamespearce>

How To Quickly Understand Company Culture - Airbnb Example

Culture is more than what people say. It's about how things get done in the company. The best way to ramp up on a company's culture is to observe what people do and talk to as many people as possible when you first join.

Rachel also talks about the 2 unique aspects of Airbnb's culture: 
1. Mission-driven (as opposed to tech, sales, or founder driven)
2. Incorporating the best of different companies

If you want to learn more about how to understand an org/company and build up influence within it, here's some related resources:
- ["How do I sell the vision behind a large, org-level project?"](https://link.jointaro.com/ESa5WJyk682iwqJt9)
- ["How can I build up more influence in an org?"](https://link.jointaro.com/GVYFUhx46N2QWVeZ7)

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.

Start Your Day By Eating The Frog

When it comes to productivity, what is eating the frog?

True or false: To ease into your day, the best thing to do when you wake up is something easy and fun like checking your Instagram.

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

Nail Your Promotion As A Software Engineer [Part 1] - How This Course Works

Switching jobs is great, but it can only get you so far. *The true foundation of any ultra-successful tech career is promotion.* However, promotion gets a bad reputation as it's sorely misunderstood, both by individual engineers and entire tech companies. This course is here to demystify promotion and teach you how to go through it as efficiently as possible. 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. More importantly, he goes through how he was able to grow his mentees to lightning fast promotions, particularly at Meta where he grew new-grads (E3) to high-performing senior engineers (E5) with \~$500k TC by their mid-20s (far faster than Alex himself!).
- You'll understand why promotion is underrated and critically important to a successful tech career with serious longevity. You'll also understand why constantly going on the interview grind is way worse than pursuing organic promotions when possible.
- We walk you through the course objectives. By the end of the course, you will understand:
  - 💡 How promotion **actually works**, particularly at top companies
  - 🧠 The framework to understand the **senior engineering career ladder**
  - 📃 How to define a **clear plan** to get to the next level
  - ✅ What it takes to get **maximum credit** for every project
  - 🚀 What it means to master your performance review and produce the **best promo packet**

If you want to learn how Alex was able to grow his mentee engineers ⚡ fast (more than 2x quicker than industry average), check out his deep-dive here: [\[Case Study\] Mentoring Junior SWEs \[E3\] to Senior \[E5\] In Just 2.5 Years At Meta](https://www.jointaro.com/lesson/EX9563YnxcJb62cCmetg/case-study-mentoring-junior-swes-e3-to-senior-e5-in-just-25-years-at-meta/)

One Of The Biggest Tech Career Killers: Not Being Truly Great With Feedback

Feedback is the primary fuel for you to improve. Despite this, most engineers (and most people in general) are far worse at taking feedback than they think they are.

Here are the core points from the video:
- **Be very appreciative of your manager's feedback** - Your manager is the main source of feedback for you (it's literally their job). Your goal is to create a virtuous cycle where your manager wants to keep giving you feedback as you make the experience smooth.
- **Be accepting of non-perfect feedback** - It is very rare for feedback to be 100% accurate. Search hard for a kernel of truth in the feedback, and if you can find it, you should cherish that overall feedback.
- **Be extremely careful being defensive** - This is a 1-way door. Sharing feedback is awkward. If your response to getting feedback is to make the situation weird and be the slightest bit defensive, that person will likely never give you feedback ever again.
- **Ingesting feedback has a high skill ceiling** - It's way, way, way higher than almost everybody thinks. The most talented engineer Alex ever worked with got promoted from E3 new-grad to E6 (Staff) at Meta in less than 3 years. One of the main reasons behind that stellar growth trajectory is that they were able to process feedback extremely efficiently, almost always implementing it the week after they got it.

Related resources:
- ["Can someone elaborate on "always treating feedback as a gift"?](https://www.jointaro.com/question/4DoEnMIq2ISadfAJuwp9/can-someone-elaborate-on-always-treating-feedback-as-a-gift/)
- [[Taro Top 10] Software Engineer To Engineering Manager (IC -> M Track)](https://www.jointaro.com/playlist/oz0mnJvHHgM8NfVF7rgp/)
- [[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 Most Important Thing To Do After You Get Laid Off

As a software engineer, you naturally have a lot of leverage as a highly sought after, highly-skilled worker. If you end up getting laid off, take the opportunity to use that leverage and seriously think about bettering your future.

Here are the core points:
- **Take the time to introspect about career direction** - When you're working, it's way too easy to get lost in the hustle and just trudge from project to project. After you're laid off, you now have the mental freedom to really think about where you want to go with your career. This will take at least several days, maybe even weeks. Try to envision what the perfect job looks like to you and make that your goal. Ask yourself where you want to be 5 or 10 years from now.
- **Think about what makes you happy** - This sounds cliched, but it's 100% true. There's no point min-maxing your compensation and level if you're fundamentally unhappy while doing it. The tech industry is such a broad space: There is a right opportunity for everybody where they can grow their career and be happy while doing it. But in order to get that opportunity, you need to discover what genuine passions you have.

Related resources:
- [[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/)
- [Figuring Out The Best Company To Join As A Software Engineer](https://www.jointaro.com/lesson/Nqs0U6rt2qFyXKSZurTh/figuring-out-the-best-company-to-join-as-a-software-engineer/)
- ["How do I know what I'm great at?](https://www.jointaro.com/question/hksE5OSxktWdbnQQFdaT/how-do-i-know-what-im-great-at/)

Stop Getting Ghosted With Your Reachouts - How To Write A Great Cold Message

If you're a software engineer, you are likely going to do a cold reach out at some point in your career. This is almost always true when you're a junior engineer and don't have too deep a network yet. However, most software engineers go about this aspect of professional networking in the wrong way, especially when it comes to job searching and interviewing.

Here's how to write a cold message that actually has a chance of getting a response:

- **Mention your own background** - If you have any credibility, use it. What accomplishments do you have? What makes you special compared to everyone else and deserving of a response from this person?
- **Have a specific request** - The more pinpointed your ask is, the less effort it takes for the other person to figure out how to help you. Don't just ask for help with things like "career guidance" or "helping you find a job" - These categories are far too broad. Ask for tips on clearer areas like how to resolve disagreements in cross-team meetings or how you can pass behavioral interviews with &lt;50 person startups. For more advice here, check this out: [Asking Effective Questions That Get Great Answers Quickly](https://www.jointaro.com/lesson/HV8sq75WxM9VhK0dhUun/asking-effective-questions-that-get-great-answers-quickly/)
- **Find commonality** - Having common ground is one of the most important factors with a successful relationship. Whether it's working on the same tech stack, coming from the same school, or playing the same video game, share that commonality to make yourself feel more familiar.
- **Build them up** - At the end of the day, everyone enjoys being praised. Put them on a pedestal and explain why *their* input in particular is valuable to you. Show that you didn't send the exact same message to 100+ different people.
- **Make up follow-up items clear** - Don't just ask for "guidance" or "mentorship": Make it clear what's the exact form of help you want? Is it a link to a useful blog post or video? Is it a 30 minute 1-on-1 meeting?

Related resources:

- [\[Course\] Effective Communication For Engineers](https://www.jointaro.com/course/effective-communication-for-engineers/)
- ["How to get referrals?"](https://www.jointaro.com/question/FQIi8us9uoTDIYdzMhvg/how-to-get-referrals/)

Effective Communication Guide [Part 5] - Giving Feedback

- If you're giving constructive feedback, try to pair it with something positive. In general, positives are good at offsetting negatives.
- Tentative language is also crucial, especially with constructive feedback.
- Example feedback around running meetings:
  - **Bad:** "You need to stop cutting people off in meetings."
  - **Good:** "You do a great job running meetings and making sure that they're on track, but I feel like in pursuit of that, you sometimes cut people off too soon and aggressively instead of letting their voice fully be heard. I think letting everyone get their complete thoughts out is important for our team, and we can always extend the meeting length if there's no way we can time-box properly while doing this."
- Your overall mentality should be, *"How can we all become better?"*, as opposed to, *"I need to tell this person why they suck."*.
- If you don't feel too close to the person you're giving feedback to, you can go through your manager to share the feedback with them or with their manager. At a high-level, you can see your manager as a "people API" to abstract away issues like these.

Engineering Manager Feedback Example: Good vs. Bad

This segment provides a powerful comparison between poor and effective feedback in engineering management, particularly around the challenge of slow code review cycles. It emphasizes how quality feedback should be empathetic, actionable, and grounded in broader principles to foster growth.

- **Bad feedback is vague and unhelpful**: Simply stating “your code isn’t merging fast enough—fix it” lacks empathy, specifics, and any guidance on how to actually improve the situation.
- **Good feedback is empathetic and constructive**: The improved example acknowledges the *team’s* perspective, suggesting the engineer break up large diffs to make reviews easier and faster, thus benefiting everyone.
- **Actionable steps are clearly defined**: Rather than just pointing out a problem, the feedback offers a tangible next step—submit smaller, more digestible diffs.
- **Feedback includes operating principles**: It reframes code reviews as a shared team activity, encouraging engineers to think like editors and consider the reviewer experience—empowering them to continuously improve without needing micro-managed lists.
- **Nuance and context matter**: Effective feedback often requires more thoughtful, detailed communication—brevity shouldn’t come at the cost of clarity or support.

Maximize Your Productivity As A Software Engineer [Part 2] - The Productivity Giant You Are Missing

When it comes to productivity, most software engineers have the completely incorrect strategy of simply working harder. This isn't sustainable and misses the forest for the trees. This lesson teaches you:

- The true highest leverage thing you can do when it comes to your productivity, explained with an example from Meta and Google
- Why working on the right things is much better than just working on your current things faster

Here's the promotion course: [\[Course\] Nail Your Promotion As A Software Engineer](https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/)

Master The Behavioral Interview [Part 1] - How This Course Works

Let's not mince words: Most software engineers are pretty terrible at behavioral interviews. Unlike interview types like data structures & algorithms (DSA) and system design, behavioral interviews are purely open-ended. 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 across top companies like PayPal, Course Hero, Meta, and Robinhood, explaining how ultra-sharpening his behavioral interview skills played a huge part in his career success. His reward? Growing from $85k TC to $750k in just 7 years!
- How software engineers throw their careers by from over-indexing on LeetCode grinding instead of developing more balanced interview expertise, particularly with behavioral interviews
- We walk you through the course objectives. By the end of the course, you will have the right mentality to answer *any* behavioral question well, understand what a good behavioral answer looks like (vs. a bad one), use the right tactics to prepare, possess the skills to vet the company, and know what behavioral performances look like across different levels

To learn more about Alex's interview success journey and overall job searching tactics, check out his master job searching course: [\[Course\] 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/)

[Case Study] How To Land 18 FAANG+ Offers With Steven Zhang (Airtable, USDR, Tableau)

While on the job hunt in 2019, Steven Zhang received 18 offers (out of 22 onsites), including from companies such as Airbnb, Apple, Facebook, Palantir Technologies, Pinterest, Stripe, Uber.

In the process, he became an expert in software engineering interviews and job searching. Steven shared his thought process and methodology:

- When you have many interviews, **operationalize it, and treat it like a multi-week/month project**. Some days will feel like a slog, but that's ok and part of the process. (Steven used Airtable to coordinate all his conversations.)
- **Doing an interview prep course is completely worth it for DSA**. It may cost a few thousand dollars, but being able to land the ideal job is definitely worth it (and likely worth tens of thousands of $$). Steven used InterviewKickstart (his referral: https://bit.ly/swe-tips-ik).
- **For behavioral interviews**, Steven recommends:
  - Writing all questions you received in a Google doc
  - Recording yourself doing mock interviews with a friend and then listening to it.
- **Steven received offers at various levels through the bands**, from L3 (junior) to L5 (senior). Your level has huge implications for your compensation.
- Negotiation tips:
  - Negotiation should not be adversarial- think of it as doing price discovery
  - If you ask nicely, no one will rescind your offer for asking for more money.
  - Negotiation/post team matching is a way to get signal on the company itself

Relevant resources:

- [\[Masterclass\] How To Ace Your Big Tech Interview - Data Structures And Algorithms](https://www.jointaro.com/lesson/V4sTACzfOh22nMVcUV3w/masterclass-how-to-ace-your-big-tech-interview-data-structures-and-algorithms/)
- [\[Masterclass\] How To Ace Your Big Tech Interview - System Design](https://www.jointaro.com/lesson/J3I9fTW9ulr6T9KjxpqY/masterclass-how-to-ace-your-big-tech-interview-system-design/)
- [How Alex Got Into Meta With 0 Prior LeetCode Experience](https://www.jointaro.com/lesson/ZYiTbN21FsqFxFdpwt5a/how-alex-got-into-meta-with-0-prior-leetcode-experience/)
- Steven's [viral Medium article about this experience](https://medium.com/@stevenzhang/how-i-landed-18-faang-software-engineer-offers-after-not-interviewing-for-5-years-fc0dfc957a5d).
- Connect with [Steven on LinkedIn](https://www.linkedin.com/in/stevenqzhang/)

Don't Be Naive When Networking - Understand That You'll Get Burned

One of the main ways to grow your tech career is by building relationships. However, a lot of software engineers struggle immensely with this, dismissing the entire craft as "playing politics". This video explains why that mentality is toxic and how you should set up your mindset instead.

Here are the core points:
- **Every company will have politics** - What separates the good companies from the bad ones is that the good ones have a moderate amount of politics while the bad ones have an overwhelming amount of politics. If you're going to any decently sized company, you will have to do understand how to interact with people and get them to like you. It is near impossible to get to senior levels without being able to do this.
- **Professional networking is just like "real life"** - There isn't a huge difference between building work relationships and making personal friends and dating. The core principles behind establishing relationships and earning trust are the same both inside and outside of work.
- **Not every relationship will work out** - Similar to personal relationships, you will often times invest into people who won't return the favor. *Don't let that turn you off from the idea of networking as a whole.* Growing as a software engineer is a marathon filled with ups and downs. Don't let a few toxic coworkers or poor synergy partnerships tear you down.

Related resources:
- [[Masterclass] How To Build Deep Relationships Quickly In Tech](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/how-to-build-deep-relationships-quickly-in-tech-12172022/) - The full video where this clip was taken from
- [Effective Communication Guide - Building Relationships](https://www.jointaro.com/lesson/488EjOLzU707WhdqMOK4/effective-communication-guide-part-3-building-relationships/)
- ["How do I achieve my goals for this half when XFN is not communicating effectively?"](https://www.jointaro.com/question/Z1MwZ4GOA4XxxZd9ff5n/how-do-i-achieve-my-goals-for-this-half-when-xfn-is-not-communicating-effectively/)

Claiming Full Credit For Your Projects On Performance Review

- What is the project: Which features did it compose of? How does it work?
- Context behind the project:
  - Why was this project hard/interesting: Complexity of projects is especially important for more senior engineers.
  - What was the business impact: Did it lead to more revenue directly? Did it improve user experience? Was a core KPI increased?
- Role you played in the project: What value did you specifically add to the project, especially that of the deeper kind? For Big Tech companies, this is very important as projects can easily have 15+ people working on them.

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.