Effective Communication Guide [Part 1] - Core High-level Principles

Software engineers are notorious for their poor soft skills, often thinking that being able to write decent code while isolated in a corner is all they need to succeed. This couldn't be further from the truth. Communication in particular is crucial for software engineer career development, especially to senior and staff level. This lesson teaches you:

- **Communication is fundamentally an exercise in empathy** - The entire goal of communication is to align with or win over another human being in some way.
  - Strive to put yourself in the shoes of the person you're communicating with. Try to see the world through their eyes.
  - What are their values? What makes them happy? What are they struggling with? What do they care about? What's their background?
- **Understand others' incentives** - This is especially important in a corporate environment where every employee has some incentives they're pursuing. This will often times manifest as what are the values of the other person's org and even more concretely, *what they get rewarded for in performance review*.
- **Over-communication &gt;&gt;&gt; Under-communication** - Under-communication's downside is that people are not aligned, which usually leads to lots of thrash and wasted work. That is much, much worse than the failure mode of over-communication, which is that you're a bit annoying (and this can be easily toned down and fixed). If you're trying to get better at communication, push for the over-communication extreme: Chances are, you will never reach it. It is *very rare* for someone to be communicating too much - Most people will appreciate the increased availability of information.

Related resources:

- [The Crucial First Step To Building Relationships That Everyone Misses](https://www.jointaro.com/lesson/YPniDFNQqoHEpYHC9JEq/the-crucial-first-step-to-building-relationships-that-everyone-misses/)
- [Stop Getting Ghosted With Your Reachouts - How To Write A Great Cold Message](https://www.jointaro.com/lesson/eZRHXEpxdJjcxK2aQTWl/stop-getting-ghosted-with-your-reachouts-how-to-write-a-great-cold-message/)
- [I Sucked At This For 25 Years As An Engineer – 8 Tips For Communication](https://www.jointaro.com/lesson/s0vZkFtwe3x4tALbdbEr/i-sucked-at-this-for-25-years-as-an-engineer-8-tips-for-communication/)

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

Write A Stellar Resume As A Software Engineer [Part 1] - How This Course Works

It doesn't matter if you have mastered 500 LeetCode problems if your resume isn't even good enough to get you the interview to begin with. Writing a stellar resume is one of the absolute highest-leverage things you can do as an engineer yet so many mess it up, making basic mistakes. With this course, you will stop making those mistakes. 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. More importantly, he goes through how he reviewed (and rejected) 1,000+ resumes as he was extensively involved in the hiring loop of all of his prior companies.
- You'll understand why writing a stellar resume is actually quite easy, but the internet makes it hard due to misinformation
- We walk you through the course objectives. By the end of the course, you will understand:
  - 💡 Truly understand the **principles** behind a stellar resume
  - 🗑️ Avoid the common **traps** that make resumes suck
  - 💯 Get **maximum credit** by best framing your experience
  - 📊 Make the right resume based on your **level**
  - 🤔 Know what to do if your resume **isn’t enough**

Become A Debugging Master [Part 1] - How This Course Works

Most software engineers groan when they get hit with a random bug task while they're in the middle of feature development. However, this is actually the completely wrong reaction reaction to have - It should be the opposite! This course is here to teach you why bugs are a deeply underrated growth opportunity and how you can become amazing at fixing them fast.

Here are the core parts of the lesson:

- Your instructor [**Rahul Pandey**](https://www.linkedin.com/in/rpandey1234/) walks you through his extensive 10+ year Silicon Valley background with rapid career advancement, ending up as a high-performing Staff Engineer \[E6\] at Meta. Most importantly, he talks about how becoming a debugging master led to him getting to Meta E6 and boosting his total compensation to $800k+!

- We walk you through the course objectives. By the end of the course, you will:

  - 🧠 Learn how to **properly** **prioritize** debugging

  - 📋 Understand the **necessary prep work** before the fix

  - 💡 Develop a **mental framework** to fix any bug

  - ✅ Understand **the difference** between good and bad fixes

  - 🏆 Be able to **get maximum credit** for debugging

Joel Spolsky's wisdom: <https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/>

[Masterclass] How To Write Better Code Faster As A Software Engineer

Code: It's the main thing software engineers care about. However, as we all know, writing code quickly while keeping it clean can be extremely difficult. This is what this masterclass will help you with: We want to empower you to not only write more code, but write higher-quality code as well.

There were a ton of important points from this masterclass, so here's our Top 5 (in no particular order):
- **Go deep, not wide** - One of the most common mistakes junior software engineers make is not focusing on just 1 stack, often captured by being a "full-stack engineer". When you go ultra-deep on just 1 stack, you will start developing software engineering fundamentals and "muscle memory" that allows you to write code a lot faster. It will generally take 2-4 years of focus on just 1 stack to start getting really good at it. For more information about this point, check out this video: [This Is How Software Engineers Should Initially Learn](https://www.jointaro.com/lesson/wUl3hc2wr1ms493bd23b/this-is-how-software-engineers-should-initially-learn/)
- **Build side projects** - There's no magic to getting better at coding: The more you do it, the stronger your skill. This is why side projects are so powerful: They allow you to write more code without overworking yourself as we talk about in this discussion: ["How will side projects enhance my skills as a software engineer on the job?"](https://www.jointaro.com/question/KORArGLRW6mNn47ddC1S/how-will-side-projects-enhance-my-skills-as-a-software-engineer-on-the-job/)
- **Submit polished pull requests** - There's more to code than the raw lines you put into commits; how you submit it for review is a huge factor as well. If you take the time to make atomic PRs, add context, and attach a thorough test plan, your code will be landed much faster (and your team will love you for it). For concrete examples on what this looks like, watch this: [One Diff, One Thesis - What Every Code Review Should Be Like](https://www.jointaro.com/lesson/3NAbmgiaY3IpvayNIoVl/one-diff-one-thesis-what-every-code-review-should-be-like/)
- **Really absorb code review feedback** - The main way you will learn as a junior engineer or as an onboarding team member is by getting feedback on your code. Make sure to respond to code review feedback in a timely manner (<4 hours) and really soak it in: Strive to never make the same code quality mistake twice. If you're having trouble getting your code reviewed fast, follow the advice here: [Quick Tips To Get Higher Quality Code Reviews Faster](https://www.jointaro.com/lesson/QgDk2yWlfWzgLjh56bSq/quick-tips-to-get-higher-quality-code-reviews-faster/)
- **Modularize your code** - Split your code up into focused components with single responsibilities and thoughtful names. When you do this, your code will be much more flexible, reusable, and easier to read. Here's our advice on how to break down large projects into more digestible chunks: ["How can I be better at executing on my work when it comes to coding and breaking down ambiguity?"](https://www.jointaro.com/question/6lfyIKgkoclcDNKWq9o3/how-can-i-be-better-at-executing-on-my-work-when-it-comes-to-coding-and-breaking-down-ambiguity/)

Related resources:
- [[Masterclass] How To Manage Your Time Optimally In Tech And Achieve More Results](https://link.jointaro.com/8D6Y6BnYm8696RtC9)
- [[Masterclass] How To Do Amazing Code Review](https://link.jointaro.com/8D6Y6BnYm8696RtC9)
- ["What can I do to quickly build my reputation as a junior engineer?"](https://link.jointaro.com/hxCTvumsQhUqRAbn6)
- [Presentation slides](https://docs.google.com/presentation/d/17o6XlEjiYbkV1FMrhOoFwcM1O59NmdAOfZ3AXol7daY/edit?usp=sharing)

What Makes A Truly Great Tech Lead - A VP of Engineering's Perspective

Former Mixpanel VP of Engineering David Pan (also ex-Twitter, ex-Amazon, ex-Microsoft) shares his wisdom on what it really means to be a tech *lead*, shipping projects effectively and leaving the team in a better place in the process.

- **Overview:** Tech leads are extremely valuable. They allow a team to multi-thread and execute on multiple projects at once, not requiring the engineering manager to babysit everything.
- **Understands the business context:** Great tech leads have strong product understanding and realize that software needs to be built in different ways based on the situation.
- **Project risk shrinks over time:** Great tech leads are constantly looking for ways to de-risk their projects over time. As things get closer to the ship date, the project actually becomes less scary!
- **Level up the team along the way:** Great tech leads figure out ways to leave the team in a better place than it was before the project.
- **If you're looking to become a great tech lead**: Get to know your PM, assess risk proactively and tackle the hardest items first, and find opportunities to level up your teammates.

You can connect with David here: [David Pan's LinkedIn](https://www.linkedin.com/in/davepan/)

If you want to learn more about becoming a great tech lead, check out the following resources:

- [\[Course\] Tech Lead Blueprint: Role, Skills, and Strategies](https://www.jointaro.com/course/tech-lead-blueprint-role-skills-and-strategies/)
- [Becoming A Tech Lead Again In Just 1 Month After Joining Robinhood From Meta - Case Study From Alex](https://www.jointaro.com/lesson/X8vpfJooDpsX915ouC00/case-study-becoming-a-tech-lead-again-in-just-1-month-after-joining-robinhood-from-meta/)
- ["How do I lead without authority?" - Staff Software Engineer \[E6\] at Meta](https://www.jointaro.com/question/BWv3hFSELbn59mXJbkNB/how-do-i-lead-without-authority/)
- ["How can I hit the ground running as a tech lead?" - Senior Software Engineer \[SDE 3\] at Amazon](https://www.jointaro.com/question/MiEPhSkzr8TRRSMRkrNQ/how-can-i-hit-the-ground-running-as-a-tech-lead/)

Effectively Learning Data Structures And Algorithms (DSA) For Software Engineer Interviews

Which of these is the core building block of data structures and algorithms problems?

True or false: The most effective way to be prepared for data structures and algorithms interview problems is to memorize the code of each problem's solution line by line.

Why should you comment your solutions to data structures and algorithms problems?

True or false: When you are completely stuck, you should just look at the entire solution in order to learn it.

Why is it healthy to struggle on data structures and algorithms problems?

**Data Structure and Algorithm (DSA)** questions are a core part of the interview for most software engineering roles. These questions, sometimes called "Leetcode problems", are essential to master if you want a reasonable pass rate in your interviews. 

However, so many engineering candidates struggle to truly understand these questions, resulting in lower confidence and worse performance. Here are the best tips when it comes to passing these types of interviews:

- The key to mastering DSA is to learn patterns and not memorize code. The "drill and kill" style of studying is really badly suited for DSA.
- 80% of asked DSA problems will use 1 of ~15 different patterns. So rather than focusing on individual problems, your goal should be to connect the problem to a broader, recurring pattern.
- Examples of patterns: binary search, graph traversal, sliding window, tail recursion. Being able to understand problems of the same type is essential. Being able to *name the pattern* is even better. 
- Extensively comment your solutions, primarily with the key pattern behind the problem. When you get started, it will be painstakingly slow to understand each line of code, and potentially comment it. That's ok! You will feel frustrated, but your goal is to deeply understand the problem and solution, instead of simply solving as many problems as you can.
- When you can't figure out a problem, read 10-20% of the solution and see if you can come up with the entire solution from there. Build the muscle of converting high-level points into fleshed out solutions

Related resources:
- ["Mock Interviews vs. Leetcode?"](https://www.jointaro.com/question/U4kohSE8g5LR7GD9cqYH/mock-interviews-vs-leetcode/)
- [[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/)
- [How Alex Got Into Meta With 0 Prior LeetCode Experience](https://www.jointaro.com/lesson/ZYiTbN21FsqFxFdpwt5a/how-alex-got-into-meta-with-0-prior-leetcode-experience/)

Performance Review Ratings Example: Meta & Google

- Meta:
  - Meets Some Expectations (MS)
  - Meets Most Expectations (MM)
  - Meets All Expectations (MA): Need this or above to be doing okay.
  - Exceeds Expectations (EE)
  - Greatly Exceeds Expectations (GE)
  - Redefines Expectations (RE)
- Google (these are the old PERF ratings):
  - Needs Improvement (NI)
  - Consistently Meets Expectations (CME): Need this or above to be doing okay.
  - Exceeds Expectations (EE)
  - Strongly Exceeds Expectations (SEE)
  - Superb
- Other companies will use a 1 to 5 system which roughly maps to the above, Google in particular

If you fall below MA at Meta or CME at Google, you will either immediately be put on a [performance improvement plan (PIP) or be at huge risk for one](https://www.jointaro.com/lesson/7SsdpweHE4sbyTtz2kxQ/the-key-to-avoiding-the-performance-improvement-plan-how-to-figure-out-where-youre-trending/). Learn how to [avoid or manage a PIP from our course](https://www.jointaro.com/course/the-ultimate-performance-improvement-plan-pip-guide/).

Related resources:

- ["What's the difference between a low performer software engineer and a high performer?"](https://www.jointaro.com/question/nMxx2EMVIlJbl1oK4SGu/whats-the-difference-between-a-low-performer-software-engineer-and-a-high-performer/)
- ["How do I help my manager (who is also my mentor) be a better manager and mentor?"](https://www.jointaro.com/question/LbHgSEtXcb5QR5nVu8xt/how-do-i-help-my-manager-who-is-also-my-mentor-be-a-better-manager-and-mentor/)

Ship & Grow 500k+ User Side Projects [Part 1] - How This Course Works

Like most engineers, do you have a slate of personal projects on your resume but recruiters and hiring managers simply don't seem to care? Well, that's almost certainly because [your projects don't have any users](https://www.jointaro.com/course/build-side-projects-with-500k-users-coming-up-with-an-idea/what-makes-a-project-valuable/).

This course is here to fix that issue for you. 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

- We walk you through the course objectives. By the end of the course, you will:

  - 1️⃣ Understand what makes a great first version

  - 😯 Learn easy, low-effort ways to improve a product

  - 🗣️ Set up the right mindset for processing user feedback

  - 💻 Know how to build a smooth user interface

  - 📈 Get tactics to acquire users organically

You can find the first side project course here: [Build Side Projects With 500k+ Users: Coming Up With An Idea](https://www.jointaro.com/course/build-side-projects-with-500k-users-coming-up-with-an-idea/)

How Neetcode Got Promoted From L3 to L4 (Mid-Level) Engineer At Google - Tips + Insights

Neetcode struggled with unemployment as a fresh college graduate in 2020. To prepare for interviews, he started the (now massive) [Neetcode YouTube channel](https://www.youtube.com/neetcode) and landed a job a year later at [Google](https://www.jointaro.com/topic/google/) as an entry-level (L3) software engineer. 

As his first full-time job, Neetcode was unsure if he'd succeed within Big Tech, but he was able to get promoted to mid-level engineer (L4) quickly.

Neetcode attributes his success within Google to 3 elements: 
- **Working independently**: Don't be afraid to try things on your own. You should take advantage of the smart people around you, but you need an attitude of self-sufficiency. That means you should be willing to dive into the code, try out experiments, and read documentation as needed.
- **Soft skills**: Break down the work you're doing to discuss the parts that people care about and be proactive with giving status updates. If you feel like a project may get delayed, be very honest about that with your manager -- communicate what happened and what you're doing to fix it. 
- **Some luck**: Neetcode had a great manager and his starter project turned out to have a larger scope than initially planned. This set him up for the L4 promotion.

Neetcode's (self-assessed) coding skills were average, but he performed better than most L3s due to his ability to work independently and superior soft skills.

**If you'd like a discount on Neetcode Pro, checkout the [Taro Perks](https://www.jointaro.com/perks/) page.**

Related resources: 
- [Learn how Google does performance review](https://www.promotions.fyi/company/google/performance-review)
- [How to work more independently? from an Amazon engineer](https://www.jointaro.com/question/vyIAC3hCmRpiWzzL6SjP/how-to-work-more-independently/)
- [Why You Should Start Your Career At A Big Tech Company](https://www.jointaro.com/lesson/OcWRqQcx31VwIEV6tfWK/why-you-should-start-your-career-at-a-big-tech-company/)

Grow From Mid-Level To Senior Engineer [Part 1] - How This Course Works

Meta E4 -&gt; E5. Google L4 -&gt; L5. Amazon SDE 2 -&gt; SDE 3 (the final boss). These are some of the most notorious senior promotions in the tech industry and for good reason: They're hard! The Senior Software Engineer promotion is the first promotion 95%+ of engineers seriously struggle with. So why is that? Well, in this course, we'll break that down in-depth and teach you how to navigate the Senior level up with far less struggle. 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. More importantly, he goes through how he was able to grow his mentees to lightning fast promotions, particularly at Meta where he grew 5+ mid-level engineers (E4) to senior engineers (E5) in just 1 year!
- You'll understand what it means to be a mid-level engineer vs. a senior engineer in the market, including the interview space.
- We walk you through the course objectives. By the end of the course, you will understand:
  - 💡 Truly understand the **difference** between a mid-level engineer and a senior engineer

  - 🧠 Have the right **mindset** to behave as a senior engineer

  - 🛠️ Identify your **technical gaps** to senior engineer

  - 📃 Figure out your **fundamental gaps** to senior engineer

  - ✅ Define a clear **roadmap** to senior engineer

If you want to learn how Alex found a multi-million dollar bug as part of his E4 -&gt; E5 senior promotion packet, check out his case study here: [\[Case Study\] Solving A Multi-Million $$ Instagram Bug](https://www.jointaro.com/lesson/WYk4J05iBqOuPtD0CYKX/case-study-solving-a-multi-million-dollardollar-instagram-bug/)

Top System Design Interview Mistakes [Part 2] - Don't Jump Headfirst into the Problem

In system design interviews, it's vital to stay focused on the core problem. This video highlights the importance of correctly identifying and addressing the right technical issues:

- Avoid getting sidetracked by irrelevant problems, as shown in the car mechanic analogy
- Successful candidates focus on solving the key issues the interviewer cares about
- Asking clarifying questions helps align with the interviewer's expectations
- We give a demonstration of how a candidate can go wrong by focusing on less important aspects
- We go through an example of a successful candidate who navigates the prompt by staying focused and asking the right questions

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>

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 How Software Engineers Should Initially Learn

- Learn depth-wise initially, and then you can go breadth-wise after you become a very established senior engineer.
- If you don't know what you're passionate about, try a bunch of things out (go for breadth) until you find that passion.
- After finding your passion, go deep on it.
- You need to commit a long period of time to just 1 thing initially, so you start learning fundamentals as opposed to tech stack-specific tactical pieces.
- *You will eventually realize that all tech stacks are the same in many ways* - All languages and tech stacks share a common set of fundamentals. You will not get to this state if you switch stacks every year.

Related resources:
- [How The Best Software Engineers Learn A Tech Stack - The Lego Model](https://www.jointaro.com/lesson/9cVK5zsAQstbTCc1wrWx/how-the-best-software-engineers-learn-a-tech-stack-the-lego-model/)
- ["How do you get more independent?"](https://www.jointaro.com/question/FUP3gHb7rv9CXc84LaKn/how-do-you-get-more-independent/)
- ["How can I write great code faster?"](https://www.jointaro.com/question/ciE9a2TZ7rZNyYP8HbeJ/how-can-i-write-great-code-faster/)

Become An Open Source Master [Part 3] - What Is Open Source?

We'll start with an introduction to open source, which encompasses not just software but also data, education, standards, hardware, and access.

- Open-source software is released under a license that allows users to use, study, change, and distribute it for any purpose.
- There are various open source licenses with different levels of permissiveness, but for this course, we'll focus on projects under the MIT license.
- Open-source code empowers users to study and adapt software to their needs, similar to how user scripts or custom style sheets modify websites.
- You can learn from open-source projects like React to understand how companies build complex systems.
- If you make changes, you can fork the project or submit your changes back to the original project through a pull request.

Connect with James: 

- GitHub: <https://github.com/jamesgpearce>
- Twitter (X): <https://twitter.com/jamespearce>

Asking Great Questions [Part 1] - How This Course Works

As a software engineer, you need to learn fast, and in order to do this, you simply have to ask a *ton* of questions. This course is here to teach you how you can ask high quality questions that get you the answers you need while *increasing* your reputation among the team. 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 across top companies like Meta and Robinhood, explaining how he was able to raise new-grad Meta engineers \[E3\] all the way to high-performing tech leads \[E5, Greatly Exceeds Expectations\] in just 3 years

- You'll understand why asking questions is an art with a high skill ceiling, not a binary choice between *"Do I ask"* and *"Do I not ask?"*

- We walk you through the course objectives. By the end of the course, you will:

  - 🧠 Have the right **mentality** behind asking questions

  - 💡 Turn questions into a **strength**, not a weakness

  - ✨ Understand the difference between a **high-quality** question and a **low-quality** question

  - ⚙️ Ask stellar **technical** questions

  - 🙏 Ask for **favors** effectively

If you want to learn how Alex got his mentees promoted so quickly: [\[Case Study\] Mentoring Junior SWEs \[E3\] to Senior \[E5\] In Just 2.5 Years At Meta](https://www.jointaro.com/lesson/EX9563YnxcJb62cCmetg/case-study-mentoring-junior-swes-e3-to-senior-e5-in-just-25-years-at-meta/)

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

This video outlines the most important components of compensation in the tech industry and emphasizes how to assess and prioritize them effectively—especially when evaluating job offers or planning a negotiation.

- **Total compensation (TC)** typically includes base salary, equity, and bonuses, but many companies also add less impactful perks like free meals, fitness stipends, or game rooms.
- **The most meaningful and negotiable parts of compensation** are base salary, equity (like RSUs), and signing bonuses. These are the components with the greatest financial impact and room for movement in offer discussions.
- **Perks like catered lunches or company offsites** may sound appealing but usually amount to minor financial value—typically just a few hundred dollars a month—and shouldn’t drive decision-making.
- **Benefits such as 401(k) matching and paid time off** can be substantial, especially at top-tier companies, but are generally standardized and not negotiable between candidates.
- **When evaluating an offer**, focus on the components that both materially affect take-home pay and can be influenced during negotiation: base, bonus, and especially equity.

Nail Your Promotion As A Software Engineer [Part 1] - How This Course Works

Switching jobs is great, but it can only get you so far. *The true foundation of any ultra-successful tech career is promotion.* However, promotion gets a bad reputation as it's sorely misunderstood, both by individual engineers and entire tech companies. This course is here to demystify promotion and teach you how to go through it as efficiently as possible. 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. More importantly, he goes through how he was able to grow his mentees to lightning fast promotions, particularly at Meta where he grew new-grads (E3) to high-performing senior engineers (E5) with \~$500k TC by their mid-20s (far faster than Alex himself!).
- You'll understand why promotion is underrated and critically important to a successful tech career with serious longevity. You'll also understand why constantly going on the interview grind is way worse than pursuing organic promotions when possible.
- We walk you through the course objectives. By the end of the course, you will understand:
  - 💡 How promotion **actually works**, particularly at top companies
  - 🧠 The framework to understand the **senior engineering career ladder**
  - 📃 How to define a **clear plan** to get to the next level
  - ✅ What it takes to get **maximum credit** for every project
  - 🚀 What it means to master your performance review and produce the **best promo packet**

If you want to learn how Alex was able to grow his mentee engineers ⚡ fast (more than 2x quicker than industry average), check out his deep-dive here: [\[Case Study\] Mentoring Junior SWEs \[E3\] to Senior \[E5\] In Just 2.5 Years At Meta](https://www.jointaro.com/lesson/EX9563YnxcJb62cCmetg/case-study-mentoring-junior-swes-e3-to-senior-e5-in-just-25-years-at-meta/)

Once You Get This, You Will Be Able To Fix Any Software Bug

The foundation for debugging and just getting software as a whole is understanding the end-to-end flow. This is a mental framework that can be applied to any language and any stack, even if you have never worked on it before.

For most of you, you're working with something like this:

1. The client sends an API call to the back-end
2. The server receives the request and parses out the model
3. The server queries the database for the appropriate data
4. The server returns the data in a formatted JSON response
5. The client receives the response and parses it
6. The client translates the models into UI and renders it

Once you figure out what steps are necessary for the flow you're debugging, you can systematically go through them one-by-one until you identify which one is breaking.

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/)
- ["How can I root cause bugs faster?"](https://www.jointaro.com/question/PSv7aYI70VwaDsoRgMyW/how-can-i-root-cause-bugs-faster/)

Rockstar Software Engineer Story: SW2 -> Principal In Just 4 Years

- An engineer joined Mixpanel as a level 2 Software Engineer, and received 4 promotions in 4 years to become a Principal Tech Lead Manager (TLM).
- Key to his success was the ability to make rapid progress on one of the company's top priorities: reduce infrastructure spend.
- He had a hypothesis that the majority of the cost incurred came from a few customers where the economics were backward for Mixpanel.
- Rather than solving a gnarly technical problem, the engineer worked with these customers to change their use of compute resources, resulting in massive savings for the company.

For more resources about becoming a rockstar engineer:

- ["What's the core insight behind quick growth?"](https://www.jointaro.com/question/nJ762p255cGyuth36H6w/whats-the-core-insight-behind-quick-growth/)
- ["What's the difference between a low performer software engineer and a high performer?"](https://www.jointaro.com/question/nMxx2EMVIlJbl1oK4SGu/whats-the-difference-between-a-low-performer-software-engineer-and-a-high-performer/)
- [Mentoring Junior SWEs \[E3\] to Senior \[E5\] In Just 2.5 Years At Meta](https://www.jointaro.com/lesson/EX9563YnxcJb62cCmetg/case-study-mentoring-junior-swes-e3-to-senior-e5-in-just-25-years-at-meta/)

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.