FAANG: Great For Compensation, Less So For Promotion

Getting into FAANG is the dominant thing on so many software engineers' minds, but most of them are making the mistake of not thinking about what happens after they get in. When it comes to that, hitting a growth wall is a very common (and painful) career trap Big Tech engineers run into.

Here are the core points from the video:
- **Most big problems have been solved** - Many teams at FAANG are maintaining flagship products at this point. While these products are great for consumers by being universally known and very useful, they are usually not great for engineers looking to grow. Since they are so hyper-optimized, it's very common for a software engineer to run 10 experiments on a product like Facebook home feed only to have every single one of them fail.
- **Getting to senior/staff is very hard** - Because scope gets so hard to find, these promotions in particular can be *extremely* difficult. SDE 2 -> SDE 3 at Amazon is notoriously impossible, and L4 -> L5 at Google is known to be very tricky as well.
- **You're competing against teammates** - While scope can be created and expanded, there is often a finite amount of it. This means that Big Tech engineers are often jockeying against their very talented peers to own this limited resource. In the worst case scenario, this leads to very dirty politics.

Related resources:
- ["What does it mean to not have enough scope to be promoted?"](https://www.jointaro.com/question/bJuagPwOEEy5vkcXKkqh/what-does-it-mean-to-not-have-enough-scope-to-be-promoted/)
- ["What should I look for in a new team in terms of growth?"](https://www.jointaro.com/question/i2bOMPrqaRc0NUZ7918F/what-should-i-look-for-in-a-new-team-in-terms-of-growth/)

So Many Software Engineers Get This Wrong About FAANG - Big Tech Isn't A Monolith

Many software engineers who aspire to get into Big Tech have this consistent, utopian vision of what working there is like. This couldn't be further from the truth and thinking in this way severely holds back your career direction.

Here are the core points from the video:
- **Big Tech companies aren't all the same** - Even though there are commonalities working at companies with such massive scale, each company has its own culture and unique way of doing things. For example, the life of the average engineer at Amazon is going to be *very* different from that of the average engineer at Microsoft.
- **Big Tech can vary within themselves** - Once you reach 5,000+ employees, it is impossible to maintain a completely homogenous culture throughout the entire company. Organizations and teams will develop unique sub-cultures, so even 2 engineers within the same company can have very different experiences, even if they're the same level and working on the same tech stack.
  - Meta is an extreme example by giving its major acquisitions (WhatsApp, Instagram, Oculus) a lot of autonomy in how they run. Meta is almost like 4 different companies in 1.

Related resources:
- [[Masterclass] Should You Work At FAANG? - What Big Tech Is Like For Software Engineers](https://www.jointaro.com/lesson/JnEnRphdi5TaPZl1Zrl8/masterclass-should-you-work-at-faang-what-big-tech-is-like-for-software-engineers/) - The full video where this clip was taken from
- ["Typical Day of Average FAANG Software Engineer?"](https://www.jointaro.com/question/sOoGZwl8fsQ3hq8yv10v/typical-day-of-average-faang-software-engineer/)
- ["How much is the tech culture within a company a predictor of its overall growth?"](https://www.jointaro.com/question/o7CVNROK0yiRa7YEeFNH/how-much-is-the-tech-culture-within-a-company-a-predictor-of-its-overall-growth/)
- [promotions.fyi](https://www.promotions.fyi/) - This is the website Rahul mentions at the end of the video

[Case Study] Building An Engineering Brand - Why And How (LinkedIn, YouTube, Twitter, Substack)

Most of Taro's success has come from the social presence of Rahul and Alex. For Rahul, his follower counts as of April 2023 are **75K on YouTube, 61K on LinkedIn, and 13K on Twitter**. Followers are an imperfect measurement of influence, but they are generally correlated. 

### Why invest in brand building?

- Be helpful for others
- Helps you learn more
- Increase your luck surface area
  - Inbound instead of outbound
  - Connect with other creators
  - Compounding value over time

Brand building is definitely *NOT* required to be a good engineer, but it will become more valuable over time.

### Which platform should I invest in?

The options I recommend are **LinkedIn** and **YouTube**. You should pick a platform with built-in distribution. That means a blog is almost always a bad idea (Substack is a bit different since it does have some distribution methods). 

Another dimension to think about is the competition on that platform -- how hard is it to get noticed? 
- Which audience are you trying to reach? (B2B vs B2C, students or professionals)
- How much effort is required to produce content? Videos are much more work than essays, which are much more work than tweets.

You can also take a bet here on a growing platform like TikTok, but there are risks around what kind of content is valued, and the longevity of the platform.

### Getting started as a creator

- Keep in mind the **spotlight effect**: "The psychological phenomenon by which people tend to believe they are being noticed more than they really are"
- Since no one really cares about you when you start out, you should focus on quantity over quality. Just make a lot of content, get feedback, and keep improving. 
- Focus on having your content actually add value. Just reposting articles, or making a list of 20 news articles is not that interesting. (It may get engagement, but you're not actually building a brand.)

### Aim for virality

A significant amount of my growth on LinkedIn came from 3 viral posts: [1](https://www.linkedin.com/posts/rpandey1234_learntocode-softwareengineer-activity-7052287566544306177-sn9R/), [2](https://www.linkedin.com/posts/rpandey1234_softwareengineering-compensation-licreatoraccelerator-activity-6989278004149465088-V-IF/), [3](https://www.linkedin.com/feed/update/urn:li:activity:6917123048710000640/) 

Some of your content will be "conversion" content, designed to get people to take action such as signing up for an email newsletter. These posts won't do as well, but you should also focus on having "distribution" content, which is the type of thing that can go viral. 

Once you have a viral hit, you can also repurpose the content on other platforms in order to maximize the value from it. That's what Rahul did with the "Learn To Code" video that he initially published on YouTube: 
- [YouTube](https://www.youtube.com/watch?v=awB99NJ2G38)
- [LinkedIn](https://www.linkedin.com/posts/rpandey1234_learntocode-softwareengineer-activity-7052287566544306177-sn9R/)
- [Twitter](https://twitter.com/rpandey1234/status/1646060396082790400)

### Practical tips
- Post content deliberately about one domain, e.g. engineering growth. Don't jump between topics. 
   - This is how you build a brand. 
   - Make it clear what value you provide, “e.g. the Car Dealership Guy” or “The No-Code Lady”
- Use content scheduling features to be consistent with posting
- Look up resources on copywriting
   - Start with a number
   - Nail the hook, e.g. *"Let me be clear."*
   - Tell a story: Instead of "A happened and then B happened", say "A happened, but X, so then B happened"

-------------

This is a recording of a Taro Premium session from April 20, 2023. See other discussions about [content creation on Taro.](https://www.jointaro.com/topic/content-creation/)

[What to be careful about when starting a blog or LinkedIn audience.](https://www.jointaro.com/question/O5qwwCqT6SAsWSNqlD2V/making-content-as-a-software-engineer-what-to-look-out-for/)

Market Expansion: The Similarity Between Startups And Content Creators

Steve supports several hundred engineers at Amazon as a Principal Engineer. After finding himself giving out the same advice repeatedly, he decided to package up his insights into a YouTube channel. However, similar to Rahul's content, the applicability of his advice turns out to be much broader than just software engineers.

Steve is focused on having the maximum impact on as many people as possible, which means that he welcomes the “pivot” into the broader audience of knowledge workers.

This is a common pattern within content creation and startups: you start by focusing on a specific niche and being hyper-focused on serving them. But you realize that the product or content you created is actually applicable to a much broader set of people. 

- [How to evaluate a startup?](https://www.jointaro.com/question/UCG4XxyEOTjjyg4pEuwY/how-to-evaluate-a-startup/) 
- [“How much am I hurting my career with this startup?”](https://www.jointaro.com/question/dqCvmYhI9WE0k33orZEP/how-much-am-i-hurting-my-career-by-staying-at-a-startup-pressure-to-work-for-big-tech/)

Connect with Steve: 
- [Taro](https://www.jointaro.com/profile/aZJL3ucq9dQnscO09F4JDRkgPo72/)
- [YouTube](https://www.youtube.com/@ALifeEngineered)

[Masterclass] How To Be An Amazing Interviewer In Tech

For all the core points, you can find them in the slides below. For this video summary, we're going to share our Top 5 insights from the session:
- The tension of being a great interviewer is that you need to balance getting signal of the candidate's ability while maximizing candidate experience.
  - Can you make it so that the candidate had a good time even if they failed?
- Getting signal happens when the candidate has to figure out a challenge. *This means that you need to be very careful giving hints*. If you give too many hints, you are solving the problem for them.
- **Never ever end an interview early due to poor candidate performance, especially an onsite round**. Turn the interview into a fun pair programming exercise where you build cool stuff and help them become a better engineer.
- If you're the candidate, communicate as much as possible and don't fish for hints. This gives the interviewer more opportunities to help you out. Doing the opposite can doom your chances.
- At the end of the day, the interview process is made up of people on both sides, interviewee and interviewer. Let's all make the world a little better by striving to be good interviewers!

Related resources:
-  [Presentation slides](https://docs.google.com/presentation/d/1oBNstU-3TJlPGc8Rc5K7AfUUdr7OUo1ADT3JPa4ecSk/edit?usp=sharing)
- [In-depth session on acing your DSA interview](https://link.jointaro.com/cponWycMZZfkRNBW8)
- [In-depth session on acing your system design interview](https://link.jointaro.com/FWp3fithS4xzp3dx7)

Philip's Biggest Concern: The Future Of Work

He Bought Coffee For ALL Meta Employees On His Last Day

DSA Crash Course [Part 7] - Big-O Examples Lecture

In this lecture, Alvin shows examples of code with different Big-O complexities.

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

Master The DSA Interview [Part 15] - Edge Cases

Too many engineers only care about the happy flow, but it is the easy thing to do. This lesson teaches you:

- Why handling edge cases is so important as an engineer, especially at FAANG
- The mindset you need to have to tease out edge cases systematically
- Common edge case scenarios for data structures and algorithms problems
- What a great edge case analysis looks like, explained with an in-depth example

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

Grow From Junior To Mid-Level Engineer [Part 19] - Go Deeper: Follow Through

Ask questions in the Taro forum: <https://www.jointaro.com/questions/create/>

Take the related courses:

- [Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)
- [Ask Great Questions That Get Great Answers Quickly](https://www.jointaro.com/course/ask-great-questions-that-get-great-answers-quickly/)
- [Become The Go-To Expert As A Software Engineer](https://www.jointaro.com/course/become-the-go-to-expert-as-a-software-engineer/)
- [Nail Your Promotion As A Software Engineer](https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/)

Come to Alex's office hours (check the right-hand side): <https://www.jointaro.com/p/alex-chiou/>

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

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

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

If you need extra help with your system design interview, [Formation.dev](https://formation.dev/partners/taro) can provide you hands-on, personalized support. Join us here: <https://formation.dev/partners/taro>

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

[Become A Go-To Person 3/18] Jordan's Story (Imposter Syndrome)

Dealing with imposter syndrome and getting to the senior level.

A course by [Jordan Cutler](https://www.linkedin.com/in/jordancutler1/), Senior Software Engineer at Pinterest and Author of the [High Growth Engineer Newsletter](https://read.highgrowthengineer.com/)

Grow From Mid-Level To Senior Engineer [Part 9] - Code Quality

Mid-level engineers are usually very solid at coding, but what most don't realize is how high the ceiling truly is when it comes to code quality. This lesson teaches you:

- The difference in code quality between junior, mid-level, and senior engineers
- What a senior engineer level pull request looks like

Become a code quality master by taking our course here: [\[Course\] Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)

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

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

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

Master The Behavioral Interview [Part 11] - Interviews Are A 2-Way Street

One of the easiest ways to tank your career as a software engineer is to join the wrong company or team. Despite this, so many software engineers squander their time in behavioral interviews to uncover extremely valuable information about the quality of an organization. This lesson teaches you:

- Why not having thoughtful prepared questions to ask the interviewer makes you look really bad in a behavioral round
- The critical career importance of behavioral interviews being a 2-way street

Master The Behavioral Interview [Part 8] - Timing

Behavioral interviews are intense, containing more questions than every other interview type. This greatly affects how you need to talk to pass these rounds as a software engineer. This lesson teaches you:

- Why behavioral interviews are a marathon
- How long you should take per behavioral interview answer
- Tactics you can use to communicate more efficiently

For more advice on communicating concisely: ["How to make communication succinct and more impactful?"](https://www.jointaro.com/question/QDLV5owweJveRLlspOdc/how-to-make-communication-succinct-and-more-impactful/)

How To Influence Your Team Without Authority

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

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

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

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

To dive deeper, check out these resources:

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

Onboarding Tips Within Larger Companies

In a large company, you should expect a more formal onboarding process. However, don’t let this be an excuse to move slowly. Your goal is (still) to set up your environment and land code within a week.

Big companies will have many teams which may have slightly competing priorities. That means you need to invest in relationships and understand how the work connects between teams. Disperse and collect knowledge from around the company.

Spend some time understanding the unique terminology and culture of the company. Companies like Amazon, Meta, Google, Microsoft are large enough that they have their own set of acronyms, languages, and cultures!

How To Know If You’re Doing Well

Your goal while onboarding is to connect your work to the bigger picture of what your team/org/company is working on, and build your own ideas around priorities.

**Signs that you're helping people**:

- Are you adding value? Are you able to help people newer than you?

- Are you able to improve the onboarding process and get feedback from coworkers about the changes you're making?

- Are you able to understand and contribute to code reviews?

**Signs that you're not doing well**: 

- You're not engaging with people on the team
- You're not getting assigned any work of value, even when you propose ideas
- You need constant support for the work you're doing

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.