Negotiation Course: Why Negotiation Is Extremely High Leverage

Negotiation may take a few hours of time (and a bit of uncertainty/discomfort), but the result could be life-changing for you. In a place like Silicon Valley, where engineers are highly paid, successful negotiation could easily net you 5 or 6 figures of additional income.

In addition, an increase in salary will “anchor” your compensation and the benefit will compound since raises are based on this. e.g. a 5% raise is a larger dollar value compared on a $120K salary ($6K) compared to a $100K salary ($5K).

The Steve Ballmer story when he joined Microsoft is an example of one of the largest wealth increases ever due to negotiation: his net worth today is $120B (that's $120 billion!). Even though he joined Microsoft as employee #30 in 1980, he ended up negotiating 8% equity ownership of Microsoft, a deal that made him a billionaire many times over. (Read more about [Steve Ballmer's deal here](https://www.forbes.com/sites/georgeanders/2014/09/30/long-ago-twist-yielded-ballmer-a-fortune-in-microsoft-stock/?sh=16d42b7736a5).)

The famous article from Patrick McKenzie ([patio11](https://twitter.com/patio11)) about negotiation: [Salary Negotiation: Make More Money, Be More Valued](https://www.kalzumeus.com/2012/01/23/salary-negotiation/)

Meet The Team

Software Engineering is a team sport, and therefore building strong relationships with your team is a prerequisite for your success. Book 1 on 1s with teammates proactively, and for key people, look into recurring meetings for the first month or two.

One useful thought exercise: think about **who can throw you under the bus?** By doing this pre-mortem (analysis *before* an issue has happened), you can take steps to make them like you and prevent an issue to begin with.

The other key component to building strong relationships with your team is to prioritize in-person interaction. 

- Trust is much, much easier built when you're in person compared to remote
- If you’re hybrid, try to come in as much as you can. Align on days when other people are in the office.

DSA Crash Course [Part 51] - Graph Intro Lecture

In this lecture, Alvin explains the basic structure of 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/>

Level Up Your Code Quality As A Software Engineer [Part 27] - Continue The Learning Journey

Watching one course is not going to automatically make you master of code quality (or anything really). To really learn these concepts and burn them into your mind, you need to continue the learning journey. Here's how to do that:

- Start discussions in the Taro forum: <https://www.jointaro.com/questions/create/>
- Join Taro events, especially Group Office Hours: <https://www.jointaro.com/events/>

If you have mastered code quality, then here's a great skill for you to move on to: [\[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/)

Intro To Input Metrics

In this lesson, we explore what input metrics are, why they matter, and how shifting our focus from outputs to controllable inputs transformed the way we operated at Amazon. We learned—sometimes the hard way—that sustainable success comes not from chasing end results, but from rigorously managing the elements we directly control.

### Key Takeaways:

- **We learned to distinguish between input and output metrics**: Outputs like revenue or share price are lagging indicators and largely outside our direct control. In contrast, input metrics—customer-facing and operational—are controllable levers that drive those outputs.
- **We saw the importance of focusing on controllable inputs**: By investing resources in areas like software, marketing, operations, or process improvements, we influenced outcomes in a predictable and sustainable way. Examples include inventory record accuracy and marketing spend.
- **We realized the limitations of reactive output chasing**: Trying to salvage quarterly financials with last-minute promotions often distracted us from what truly mattered—improving the customer experience.
- **We began managing our business as a system of processes**: We stopped reacting to fire drills and started proactively measuring and optimizing the activities (inputs) that lead to better long-term results.
- **We gained a competitive edge through disciplined input tracking**: While most teams naturally measure outputs, few rigorously track inputs. By doing so, we developed a significant operational advantage that helped Amazon scale sustainably.

To dive deeper into Input Metrics Mastery and learn more from Bill and Colin, follow these links:

- Take the full course at their website: <https://workingbackwards.com/>
- Buy the book: <https://www.amazon.com/Working-Backwards-Insights-Stories-Secrets/dp/1250267595>
- Bill's LinkedIn: <https://www.linkedin.com/in/bill-carr/>
- Colin's LinkedIn: <https://www.linkedin.com/in/colinbryar/>

This Is Why Most Engineering Managers Are Terrible

Let's not mince words: Most engineering managers suck. But why is that? This video covers:

- Why the incentives don't align between engineering managers and engineers
- What the best tech companies like FAANG do to make their engineering managers not suck (i.e. make them align the incentives between management and ICs)
- How the absolute best engineering managers balance the responsibilities of leadership with the needs of their team in a healthy way

To learn more about the software engineering -&gt; engineering manager transition, check out our playlist: [\[Taro Top 10\] Software Engineer To Engineering Manager (IC -&gt; M Track)](https://www.jointaro.com/playlist/oz0mnJvHHgM8NfVF7rgp/)

Maximize Your Productivity As A Software Engineer [Part 19] - Eat The Frog

The first couple hours after you start work are absolutely crucial - Unfortunately many software engineers waste this crucial time, working on the wrong type of tasks. This lesson teaches you:

- What it means to eat the frog (don't worry, it doesn't involve any actual eating or 🐸s)
- Why eating the frog is so important
- The difference between junk food tasks and core tasks

The Most Common Mistake Made When Authoring Code Reviews

In this video, we focus on the **critical importance of providing context** when submitting code for review. As codebases grow in size and complexity, understanding the "why" behind a change becomes just as important as the code itself. Without clear context, reviewers are left in the dark—and teams lose valuable time and trust.

### Key Takeaways:

- **We explain the “why” behind every diff**: When submitting code, we clarify *why* the change exists, *why* we chose this approach, and *why* alternatives were rejected. This empowers reviewers to assess our choices without second-guessing or chasing us for clarification.
- **We include business, technical, and historical context**: Good diffs often explain the strategic purpose, relevant architecture, past experiments, and legacy code decisions—all of which help reviewers understand how our change fits into the larger system.
- **We reduce friction with thoughtful summaries**: A well-written diff summary is low-effort but high-impact. Taking 5–10 minutes to write it may feel like a tax, but it dramatically speeds up reviews and earns the gratitude of teammates.
- **We acknowledge that no one sees the whole system**: Using the “elephant” metaphor, we recognize that everyone sees only part of the codebase. Providing our view helps others see how our changes fit into the broader system, making collaboration more effective.
- **We write for humans, not just machines**: Code may be infinitely flexible, but humans need context to interpret it. By empathizing with reviewers and anticipating their questions, we make code review a faster, smoother, and more collaborative process.

How To Navigate Pivotal Points In Your Tech Career - By Casey Dai

[Casey Dai](https://www.linkedin.com/in/caseydai/) is a Head of Engineering at Capgemini, leading Data Engineerings and ML Ops. On top of that, he has a rich history of tech leadership across Manulife and Accenture.

To learn more from Casey, connect with him on LinkedIn: [Casey's LinkedIn](https://www.linkedin.com/in/caseydai/)

Here's some of the incredible career wisdom Casey has shared on Taro:
- ["How do I choose whether to become a people manager or continue to be an individual contributor?"](https://www.jointaro.com/question/aMvbV6SUjdDaU8RftQk5/how-do-i-choose-whether-to-become-a-people-manager-or-continue-to-be-an-individual-contributor/)
- ["How to make communication succinct and more impactful?"](https://www.jointaro.com/question/QDLV5owweJveRLlspOdc/how-to-make-communication-succinct-and-more-impactful/)
- ["Why would a senior make themselves replaceable?"](https://www.jointaro.com/question/b5eUTVq4m9ANQ5QCUc3q/why-would-a-senior-make-themselves-replaceable/)
- ["How to get into networking as a fresher?"](https://www.jointaro.com/question/2Ld9u7f4pVcm36cj1P36/how-to-get-into-networking-as-a-fresher/)
- ["How to get interview calls?"](https://www.jointaro.com/question/MOCBUYFhyn7Yv5ZF7qBU/how-to-get-interview-calls/)

Case Study: Setting Up Your Environment

One of the first tasks for an engineer in a new company is to setup their environment. 

- Your goal is **not** to setup your environment

- Your goal is to **do something that the environment setup enables**, e.g. make a copy or color change

Abstraction is essential when you’re working in a large codebase. Don't try to understand everything you come across: there will surely be a guide or script that you'll blindly follow, and that's ok. Keep your focus on completing the setup so you can make progress.

If you get blocked (*you probably will...*), forecast ahead what's coming and check if there's something else you can do in parallel.

[Masterclass] Understanding And Optimizing Your Pay In Tech

Related resources:
- ["If my main goal is compensation, would it be wise to learn blockchain tech since it will potentially be the tech of the next couple decades?"](https://www.jointaro.com/question/tyS6MzzADqBzt10802Mh/if-my-main-goal-is-compensation-would-it-be-wise-to-learn-blockchain-tech-since-it-will-potentially-be-the-tech-of-the-next-couple-decades/)
- ["How do people in Big Tech deal with constantly fluctuating Stock Prices from their company?"](https://www.jointaro.com/question/JhEDkJl8AexlsL4IXBOH/how-do-people-in-big-tech-deal-with-constantly-fluctuating-stock-prices-from-their-company/)
- [[Taro Top 10] Pay Negotiation](https://www.jointaro.com/playlist/uyWSc5q79zFw2Ei7w59d/)
- [Presentation Slides](https://docs.google.com/presentation/d/1MdJrfT-wBDI6p-3z2_4rNY8IJwlvj1X7n3E5bmYajFU/edit?usp=sharing)

Grow From Mid-Level To Senior Engineer [Part 7] - Take Greater Ownership

As a senior engineer, you need to show strong ownership. Many mid-level engineers are told this by their manager but are unsure as to what that means. This lesson teaches you:

- Why the "points" you get for impact aren't just correlated to the impact of the projects you work on
- How to get more credit for each project you work on
- What it means to show stronger, more holistic project ownership with a real-life example from Alex's past at Instagram

Learn more about project credit here: <https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/its-not-just-about-impact/>

What is a PIP? The Ultimate Guide To Navigating A PIP

A PIP is a **Performance Improvement Plan**. A PIP covers specific areas of performance deficiencies and sets clear expectations for what needs to happen in the future to remain employed. Think about a PIP as an ultimatum, essentially telling the employee that "Something needs to change." The employee has been deemed (whether fairly or unfairly, as we’ll see) to be missing their targets.

The PIP will outline a plan to improve the employee’s performance, along with milestones to hit over 1-3 months. The manager will document instances where your performance was lacking, pulling in quotes from colleagues, individual code reviews, or emails you may have sent (or have not) sent. A PIP can feel like a personal attack: the manager will spend hours compiling an argument "against you", explaining why you're not meeting expectations.

We’ll talk about specific strategies to use if you’re on a PIP, but for now, just remember this: **You can still have an amazing career after a PIP.**

Being on a PIP is like being on an extended interview. You have all the anxiety and judgment from a high-pressure environment, but it's actually worse: instead of starting from neutral, you're starting with a negative perception. And a multi-month interview sounds terrible.

Employees on a PIP are not allowed to switch teams. The company has concerns about whether the employee can productively contribute to the company, so they want to avoid the chaos of allowing team switches. This is unfortunate because you may just have a really poor fit with your manager.

Because of the overhead involved with a PIP, generally only medium and large companies will issue them.

The Human Resources (HR) team is involved in every PIP, which is a bad sign. The main function of HR, if not the sole function, is to protect the company’s interests, not the employees’. Once HR gets involved, and the manager has started documenting gaps in the employee's performance, clearly that indicates that there’s been a loss of trust.

This course will cover 4 phases of the PIP lifecycle:

- Before the PIP (but perhaps in the danger zone)
- Receiving the PIP within the company and deciding what to do
- Case studies of Individual Contributors (ICs) who received PIPs, along with managers who have delivered PIPs
- After the PIP -- how to ensure you have a great career even if you received a PIP

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

Tech Lead Blueprint 4/17 - TL Archetypes

Connect with Lalit on LinkedIn: <https://www.linkedin.com/in/lalitkundu/>

Grow From Mid-Level To Senior Engineer [Part 21] - Instagram Ads Testing Tool

Sometimes being a little selfish can help you tremendously when finding senior scope as it did in this case study. This lesson goes through:

- The problem Alex was solving with Instagram ads internal testing, particularly with mobile engineers
- How Alex came up with a very simple solution to the testing problem (far simpler than senior engineer technical complexity)
- How Alex scaled both himself and his basic Instagram ads testing tool
- The learnings from this case study that you can apply to your own day-to-day at work to find senior scope

Master The Behavioral Interview [Part 10] - When You Don’t Have An Answer

If you're an earlier-in-career software engineer, there is a very high chance that you will get a behavioral interview question where you don't have an answer. This lesson teaches you:

- How to gracefully and immediately react when you get a behavioral interview question asking for a scenario that you have never been in before
- Backup options that you can present to the interviewer to still answer the question despite not having an answer that 100% fits

Ace Your Tech Interview As A Software Engineer [Part 7] - Stronger Together

The software engineer job search is extremely exhausting. We now know that grit is the most important trait for interview success, but it's hard getting there purely on your own. This lesson teaches you:

- The big difference between knowing something and applying something
- Why finding an accountability partner is crucial for learning and making genuine progress
- A very basic (but powerful) framework you can go through with your accountability partner to push one another to greater and greater heights on a consistent basis

Level Up Your Code Quality As A Software Engineer [Part 25] - Seas Of Newlines

Newlines are necessary everywhere (including this video description), but they're very much something that can get annoying fast in large quantities. This includes code. This lesson will teach you:

- The "Seas Of Newlines" messy code anti-pattern
- How to fix code that's like this and write better code instead

Ace Your Tech Interview As A Software Engineer [Part 29] - Don't Get Downleveled

Downleveling is something many software engineers aren't aware of when they enter the industry and immediately start idolizing FAANG. It's a brutal phenomena that absolutely needs to be accounted for during your software engineer interview job search. This lesson teaches you:

- What downleveling is and why it's so common among Big Tech companies
- How to avoid getting downleveled in the interview process, both the easy way and the hard way
- General frameworks to understand the differences between the core engineering levels of junior, mid-level, senior, and staff at Big Tech companies

To develop a much better understanding of engineering levels at top tier companies, check this out: [\[Taro Top 10\] Understanding Engineering Levels](https://www.jointaro.com/playlist/e9rjATPbSyvRPsukXiHn/)

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.