Maximize Your Productivity As A Software Engineer [Part 17] - The Demon In Your Pocket

Smart phones unlock infinite opportunity, but they also unlock infinite distraction - We've all lost countless hours towards mindlessly scrolling through the many addictive apps on our mobile devices. This lesson teaches you:

- A basic tactic to prevent you from getting distracted by your smart phone
- A more involved and technical tactic to discourage smart phone user, which Alex is a big fan of
- An extremely aggressive tactic to get your smartphone away from you, used by a Staff Engineer at LinkedIn who's also a parent!

Maximizing a Severance Package 1/9 - Introduction

You are being laid off, getting fired, or just want to move on - learn how to get the best package as a part of your transition out of your company.

What's In the Course:

- The Law
- Termination Circumstances
- Never Accept on the Spot
- Preparing Your Case
- The Mind of the Manager
- Common Asks and Gives
- Can You Sue?
- Summary

##### [**Ethan Evans**](https://www.linkedin.com/in/ethanevansvp/) is a retired Amazon Vice President, now sharing his leadership expertise. Ethan has reviewed over 10,000 resumes in his career, conducted more than 2500 interviews, and been part of several layoffs. These career growth courses are developed from his own knowledge and input from his extensive network of fellow coaches and executives.

- Connect with [**Ethan on LinkedIn**](https://www.linkedin.com/in/ethanevansvp/)
- Taro members get a discount to join [**Ethan's Level Up community**](https://levelupwithethanevans.substack.com/taro25)

[Timeless Career Advice] Junior to Senior Engineer (And Beyond)

Congratulations, you made it to the end of the course, **Timeless Career Advice for Software Engineers**!

Bonus documents available to you: 

- [Timeless Advice for SWE Careers \[Cheat Sheet\]](https://drive.google.com/file/d/1gzvPMib9IM1yRdz7qiTIKtcEZFIF0GyQ/view?usp=drive_link)
- [Promotion Guide \[Cheat Sheet\]](https://drive.google.com/file/d/1d8tq9EEL7ZeXKMMf4SFC9zjrOZT7-0nc/view?usp=drive_link)
- [Louie's Income Progression in Tech](https://drive.google.com/file/d/1OKtp67v8V0k52GXnQ9yYsn2n-0zb7dIQ/view?usp=drive_link)

Connect with Louie:

- SmallBets community: [**https://smallbets.com/?utm_source=taro**](https://smallbets.com/?utm_source=taro)
- Twitter: [**https://twitter.com/LBacaj**](https://twitter.com/LBacaj)
- Newsletter: [**https://newsletter.memesmotivations.com/**](https://newsletter.memesmotivations.com/)

Feel free to share any feedback on this course with us at [**team@jointaro.com**](mailto:team@jointaro.com).

Share + get support on the Taro forum: [**joinTaro.com/questions/create/**](http://joinTaro.com/questions/create/)

Write A Stellar Resume As A Software Engineer [Part 8] - Intro Summaries

It's common practice for engineers (and almost everyone else) to include a paragraph at the very top of their resume summarizing their overall experience and explaining why they're great. This lesson teaches you:

- Why those intro summaries actually hurt you, especially in tech
- What to do instead of having an intro summary

Write A Stellar Resume As A Software Engineer [Part 7] - It's Too Long

Having a resume that's too long is one of the easiest ways software engineers get their resume (and their job candidacy) immediately thrown out. This lesson teaches you:

- The optimal length for a resume
- Why shorter is better when it comes to resumes (and why very long resumes make 0 sense)
- How to convert your years of experience to a resume length
- Tactics to trim down your resume and make it more concise

Master The Behavioral Interview [Part 15] - Mid-Level Engineer

Mid-Level engineers are engineers who have a good amount of experience but aren't exactly senior yet. Most software engineers fall into this bucket. This lesson teaches you:

- The expectations from a mid-level engineer overall and how that reflects in behavioral interviews
- The kinds of stories mid-level engineers tell in behavioral interviews

Managing Up: Conflict Resolution

Taro members get a discount to join [Ethan's Level Up community](https://levelupwithethanevans.substack.com/taro25)

Negotiation Course: Get Other Offers

Researching data points is helpful when constructing a negotiation argument, but the **best** argument you have is an offer in hand from a comparable company. 

The big mistake most tech workers make is to be reactive with recruiters. If you decide to interview with a company, figure out comparable companies and apply to them as well. (Google and a seed-stage startup are not comparable.)

Talking to many recruiters and companies at once is painful, but it's better to concentrate the pain in a short window, rather than spreading it across several months. You can also negotiate interview dates, though this is admittedly harder in a bad economy.

As soon as you have a verbal offer, push all your other loops to skip you to onsite using that as leverage ("Don't let the awesome candidate of me get away!").

Nail Your Promotion As A Software Engineer [Part 23] - Sell Yourself, Claim Your Wins

So many software engineers don't realize that perception and reality are 2 very different things that often drift apart. The painful truth is that perception is far more important than reality. This lesson teaches you:

- How software engineers can do amazing work but their teammates actually think they're mediocre
- Why you need to put in the work to get full credit for your work, especially for promotion
- Why you shouldn't only wait for huge launches to communicate progress
- Which mediums to use when it comes to sharing progress updates
- The many benefits of high-quality project updates

For more concrete tactics on writing a top-notch project update, check this out: ["How to get more visibility on work?"](https://www.jointaro.com/question/XA0X51AypDLCeVeleJv4/how-to-get-more-visibility-on-work/)

Nail Your Promotion As A Software Engineer [Part 17] - Technical Complexity

In order to get promoted, especially to senior levels and beyond, you need to work on technically complex problems. But here's the tricky party: How can you as a software engineer determine if a problem has enough technical complexity? This lesson teaches you:

- A simple framework to determine the technical complexity of a task
- The classic system design principal of *"Dumb client, smart server"* and how it relates to technical complexity
- How product and infra teams differ when it comes to their scope and how it affects promotion

Ace Your Tech Interview As A Software Engineer [Part 37] - Getting The Offer

Congratulations, you got the offer! However, the journey isn't over yet. This video teaches you:

- The exact steps you should follow after getting an offer (it doesn't even have to be a formal offer letter)
- Why offers are often even more valuable than software engineers think, even the more lackluster ones
- How to communicate with other companies you're in the interview loop for after you have gotten any offer (even a verbal one)

To master the art of negotiation, follow the advice here: [The Insider's Guide To Negotiating Your Tech Salary And Compensation](https://www.jointaro.com/course/the-insiders-guide-to-negotiating-your-tech-salary-and-compensation/)

Ace Your Tech Interview As A Software Engineer [Part 36] - Getting Interview Feedback

The best way to get better at software engineer interviews is to fail a bunch of software engineer interviews. But how exactly do we do that? This lesson teaches you: 

- Why you're probably not getting feedback from the company after you have failed their interview
- What you should do instead after an interview to maximize the learning that you get from the experience

Ace Your Tech Interview As A Software Engineer [Part 33] - Understanding Big Tech Interviews

For many software engineers on the interview grind, FAANG is **the** pinnacle, the dream destination. However, Big Tech interviews are so frustrating and notorious for their difficulty. Why is that? This lesson teaches you:

- The general perspective of Big Tech when it comes to hiring software engineers
- What centralized hiring is, why it's unique, and how it affects the interview process (particularly for 2 certain FAANG companies)
- Which interview types are more common for Big Tech and why
- Which interview types are less common for Big Tech and why

To dive deeper into cracking the FAANG interview: [\[Taro Top 10\] Breaking Into FAANG](https://www.jointaro.com/playlist/roKqDHgxu4C5CioEFpJY/)

Ace Your Tech Interview As A Software Engineer [Part 16] - FAANG Or Bust (And Why It’s Dumb)

Software engineers have a deep obsession with "FAANG" often treating it as the Holy Grail of career goals. Unfortunately, this often leads to job searching failure. This lesson teaches you:

- How software engineers greatly underestimate the difficulty of getting into Big Tech and how they should believe and act instead
- Why FAANG companies are generally averse to hiring non-senior candidates
- The many reasons why going to Big Tech later in your career is good for you
- The path most engineers have to take in order to break into FAANG (and why that's perfectly fine!)

If you want to learn more about FAANG and Big Tech:

- [\[Taro Top 10\] Breaking Into FAANG](https://www.jointaro.com/playlist/roKqDHgxu4C5CioEFpJY/)
- ["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/)

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

Staff Engineer (L6) Describes Most Important Skill - Sammy Nguyen

Sammy is a Staff Engineer (E6) at Gusto.

- **Most important skill**: level up and unblock your team. At the Staff level, you need to have multiplicative impact on the team, which means making your teammates better.
- **Advice**: talk to people and learn about the problems. This is how you learn about the organization and land enough impact.

Here's the full playlist asking engineers what the most important skill is for their level: [Asking 7 Levels Of Engineers The Most Important Skill](https://www.jointaro.com/playlist/J9Io5lDGaYUpI8vGrUyI/)

Helpful links:
- [The Journey to Staff Engineer In Big Tech (Panel Discussion)](https://www.jointaro.com/lesson/SaYyJGLYvrAy4XGrDhy7/the-journey-to-staff-engineer-in-big-tech-panel-discussion/)
- Taro's top 10 to get promoted from [mid-level to senior engineer](https://www.jointaro.com/playlist/AUMiBTvYUv0gcOzuu26V/)
- Taro's top 10 to get promoted from [senior to staff engineer](https://www.jointaro.com/playlist/YD8LMCSlE71VUGUbNAWM/)
- [David Pan on what makes a great tech lead](https://www.jointaro.com/lesson/uHqZZ15SK19MatEvLSO6/what-makes-a-truly-great-tech-lead-a-vp-of-engineerings-perspective/)
- [Sammy on LinkedIn](https://www.linkedin.com/in/sam-nguyen-43519023/)

FAANG Is Too Cushy? How Big Tech Engineer Founders Often Fail

Eric Bahn, a VC from Hustle Fund, talks about the common failure modes of founders who previously worked in Big Tech.

Some of the questions we discuss:
- Does success in a Big Tech job translate to founder success? Seeing how things are done "properly" in a FAANG (or equivalent) company is very valuable. However, the skills needed to start from scratch are very different.
- How Rahul thought about leaving Meta after 4.5 years to start Taro: **when you start a new product or company, no one cares about you**. It is very, very hard to get people to care about you, to even give you the time of day. That's why having distribution networks are so important.
- How long is *too* long in a Big Tech company? If you've been at a FAANG company for 6+ years, is that a negative signal for your ability to start a company? Obviously this depends on the situation, but it's important to be aware of the perception.
- What are the most common failure modes of ex-FAANG founders?

------

- Connect with [Eric on LinkedIn](https://www.linkedin.com/in/ericbahn/)
- This is a re-post from [Rahul's YouTube channel](https://youtu.be/63b6A8A3kAU)

How To Maximize Your Peer Feedback Impact And Build Stronger Relationships

- Like everything else in life, peer feedback follows The Golden Rule: If you want good feedback from your peers, you should write good feedback for them.
- If a peer feedback request doesn't have a specific ask, proactively ask your peers what they want your feedback to focus on. This really shows your peers that you care deeply about them as performance review is such a core part of every employee's life.
- Writing very powerful, salient feedback for your peers on this crucial stage of performance review is one of the effective ways to build immense social capital.

[Part 5] Meta Intern Success Series - Writing The Code

- Keep your diffs focused and atomic. Aim for 25-250 lines of code per diff.
- Use stacked diffs: They are core to Meta's code culture. If you're unsure how to break up your work into a diff stack, work with your intern manager to come up with how things should be broken down.
- Make sure that all your diffs have a really good context section. You can have a "Context" section at the top explaining the overall goal of the diff stack (i.e. usually what your intern project is meant to do) and then a "In This Diff" section which explains the specific problem your diff tackles.
- Attach a test plan to show that your code works and to turn the diff review into a high-value artifact. Record a video of you stepping through the flow if possible (this should be easy as many interns work on internal tools) and make sure to cover those edge cases!
- Keep a very close eye on your Phabricator notifications. Your goal is to respond to code review comments quickly (within 30 minutes) and gracefully. **Code review feedback is the main way you grow as a software engineer intern** as the internship's goal is to develop your raw coding ability.
- Land diffs ASAP, so you don't need to deal with rebase hell.

Related resources:
- [One Diff, One Thesis - What Every Code Review Should Be Like](https://link.jointaro.com/Wnp45zAysqyaidSF7)
- [The Most Common Mistake Made When Authoring Code Reviews](https://link.jointaro.com/bCaB7gh2u5budm2V6)
- [What A Test Plan Is And Why Every Code Review Needs One](https://link.jointaro.com/62fq4369rxjXuDju5)
- [This Is What A Good Code Review Test Plan Looks Like](https://link.jointaro.com/ieDhChExstEpD8sw9)
- [Full In-Depth 1 Hour Masterclass On Effective Code Review](https://link.jointaro.com/Vn7YSzTL61i9shwM8)

[Part 2] Meta Intern Success Series - High-level Expectations

You can find the full playlist here: [Meta Intern Success Series](https://www.jointaro.com/playlist/D4fbBZdkNhIZCyOUofBx/)

- As mentioned before, your goal is to be operating as an E3 MA (Meets All Expectations) by the end of your internship. Assuming the standard 12 week internship, you have 10 weeks to do this.
- You will be working on production code, dealing with Meta's gigantic codebase. The exception is FBU (FB University, a "pre-intern" program) where you build an app/website from scratch in isolation.
- **Every week is crucial**. A great/terrible week can make or break your internship.
- Raw coding ability is the main thing you're judged on as a SWE intern (literally ~90% of your packet). The 2 main components here are velocity and quality, which means that your goal as a SWE intern is effectively just to write a lot of very high-quality code fast.
- In a vacuum, target landing 3-4 diffs per week. Of course, this will vary based on org, stack, etc - Work with your intern manager (IM) to get a more accurate range. You can look at previously successful interns in the org to generate a baseline as well.
- Write 1-2 Workplace posts as technical writing is super important at Meta. The easiest thing to do is write about your intern project as you hit major milestones, especially when you launch it.
- You need a cast of people to vouch for you during calibrations. Target having 2+ peers on top of your IM (i.e. so 3+ people total).
- You will likely work on an internal tool as it's free from XFN thrash and dependencies. Meta has a lot of respect for quality internal tools as well.

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.