The Key Insight Behind Negotiation

Negotiation is fundamentally about leverage, and the strongest leverage comes from being able to walk away. Timing, preparation, and understanding the multifaceted nature of compensation are key to negotiating effectively.

- **Leverage is built through optionality**: The ability to walk away—especially when holding multiple offers—provides the greatest negotiating power. Desperation weakens a candidate’s position.
- **Don’t discuss compensation too early**: Deflect pre-interview compensation questions by focusing on mutual fit. Only begin negotiating after a formal offer is made.
- **Confirmed offers reflect high value**: By the time a company extends an offer, they've invested significant time and resources. With a low conversion rate from interviews to offers, candidates who make it to the offer stage are rare and valuable.
- **Companies don’t rescind offers for negotiating**: Especially in big tech, it’s extremely rare for a company to withdraw an offer just because a candidate is negotiating for better terms.
- **Compensation has multiple levers**: Salary, equity, and sign-on bonuses are negotiable components. Candidates can prioritize based on their risk profile and financial goals, trading one component for gains in another.

This Is Why You Should NOT Work For Big Tech

Working at FAANG is great for many reasons, but the Big Tech life isn't for everybody. For many engineers, it doesn't really make complete sense to go there.

Here are the core scenarios where Big Tech might not be the best for you:
- **You have strong WLB needs** - Work-life balance generally becomes more important as you get older, and Big Tech is generally pretty bad at giving you that.
- **You don't like stress** - There's nothing wrong with wanting to chill and avoiding pressure. However, Big Tech is usually not a good place to do this.
- **You want to hyper-maximize your career growth** - Big Tech is often a consistent path that takes your career to a very good place. However, if you want to go to an astounding place (e.g. become a VP of Engineering by the time you're 30), startups are far superior. Startups have much higher risk but also much higher rewards.
- **You just want to code** - Engineers at Big Tech almost always need to become incredibly well-rounded, especially at senior and staff. If you don't want to play politics and spend mountains of time running meetings and writing planning docs, Big Tech is likely not the place for you.

Related resources:
- ["How to have FAANG level of career growth in startup?"](https://www.jointaro.com/question/VQgUHZPwbzqxjutaDU3W/how-to-have-faang-level-of-career-growth-in-startup/)
- ["When does it make sense to leave big tech?"](https://www.jointaro.com/question/v6GBLlfXb1ugNobkEm7w/when-does-it-make-sense-to-leave-big-tech/)

How To Find The Best People For Your Professional Network

Many software engineers are introverts who have a hard time connecting with others - We've been there too! This can make it really daunting when trying to build your professional network: How do you identify those who you'll get along with? This video covers how you can find those people who would be great to bring into your professional network.

Here are the core points:
- **It's not too different from making friends** - The most basic barometer for a relationship's success is how much you two have in common. Having mutual interests and similar backgrounds maximizes the chance that you're able to interact and understand one another.
- **The most successfully relationships are bidirectional** - The most successful professional relationships are those where each person is able to provide a lot of value to the other. The split should be as close to 50/50 as possible - If there is one party providing an overwhelming majority of the value, this relationship is not meant to last. *When you're evaluating whether someone would be a great addition to your network, don't only think about how they can help you, think about how **you** can help them as well.*
- **Identify those who actively add value to others** - If someone is kind in a general setting and always happy to help others, it is likely they would be a great person to know in a more personal 1 on 1 way. When you strive to add value to these people, they will almost certainly return the favor, and at its core, this is what a healthy relationship looks like.

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 to get referrals?"](https://www.jointaro.com/question/FQIi8us9uoTDIYdzMhvg/how-to-get-referrals/)

Grow From Mid-Level To Senior Engineer [Part 22] - Instagram Ads Survey Cleanup Workstream

See something, say something: You'll be surprised at how much opportunity you can find by championing this mentality, including to senior levels. This lesson goes through:

- The weird organizational dynamic that led to a bunch of senior scope existing "for free" but easy to ignore as a junior or mid-level engineer
- The simple but powerful trick Alex used to turn several smaller issues into a senior-level project
- How Alex continued to deepen the impact of this survey cleanup workstream by digging deeper and doing the right thing
- The learnings from this case study that you can apply to your day-to-day to find senior scope

Grow From Mid-Level To Senior Engineer [Part 19] - Onboarding

Onboarding is one of the most important processes for any healthy engineering team. Helping the newbies is both critical and rewarding. This lesson teaches you:

- How a senior engineer levels up the team more when helping with onboarding compared to a mid-level engineer
- Different ways to achieve multiplicative impact with onboarding instead of singular, even when you are the one onboarding!

[Become A Go-To Person 9/18] The Formula For Expertise

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

DSA Crash Course [Part 52] - Graph Warm Up Lecture

In this lecture, Alvin reviews how to implement a basic depth-first and breadth-first traversal on a graph.

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

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

Asking Great Questions [Part 6] - Be Clueless In Public

The best software engineers are those who embrace their lack of knowledge. This lesson teaches you:

- Why it's better to ask your question in a broader audience
- The difference levels of visibility when asking a question with higher being better
- A huge, often unknown benefit that comes with asking questions in public which allows even junior engineers to become leaders
- Why you should always try to create a record of your question and its answer(s)

Grow From Mid-Level To Senior Engineer [Part 23] - Plot Your Growth Journey

The mid-level engineer to senior engineer promotion takes years for a very simple reason: You need to develop a *ton* of new skills to make it. This lesson teaches you:

- How to prevent yourself from becoming overwhelmed on your journey from mid-level to senior
- The standard growth path from L4 (mid-level) to L5 (senior) and what it means to be L4.5
- Why the L4.5 growth path that initially focuses on increasing your engineering excellence is generally the smoothest path to senior engineer

How One Of FAANG's Biggest Upsides Becomes A Terrible Downside - Peer Pressure

A big reason engineers go to FAANG is to learn from the brilliant talent there. However, this benefit is very much a double-edged sword.

Here are the core points from the video:
- **Big Tech is very competitive** - You will be compared to your peers, many of whom will be better and more productive than you are. Most Big Tech companies make this competition explicit by having stack ranking where the bottom 5-15% of engineers are fired or PIPed every performance cycle. This means that if you're not superior to enough of your peers, your job is in danger.
- There are many side effects to this environment:
  - **Imposter syndrome** - Imposter syndrome is rampant at Big Tech where everyone is so insanely smart and hard-working.
  - **Anxiety and fear** - Being a low performer at Big Tech sucks and is almost always extremely stressful. A lot of engineers here spend a ton of time worrying about being at the bottom.
  - **Poor work-life balance** - You will be pushed by your peers to excel. Many of them will also be overachievers who work late, pushing you to do the same.

Related resources:
- ["How does Stack Ranking work (at FAANG) and how can I be proactive at a base level?"](https://www.jointaro.com/question/lScy3l2NPIrWvRuHOjcF/how-does-stack-ranking-work-at-faang-and-how-can-i-be-proactive-at-a-base-level/)
- ["How do you deal with zero-sum situations where one's success comes at the expense of another?"](https://www.jointaro.com/question/wDZ2LC0AzujhbOOBs43m/how-do-you-deal-with-zero-sum-situations-where-ones-success-comes-at-the-expense-of-another/)
- ["How do you push back against a PIP when it doesn't feel fully justified?"](https://www.jointaro.com/question/4fLz0VmshEouTzQl2Iuc/how-do-you-push-back-against-a-pip-when-it-doesnt-feel-fully-justified/)

Handling a PIP: The Ultimate Guide To Navigating A PIP

There are two options after a PIP: either the employee will remove all the doubts about the performance concern, or the employee will be terminated.

Your job as an employee is to judge your manager’s intentions. Your manager is the most important person in the PIP, and more generally, in your career. Many managers view the PIP as a formality before termination, and they’ve already given up on you. In that case, **you need to leave.** You don’t win any bonus points by "proving them wrong."

If the manager is responsive to your questions, provides constant feedback, and has a reasonable PIP plan, you may have a chance to succeed.

However, in the vast majority of cases, our recommendation is that you **must start looking for a** **new job.**

The biggest reason a PIP is not worth fighting is because **you want to work for people who believe in you**. This is critical for career success: you need someone who is unfailingly supportive of you, whether that's a friend, mentor, or manager. A PIP does not feel like support. In fact, it feels like the opposite. Your manager felt your performance was weak enough that they literally spent hours documenting how you fell behind, and then informed you in a legal manner.

The joke is that PIP should stand for “Paid Interview Period”, and that is honestly our recommendation for many tech workers who receive a PIP.

Here is the **PIP Evaluation Framework** in order to make the best decision once you’ve received the PIP. If 1+ of the following are true, you should **not** plan to have a long-term future at your current company.

- Your manager is uncommunicative or closed off
- The time horizon for the assigned work on the PIP is unrealistic (e.g. 1 week for a launch)
- The goalposts for the projects keep shifting
- The PIP work and your “normal duties” result in an unmanageable workload
- Your team is unsupportive

Write A Stellar Resume As A Software Engineer [Part 19] - When You Don't Have Enough

A 1-page resume is the golden standard, and engineers usually mess up by going above that 1 page. However, what happens if you're incredibly junior and you're the opposite, having less than 1 page? This lesson teaches you:

- How to stretch your Education section on your resume
- What to do with your resume's project section when you're just a student
- Other simple tricks to make your resume longer and fill up that 1 page

20 Years Of Fighting Procrastination [Part 15] - Conclusion

Congratulations on making it to the end of the course! While watching great content like this feels good - It doesn't actually mean anything unless you put the learnings into practice. With that being said, here's some ideas for "homework" for you:

- Start sleeping consistently every day, even on weekends
- If you have a task or project that will take at least 1 week, decompose it into at least 3 different sub-tasks
- Set up a meeting with yourself on a regular basis to reflect on your productivity
- Go through your calendar, audit all the meetings, and kill as many as you can

If you want to learn how Rahul's cofounder Alex made $750,000 per year at Robinhood working \~35 hour weeks, you can go to the next level and take his much deeper and more concrete productivity course here: [Maximize Your Productivity As A Software Engineer](https://www.jointaro.com/course/maximize-your-productivity-as-a-software-engineer/)

How To Be An Effective Tech Lead [Part 5] - Think High-Level, Plan Long-Term

As a software engineer, it's way too easy to get lost in the weeds, fixating on details that ultimately don't matter. As a tech lead, you need to avoid rabbit holes like the plague. This lesson teaches you:

- The overall mindset tech leads must have when planning through and executing a project
- What it actually means to see the forest, not just the trees, with a detailed example from Jocelin's past
- How to own the overarching goal behind a project or workstream
- How to thoroughly think through dependencies

Master The Behavioral Interview [Part 21] - Record Yourself

Behavioral interviews are inherently difficult as they're very open-ended and there's no such thing as a 100% "right" answer. Luckily for you, behavioral interview questions are incredibly easy to simulate. This lesson teaches you:

- How to properly record yourself for behavioral interviews
- What kinds of questions you should be asking yourself in behavioral interview recordings
- Creative ways to make behavioral interview recordings more realistic
- How to analyze the quality of your behavioral interview response recordings

How Managers Split Their Time Between High/Medium/Low Performers

In this lesson, David Pan talks about how managers should split their time between high, medium, and low performers.

David argues that managers should **spend the majority of their time with high performers**, as they are the ones who are most likely to drive the team's success. However, David also argues that managers should not neglect medium and low performers, as they can still contribute to the team's success with the right support.

- 📈 **For high performers**, managers should focus on providing opportunities for growth and development.
- 🙂 **For medium performers**, managers should provide feedback and coaching.
- 😔 **For low performers**, managers should provide support and resources to help them improve their performance. If their poor performance is sustained, they should be removed from the team to avoid a negative impact on the rest of the team.

High performers typically do 80% of the work, while medium performers do 30% of the work. That means the low performers are contributing -10%!

Related resources:

- ["How to manage a team towards high performance?"](https://www.jointaro.com/question/O8vtGxsrwZebiSSlOlRd/how-to-manage-a-team-towards-high-performance/)
- ["How does Stack Ranking work (at FAANG) and how can I be proactive at a base level?"](https://www.jointaro.com/question/lScy3l2NPIrWvRuHOjcF/how-does-stack-ranking-work-at-faang-and-how-can-i-be-proactive-at-a-base-level/)

Master The DSA Interview [Part 10] - Run-Time Analysis

After clarifying the problem and coming up with a detailed, granular plan, coding up the solution should have been trivial. Now it's time for big O. This lesson teaches you:

- How to actually learn run-time analysis instead of memorizing the big O of every individual problem
- The structure of a strong run-time analysis for a data structures and algorithms problem
- Exactly what a quality run-time analysis looks like, explained with an in-depth example

Master The DSA Interview [Part 18] - Fishing

Many engineers think that they got rejected due to the interviewer being bad or "out to get them". While low-quality interviewers do exist (and there are a lot of them), it is often the engineer's fault by being a weak candidate. This lesson teaches you:

- Why there is often a discrepancy between what engineers believe is the cause of their data structures and algorithms interview rejection and what reality actually is
- What fishing is and how it forces interviewers into a very awkward situation that makes them seem icy to the candidate
- How to not do fishing during an interview so you can have a real chance of passing (and make the interviewer more likely to help you)
- Why asking the interviewer for a raw hint is a recipe for failure

Come Up With 500k+ User Project Ideas [Part 7] - The Alex Formula

Repeated excellence is the key to any very successful tech career. Alex has accomplished this time and time again with around a dozen side projects that have 10,000+ users, and he's here now to spill the beans. This lesson teaches you:

- The exact playbook Alex uses to repeatedly build successful apps with several thousand users
- The "Honer vs. Innovator" philosophy when it comes to understanding engineer types
- Why you should (probably) stop trying to be Steve Jobs and go hard down the innovator route
- How honers are often incredibly underrated and can still achieve stellar career outcomes
- The ideal place to be on the honer &lt;-&gt; innovator spectrum when it comes to side projects

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.