What Makes Up Total Compensation (TC) In Tech And Which Parts Matter

Amazon Behavioral Interview [Part 5] - Stakeholder Management (Answer)

This video segment focuses on the interviewee's approach to stakeholder management.

- **Experience:** The interviewee highlights their experience managing global and cross-functional teams, emphasizing their ability to navigate complex situations with multiple stakeholders.
- **Example: Prioritizing Customer Support:** The interviewee describes a specific example at Tableau where they led an initiative to change the customer support prioritization system. This involved gathering input from various stakeholders (sales, support, finance) and addressing their concerns.
- **Challenges:** The interviewee acknowledges the challenges of balancing the needs of different stakeholders, particularly the conflict between prioritizing high-value enterprise customers and maintaining support for smaller businesses.
- **Strategies:** To address these challenges, the interviewee emphasizes the importance of:
  - Understanding the goals and priorities of each stakeholder.
  - Using data and facts to support decisions.
  - Building consensus through clear communication and collaboration.
  - Seeking support from key leaders (e.g., the Chief Revenue Officer) to help address resistance from certain stakeholders.
- **Key Takeaway:** Effective stakeholder management requires strong communication, active listening, and the ability to navigate conflicting priorities while maintaining a focus on overall business objectives.

Learn more about Alan's job search program, Kadima Careers, using this [discount link](https://signup.kadimacareers.com/mQBsDvu).

Become A Debugging Master [Part 4] - Where To Find Bugs

Finding and fixing bugs proactively is one of the most underrated ways to accelerate your growth as an engineer. Here are the core points from the lesson:

- Great engineers don’t wait for bugs to be assigned—they actively hunt for them through QA reports, user feedback, crash logs, dashboards, and on-call alerts
- Proactively surfacing and solving bugs builds trust, reduces last-minute surprises, and makes you a more reliable and promotable team member
- Attending SEV (severe incident) reviews, learning from outages, and applying those lessons is a major career hack for fast growth
- Engineers can approach bugs at different levels of ownership, from simply reporting them to fully owning the investigation, fix, and communication
- Creating scope by finding and fixing high-priority bugs—even without being asked—can dramatically accelerate your career trajectory and reputation

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

David Pan (former VP of Engineering) talks about how he 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 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/)

This Is The Easiest Way To Get Better At Debugging

Before you go into any bug, it's important to write down all the relevant details into a task or ticket. Here's why:
- It makes it easier to get your bearings and start looking into the right places for debugging
- If you need to pass the bug to someone else, the knowledge transfer is much smoother as you have this artifact
- The written context will be very valuable for retrospectives

Here's the information you should put down:
- Steps to reproduce the issue
- The blast radius
- Relevant code pointers
- Priority of the bug

This video is a clip from our debugging masterclass. You can watch it here: [[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/)

Related resources:
- [[Case Study] Solving A Multi-Million $$ Instagram Bug](https://www.jointaro.com/lesson/WYk4J05iBqOuPtD0CYKX/case-study-solving-a-multi-million-dollardollar-instagram-bug/)
- ["How can I become more independent and better at unblocking myself with tricky technical issues?"](https://www.jointaro.com/question/QhqQQGrDgFjZbqohpKe0/how-can-i-become-more-independent-and-better-at-unblocking-myself-with-tricky-technical-issues/)
- ["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/)

Avoid This Performance Review Death Trap - Creating An Expectations Plan

- Work with your manager at the beginning of your performance review cycle to create a plan. Do this no matter what: Even if your goal isn't too ambitious and you just want to get an average rating.
- The plan should outline expectations for you very clearly, ideally as a checklist:
  - What does it mean to hit your baseline expectation and not be in danger of a performance improvement plan (PIP)?
  - What does it mean to knock it out of the park?
- Things will change, especially in high-performance tech companies. This document will change over time, and you and your manager should be 100% aware of this and adapt.

Master The DSA Interview [Part 9] - Outline Your Approach

Once you have clarified exactly what you need to deliver with a data structures and algorithms interview problem, you need to figure out how to deliver it. This lesson teaches you:

- How to come up with a data structures and algorithms solution plan
- The many benefits of coming up with a plan proactively
- What a good data structures and algorithms plan looks like, explained with an in-depth example

[Become A Go-To Person 11/18] Exactly What To Do - Be Visible

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

Amazon Behavioral Interview [Part 3] - Tell Me About Yourself (Feedback)

This video provides feedback on an individual's "Tell me about yourself" response in a job interview.

- **Strengths:**

  - The speaker effectively used a quick joke and the "Moneyball" analogy to create a memorable and engaging introduction.
  - They highlighted their focus on customer-centric work, aligning with Amazon's values.
  - The speaker skillfully leveraged their experience at prestigious companies like Google, Facebook, and Salesforce to demonstrate their value and expertise.
  - They effectively communicated their entrepreneurial venture, Kadima, as a side gig without appearing overly self-promotional.

- **Alternative Approach:**

  - The feedback suggests an alternative approach: starting with their current situation and then explaining their career journey leading up to that point.

This feedback offers valuable insights into crafting a compelling and impactful "Tell me about yourself" response for job interviews.

Learn more about Alan's job search program, Kadima Careers, using this [discount link](https://signup.kadimacareers.com/mQBsDvu).

[Case Study] How to Quit Your Job The Right Way (w/ ex-Netflix TL Michael Lin)

[Michael](https://www.jointaro.com/profile/Ab2xedZA7RhROW0wo9wBHIJbAsX2/) famously [quit his $450,000 job at Netflix](https://www.jointaro.com/blog/why-i-quit-a-450k-engineering-job-at-netflix/), and asked for (and received) a severance package in the process! If you're thinking about quitting your job, consider these points **before** leaving: 

### Timing is important
- It’s better to leave on the 1st of the month than the 31st because employee benefits renew on a monthly basis.
- If you leave on the 1st, it’s like getting a full extra month of benefits. 
- But if you leave on the 31st, your benefits may end the next day.

### Quitting is a trade-off
- You’re weighing that the negatives of staying outweigh the negatives of losing out on income.
- If you have to cut vacations, move away from loved ones, and say no to social events, then those negatives may outweigh the negatives of your job.

### Act with urgency
- If your career is not going the right way, take action quickly.
- If you stay an extra two years at a job you wanted to leave and did this over five jobs in your lifetime, that’s ten years of your life spent doing work you never wanted to do.

---------
- Connect with Michael on [LinkedIn](https://www.linkedin.com/in/michael-lin-tech/)
- Subscribe to [Michael's newsletter](https://michaellin.substack.com/)

Related questions: 
- ["Should I request a voluntary layoff to my manager?"](https://www.jointaro.com/question/FnInc1bJ3AUJBz0grFyj/should-i-request-a-voluntary-layoff-to-my-manager/)
- ["Should I quit to prep for interviews?"](https://www.jointaro.com/question/Cno3oaZkvUu7BPLhHB7g/should-i-quit-to-prep-for-interviews/) from a Data Engineer

Make It Easy For You To Receive Help

True or false: If you ask for help on a coding issue, link the entire repo of the codebase you are working on to be safe. This guarantees that helpers have all the context they need.

What can you do to really sharpen your question before asking it?

"I am having trouble getting a button to appear above an image in my webpage. Can someone help with this?" - Which of the following are questions that should have been anticipated beforehand for this question?

15 SWE Years In 1.5 Hours [Part 7] - Imposter Syndrome (Building Confidence)

Software engineers are constantly underestimating themselves. This lesson teaches you:

- How to flip your mentality when it comes to everyone in tech being smarter than you
- The best environment to be in to maximize your growth
- How to quickly become stronger and get rid of your imposter syndrome

DSA Crash Course [Part 55] - Undirected Path Approach

In this lesson, Alvin explores the strategy to solving the following interview problem:

> Write a function, *undirected_path*, that takes in a list of edges for an undirected graph and two nodes (\*node_A\*, *node_B*). The function should return a boolean indicating whether or not there exists a path between *node_A* and *node_B*.

```
edges = [
('i', 'j'),
('k', 'i'),
('m', 'k'),
('k', 'l'),
('o', 'n')
]

undirected_path(edges, 'j', 'm') # -> True
```

```
edges = [
('i', 'j'),
('k', 'i'),
('m', 'k'),
('k', 'l'),
('o', 'n')
]

undirected_path(edges, 'm', 'j') # -> True
```

```
edges = [
('i', 'j'),
('k', 'i'),
('m', 'k'),
('k', 'l'),
('o', 'n')
]

undirected_path(edges, 'l', 'j') # -> True
```

```
edges = [
('i', 'j'),
('k', 'i'),
('m', 'k'),
('k', 'l'),
('o', 'n')
]

undirected_path(edges, 'k', 'o') # -> False
```

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/**](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/)

Overcome Career Stagnation (5 Common Scenarios)

**This session dives into the steps you can take to get unstuck and get back to growing your career in a meaningful way.**

Overcoming career stagnation is a complex problem and a primary reason behind job dissatisfaction and burnout.

We often hear stories of people leaving their jobs due to a toxic environment or lack of compensation. However, it’s often due to a lack of meaningful growth, especially amongst ambitious, top performers.

There’s more in our control than we think. Sometimes, we just need to know what options we have at our disposal.

For a deeper dive into this topic, [Casey](https://www.linkedin.com/in/caseydai/) is teaching a course starting mid-January: [**Operate Like An Engineering Leader**](https://www.jointaro.com/event/operate-like-an-engineering-leader-cohort-based-course/)

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

Behind the scenes of a $320K → $1.05M negotiation in Silicon Valley

[Yogi Sharma](https://www.linkedin.com/in/yogi1/), an early employee at Facebook, shares an epic story about negotiating a massive compensation increase from his offer at Uber while discovering his true worth in the process.

---

I am a mathematician and engineer at heart, and I hate negotiations. I want people to evaluate the value of my work and pay me accordingly.

That is the mindset I had before this negotiation with a big ride-sharing company that opened my mind to the possibilities of a different way of operating.

In this candid behind-the-scenes conversation, I will discuss the mindset, preparation, and tactics that went into a negotiation (for the role of a SWE) that started at $320k and ended at $1.05M.

Even harder than doing such negotiation was the decision to decline such a lucrative job offer. (Thanks to that decision, I ended up finding my current profession.) Towards the end, I will also share my rationale behind such a seemingly crazy decision.

If you feel you are doing the work needed for a promotion or raise, but don’t seem to get it, this talk is perfect for you. I used to be that person and struggled to get the rewards I thought I deserved. This negotiation changed me deeply, and I hope to share a few insights that would help you too.

Connect with Yogi Sharma: 

- LinkedIn: <https://www.linkedin.com/in/yogi1/> 
- Taro: <https://www.jointaro.com/p/yogi-sharma/>

Nail Your Promotion As A Software Engineer [Part 19] - Depth Of Contribution

Just because you got a meaty, high-impact project doesn't necessarily mean that you'll get rewarded a lot for it when it comes to your promotion case. This lesson teaches you:

- Why volume of code contribution often doesn't correlate with the depth of your contribution and the credit you receive
- How to figure out if your project contributions had lots of depth
- Concrete examples of hard tasks that have great depth and are greatly rewarded for in promotion cases

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

Negotiation Course: Negotiating With A Single Offer

It is possible to negotiate with a single offer, but you are in a weaker position here since you don’t have as much leverage.

- Use "market data" to justify a higher pay, and talk about how your experience and background should justify being on the top end of that range.
- Talk about the ***potential*** of other opportunities that you could pursue but you choose not to for the sake of expediency and the fact that you like this job. "*I could get another offer, but I don't want to if I you can give me a competitive offer.*"

Two scenarios to consider:

1. If you’re currently employed, use that to your advantage. Pretend that you like your current job (maybe you actually do!) and that you have to be "pried away". Talk about what you're leaving on the table, e.g. unvested equity or bonus payouts.
2. The **Close the Deal** tactic is nice here. "For an extra $10k, you can snatch me away instantly."

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.