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.

Voicing Your Problems And Frustrations Productively

Which of these are important things to remember as you are voicing your problems and frustrations?

Is the following a good way to voice a problem: I really hate how John thinks about the product. His vision does not make sense, and it will drag down the team. You can tell that he does not have enough experience.

"I really hate how John thinks about the product. His vision does not make sense, and it will drag down the team. You can tell that he does not have enough experience." - What is wrong with how this frustration is presented?

Effective communication of concerns in a one-on-one, especially with a manager, hinges on emotional intelligence and thoughtful phrasing. Expressing discontent is important, but how it’s framed can determine whether it leads to meaningful change or defensiveness.

- **Words and tone matter deeply**: It’s not about suppressing feelings, but about communicating them in a way that leads to constructive outcomes. Saying “This is holding me back” is more impactful than “I hate this person/project/org.”
- **Start with your experience**: Begin by describing how a situation makes *you* feel and the impact it's having on your work. This avoids sounding accusatory and centers the conversation on outcomes.
- **Avoid blaming language**: Statements that target others personally are rarely received well. Instead, focus on issues and processes rather than individuals.
- **Propose solutions thoughtfully**: Even if unsure, suggesting possible paths forward shows initiative. Phrasing like “One thing I was thinking about…” or “Could we try…” keeps the conversation collaborative and open-ended.
- **Frame feedback to enable support**: Managers are more able to help when you present challenges clearly and offer context. Productive expression of frustration builds trust and often leads to faster resolution.

By being candid *and* constructive, you increase the likelihood of being heard, supported, and ultimately driving the change you seek.

Create An Onboarding Doc

The **onboarding doc** is a reference guide as you join the company. This document is literally designed for you, outlining your role + team, people to meet, and how you can get started. Generally, your manager will provide an onboarding doc for you, but you should feel free to augment or create your own if the doc is lacking. This is a great place to collaborate and deepen your relationship with your manager -- point out further areas of discussion.

Components of a good onboarding doc:

1. Team charter (translated down from the company mission)

2. Partner teams + people

3. Expectations + milestones 

   1. These should be clearly defined so it'll be clear if you achieved the expectation or not

4. Project ideas with t-shirt sizing

5. Engineering rubric or career matrix for your role, if one exists

Reference question: [What should be part of an onboarding doc?](https://www.jointaro.com/question/FL7XdfLsG9Da6YyfbjZ3/what-should-be-part-of-an-onboarding-doc/)

Asking For A Promotion: The Wrong Way vs. The Right Way

We all want more money and a higher title. However, it's important to remember that it's not your engineering manager's primary goal to give you those things. When it comes to the promotion discussion, it's crucial to frame it in a mutually beneficial way.

Here are the core points from the video:
- **Do not**: Frame promotion as something that you inherently deserve from being on the team for a while, making the entire conversation seem like an exercise purely for *your* benefit.
- **Do**: Show your loyalty to the team and make it clear that investing into your growth and promotion is mutually beneficial. Your goal is to have more impact and empower the team - The money and title are more of a secondary benefit you'll happen to achieve along the way.

Related resources:
- [[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/)
- [[Taro Top 10] Getting Promoted Faster In Tech](https://www.jointaro.com/playlist/eZOEUatYEe7BBAZByuha/)

Why YOU Suck At Coding Interviews - From a Senior Engineer at Uber

[Edbert Chan](https://www.linkedin.com/in/edbert-chan-18a96950/) is a senior Android engineer at Uber. He wrote the popular guide “Welcome To The Coding Interview - You Suck” freely [available here](https://docs.google.com/document/u/1/d/1eKirumpmwDWTtKCJKn2HuoQ2NavEfR41whmTyaQcio4/mobilebasic) (and [here are the slides](https://docs.google.com/presentation/d/1vce04LepxDbu7K1ZyhtjVaSXC6Z0YYS9cAjNNztbEr4/edit#slide=id.p) presented).

If you want advice from Edbert, check out his AMA here: ["I'm Edbert, Ex-Apple current Uber Infra Android Engineer. AMA!"](https://www.jointaro.com/question/ftzODE689WYHw0FHGcl1/im-edbert-ex-apple-current-uber-infra-android-engineer-ama/)

This is a presentation about the common mistakes he has observed, and what you should do instead. Edbert believes that software engineers focus too much on the code and information during interview prep, and not enough on the engineering part of software **engineering**. Engineering is more than just coding, and a good interview process will be able to judge that.

The extensive guide is filled with practical tips for job seekers to pass the modern interview process at tech companies. Edbert covers the 9 mistakes that hold people back from passing technical interviews:

- Mistake 1: Not Putting Enough Time
- Mistake 2: Interview Approach Is Inconsistent
- Mistake 3: Your Interview Practicing Is Inconsistent
- Mistake 4: Not Fixing Your Own Mistakes
- Mistake 5: Not seeing how one decision or mistake leads to another
- Mistake 6: Not Understanding Your Own Solution Before Coding
- Mistake 7: Magic Bullets
- Mistake 8: Not Being Fast Enough
- Mistake 9: Being Full of Shit

Additional resources:

- [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/)
- [\[Taro Top 10\] Effective Interview Prep](https://www.jointaro.com/playlist/HLBYxJI7D1j8STolrwum/)
- [\[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/)

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

"How can I help with what you guys are doing with Taro?" - 9/13/2022

- If you can afford it, please [join Taro Premium](https://app.jointaro.com/membership)!
  - If you work at a Big Tech company, there's a good chance you have L&D (learning and development) budget that you can use to expense Taro and pretty much get it for free! Here's a [template](https://docs.google.com/document/d/1xpY2XBKTpiMN-o7U2c1pvqai5afQSVIuGMgQZiB-_Rg/edit) you can share with your manager to get Taro reimbursed.
  - Here are the companies we know of that can reimburse Taro: Meta, Google, Amazon, Robinhood, Airtable, Yelp, Gusto, Shopify, Gusto, New Relic
- Send us your feedback!
  - As an early user of Taro, you have outsized power for taking a bet on us. We listen very closely to all user feedback at this stage.
  - On the mobile apps, we have a "Send feedback" button in your profile.
  - We're also on LinkedIn and the [Tech Career Growth Slack](https://join.slack.com/t/techcareergrowth/shared_invite/zt-lt2tbjcn-LOAVIDuGPI~nkuc4woHDLg).
- If the Taro's content is helpful for you, share it!
  - In the mobile apps, there's a share button on every Q&A and video.
  - We spent a lot of time on the underlying tech for this sharing, using something called "dynamic links". They work on every platform, matching the user to the Taro web app, iOS app, or Android app accordingly.
  - Fun fact: Taro content links will open up within the Android app after you install it and sign-in if you are shared a piece of Taro content and didn't have the app yet.
- If you're on Taro Premium, please share your perspective and answer questions! One of our core goals is to diversify the perspective on the platform.

David Pan's Career Journey - Becoming An Engineering Manager

In this lesson we talk about David Pan's unexpected transition from Product Manager to Engineering Manager at Amazon and the career insights that came from embracing an unplanned opportunity.

- **Sometimes crisis creates opportunity** — when David's engineering manager partner on the Kindle Fire project had to step back for health reasons just months before launch, David stepped up to do double duty as both PM and EM, which ultimately led to his manager offering him the permanent engineering leadership role.
- **The best opportunities often don't look like your plan** — despite his doubts about technical credibility, introversion, and fear of derailing his PM career path, David took the risk and discovered a fulfilling 10+ year engineering leadership trajectory spanning Amazon, Twitter, and Mixpanel (eventually becoming VP of Engineering).
- **Don't think too rigidly about career progression** — the most valuable opportunities often emerge from what the company needs right now rather than your predetermined roadmap; embracing these unplanned moments leads to growth and earns you the support of those around you.

Ace Your Tech Interview As A Software Engineer [Part 3] - Interviewing: Why It Sucks

A lot of software engineers don't really know what happens on the other side (i.e. the interviewer giving you the questions), especially for top companies like FAANG. This lesson teaches you:

- Why interview processes are much messier than job candidates expect
- Why tech interviews are inherently unpredictable and random
- How incredibly hard it is to create a quality interview process that both only lets in good talent while not being too torturous for the candidates
- Why it's near impossible for this dark reality of terrible interviewers and interview processes to ever change

If you want to dive even deeper into the interviewer's perspective, check this out: [\[Masterclass\] How To Be An Amazing Interviewer In Tech](https://www.jointaro.com/lesson/OYKgGZ7syfymlvIJKzuf/masterclass-how-to-be-an-amazing-interviewer-in-tech/)

This Is What Most Companies Get WRONG About Promotion

- 2 types of promotion:
  - **Strong companies:** Already functioning at the next level
  - **Weak companies:** Mastery of current level + long tenure
- In the best tech companies, each level is fundamentally different from the previous one. This is why promotion is lagging there: You need to be functioning at the next level consistently for 3-6 months before getting promotion.
- The goal is to avoid the Peter Principle: Getting promoted to higher and higher levels until you are completely incompetent. When levels are truly meaningful, it's really easy to be doing great at your current level and then be struggling to survive at the next one.

Not Getting Stuff Done? Find Someone To Call You Out

Why are accountability partners so helpful when it comes to productivity?

True or false: A good accountability partner is willing to shame you a bit sometimes.

How do good accountability partners help with excuses?

- Finding an accountability partner is one of the most powerful ways you can shore up your productivity.
  - You can understand your own potential when you see what your peers can do
  - They can offer help when you're feeling low or stuck
- Humans inherently don't like letting other people down: We're a social species. Just having someone who's expecting or even counting on you to make decent progress regularly makes you far more motivated to actually get stuff done out of fear of disappointing them.

Related resources:
- ["How do you network effectively within a company?"](https://link.jointaro.com/Hr1nr53D7sfQAEv3A)
- ["How can I better network with other software engineers in the Bay Area?"](https://link.jointaro.com/42JLsbppRMwAJAPUA)

Understanding The Differences Between Engineering Levels

True or false: Very senior engineers are at their levels because they act and operate in a fundamentally different way from their more junior peers.

How can you properly tell the more senior engineers from the others?

Which one of these is a core example of what a very senior (i.e. Staff or above) engineer would do?

15 SWE Years In 1.5 Hours [Part 2] - Learning How To Code

In order to become a software engineer, you need to learn how to code. This lesson teaches you:

- The optimal way to use tutorials
- Why tutorials can easily start *hurting* your learning progression
- The dubious value of books when it comes to learning how to code
- An incredibly effective and altruistic way to truly learn technical material

Follow the advice here to understand any new codebase fast: ["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/)

Master The DSA Interview [Part 3] - Struggling? That's Completely Normal

You are smarter than you think. Yes, this is even true if you're struggling with LeetCode easy problems. This lesson teaches you:

- Why engineers often underestimate their ability when it comes to data structures and algorithms
- How the learning progression curve for data structures and algorithms works for 90%+ of engineers
- How to set up your mentality and goals when it comes to studying data structures and algorithms

How To NOT Learn A Codebase

The biggest mistake engineers make when going into a new codebase is to excessively read through the code and documentation. This is a horrible way to learn. 

The problem is exacerbated because the supporting documentation of the code is usually out-of-date: the docs can't keep up in a fast-moving tech company.

Instead, just dig in and start coding!

- Break things
- Add all the print statements ever
- Get the debugger working
- Run the code and see what happens

The key takeaway is that you should **get your hands on the keyboard** (even if it's uncomfortable).

Ace Your Tech Interview As A Software Engineer [Part 6] - Having The Right Mentality

A lot of software engineers actually have all the necessary skills to pass the interview - They just choke when the time finally comes. Why is that? Well, let's dive into why. This video teaches you:

- The terrible unhealthy mentality software engineers often have going into tough tech interviews, particularly with top companies like FAANG
- What mentality you should have instead to unlock your full potential and why it's hard to ascend to this level of mental clarity
- How having the right mentality greatly improves your interview performance, far more than any amount of preparation ever can

How To Work With Your Manager To Get The Performance Review Rating You Want

Too many engineers are afraid of awkward conversations, so their plan is to just do good work and hope for the best. This rarely works.

Here are the points from the video:
- **Getting the rating you want is a team sport** - You need to be in-sync with others (particularly with your manager) on your desired outcome. You have to be transparent about what you want. Use your 1 on 1 to have those hard conversations with your manager on the delta between where you are now and where you want to be. It's painful to hear that you're falling behind, but it's much better to hear it 3 months before the performance review instead of 3 days before.
- **Don't assume that you're doing well** - Just because you're not receiving negative feedback doesn't mean that you're doing okay; the reality is that you could be doing as bad as trending towards PIP. Remember that managers are busy, and they can easily forget to give you critical feedback in a timely manner (or just not fully realize you're not doing well until they see peer feedback).

Related resources:
- [[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/)

Come Up With 500k+ User Project Ideas [Part 1] - How This Course Works

Are the projects on your resume not helping you at all when it comes to impressing hiring managers and getting job opportunities? Let's fix that. 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. Most importantly, he goes through how he's built 30+ side project apps with 3 of them getting 500k+ users, getting him interviews at top companies like OpenAI, Google, Uber, Instacart, and more
- The exact definition of what a side project is and how it shouldn't be a startup
- You'll understand the many benefits of side projects and why they're almost always underrated by engineers. Side projects can do a whole lot more than getting you interviews and helping you pass them
- We walk you through the course objectives. By the end of the course, you will understand:
  - 💎 Understand what makes a side project **valuable**

  - 🫸 Avoid **common traps** that produce terrible ideas

  - ⚙️ Have a **process** to generate *feasible*, quality ideas

  - 💡 Follow a **framework** to judge a project’s quality

  - 💪 Set up the **right mentality** to build projects long-term

If you want to learn more about Alex's rocket ship career trajectory, take our overall job searching 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/)

The Common Misconception With Help

When you're new, there's an overwhelming amount of information to absorb. You should plan to ask many, many questions, which means it's important to have the right framing of that interaction.

Obligatory Confucious quote:

> The man who asks a question is a fool for a minute, the man who does not ask is a fool for life

Myth #1:

- **Myth**: Asking for help is a sign of weakness ❌
- **Reality**: You’re expected to ask questions to gain knowledge and foster interaction ✅

Myth #2: 

- **Myth**: Everyone knows so much more than me, I’ll waste their time ❌
- **Reality**: Each person’s knowledge is incomplete ✅

Instead of thinking that building expertise in something is difficult or impossible, realize that **you can become more knowledgeable than anyone** as long as you narrow the scope appropriately. (e.g. "In one afternoon, I can go understand more about the flags to configure **git log** compared to anyone on my team of 10 people.")

Being New Is A Superpower

Instead of treating your newness as a liability, view it as a superpower.

- Nobody wants to be mean to the new person, so you have the perfect excuse to request resources aggressively.
- You can observe problems with the codebase, processes, or tools that tenured employees have learned to tolerate.
- You can connect the dots between different teams or ideas that would be harder for people entrenched in their roles.

Approach your onboarding with the urgency that "**You will never have fresh eyes again**."

As the most clueless person, if you revamp a resource (wiki, code, etc) to be easy to understand for yourself, you are making it easy for **everyone** to understand.

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.