Figuring Out What Matters In A Codebase

In a large codebase, the code will follow the Pareto Principle (the 80/20 rule): 20% of the components account for 80% of the impact. So your goal as the engineer is to spend most of your time on the 20% of code that matters to the business and matters to your coworkers.

How do you figure out where that 20% comes from?

- Talk to people
- Use blames to find hotspots
- Look for patterns in code reviews
- Look at past alerts and what triggered them

Ace Your Tech Interview As A Software Engineer [Part 30] - Talk To Your Recruiter

Too many software engineers see the tech recruiter as the enemy when they really shouldn't be. In reality, one of the core keys behind a successful interview loop is leveraging your recruiter optimally. This lesson teaches you:

- How to understand the world through the eyes of a recruiter, particularly when they have given you a chance and let you into their company's interview process
- Why software engineers usually fail to collaborate with their recruiter properly to maximize their chances of passing the interview
- The true cost of interviewing a software engineer (it's probably higher than you realize)
- How you can reach out optimally to recruiters to figure out what's going to be on your upcoming interview with an in-depth message example

Ace Your Tech Interview As A Software Engineer [Part 10] - Order Matters

We all want to speed run our way into FAANG. The bad news is that this is almost never pans out for software engineers, and aggressively pursuing this strategy can easily lead to your downfall. This lesson teaches you:

- The true way to actually get better at interviewing and why it can't be avoided (no matter how painful it is)
- How to properly structure your job search when Big Tech is one of your goals
- The general approach you should take when it comes to applying to jobs and sequencing your interviews

Ace Your Tech Interview As A Software Engineer [Part 8] - Interviewing While Employed

Finding a job as a software engineer is, in and of itself, practically a full-time job. But should you quit to actually treat it like an entire job? This video teaches you:

- Why currently being employed is usually the best time to find a new job
- The counterintuitive way that having a job boosts your interview performance when searching for another job
- How to find the time to do interview preparation when you're juggling a current job, including emergency levers
- The framework you should apply to determine if you should quit your current job for the job search grind

Level Up Your Code Quality As A Software Engineer [Part 20] - Code Comment Caches

Code comments can be immensely helpful, but they can be incredibly damaging to a codebase if used incorrectly (which this course will cover even more later on down the line). This lesson will teach you:

- Why engineers will try the very weird "code comment cache" anti-pattern
- The important of Git, GitHub, and version control platforms in general
- How to not be lazy and properly deal with code that isn't necessary now but may be useful later

Lessons From The Top: Managing And Growing 800 People (Ethan Evans)

[**Ethan Evans**](https://www.linkedin.com/in/ethanevansvp/) is a retired Amazon VP who now teaches managers how to break into executive levels. He was at Amazon for 15 years, and he became a VP in 2013 until he left in 2020. This wide-ranging interview covers many topics:

- Ethan's career trajectory, and how he entered the management path startlingly early.
- How do you know if an IC will be a good manager or not?
- What are the common reasons why managers fail to get promoted?
- Why do re-orgs happen, and why is there so much corporate speak?
- What should you look for in a leader?
- How are the senior-most engineers evaluated?
- Why did Ethan leave Amazon to become a full-time teacher?

Ethan shares valuable insights for anyone interested in management or career development.

**Key insights:**

- **Why did Ethan choose management so early?** He was drawn to it because that was the need from his team and his managers supported his decision.
- **What skills helped Ethan ascend quickly in startups?** High-growth environments provided opportunities, but Ethan capitalized on them by actively seeking problems to solve and proposing solutions. He took initiative and wasn't afraid to ask for more responsibility.
- **What advice does Ethan have for others?** Be proactive, identify problems, and offer solutions. Don't be afraid to step up and make the ask to your leadership team. "*Do good work and hope*" is not an effective strategy.
- **Careers are long**. Ethan was a "fake" startup VP before going getting downleveled as a manager at Amazon, and it took years for him to return to a true VP role, managing a team of 800 people.

**Helpful links:**

- [\[Masterclass\] How To Work Better With Your Engineering Manager](https://www.jointaro.com/lesson/2PbJb2fuqF3iMHy57eEg/masterclass-how-to-work-better-with-your-engineering-manager/)
- [Overcome Career Stagnation (5 Common Scenarios)](https://www.jointaro.com/lesson/UvGdGyBfHn4oNCfE77KV/overcome-career-stagnation-5-common-scenarios/)
- [Asking 7 Levels Of Engineers The Most Important Skill](https://www.jointaro.com/playlist/J9Io5lDGaYUpI8vGrUyI/)
- [**How do I figure out whether I should stay as an IC engineer or explore management as an EM?**](https://www.jointaro.com/question/Y6qIop9wpOlCYUL0nGs0/how-do-i-figure-out-whether-i-should-stay-as-an-ic-engineer-or-explore-management-as-an-em/)
- [**\[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/)

How To Make Sure Your Engineering Manager Gives You The Proper Credit

So many software engineers are frustrated with the amount of credit their manager gives them, especially during performance review. Watch this video to ensure that this never happens again.

Here are the core points from the video:
- **Assume that your manager doesn't know what you're doing** - Engineering managers are *extremely* busy, and they are unfortunately more busy the higher quality they are (i.e. more people will want to book meetings with them if they are good). A lot of the time, they simply won't have the time to proactively scan what you're doing - They aren't unaware of your impact/problems due to bad intent.
- **Alert your manager of important events**
  - cc them on communications (Slack/Teams message, emails) and documents
  - Put them as optional on meetings (they may even want to join if it's an important meeting)
  - Share in 1:1 meetings (this is the most powerful medium)

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

The First Step Of Debugging - Reproducing The Issue

The first thing you need to do when you get a bug is to see it happen with your very own eyes. From there, you can execute the steps necessary to identify the root cause and fix the bug. However, a lot of engineers aren't diligent enough when they try to get the repro.

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] Revamping Oncall For 20 Instagram Engineers - Senior to Staff Project](https://www.jointaro.com/lesson/esVxIGXYC5BdgxXUkO6H/case-study-revamping-oncall-for-20-instagram-engineers-senior-to-staff-project/)
- [[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/)

This Is Why You Should NOT Work For Big Tech

Working at FAANG is great for many reasons, but the Big Tech life isn't for everybody. For many engineers, it doesn't really make complete sense to go there.

Here are the core scenarios where Big Tech might not be the best for you:
- **You have strong WLB needs** - Work-life balance generally becomes more important as you get older, and Big Tech is generally pretty bad at giving you that.
- **You don't like stress** - There's nothing wrong with wanting to chill and avoiding pressure. However, Big Tech is usually not a good place to do this.
- **You want to hyper-maximize your career growth** - Big Tech is often a consistent path that takes your career to a very good place. However, if you want to go to an astounding place (e.g. become a VP of Engineering by the time you're 30), startups are far superior. Startups have much higher risk but also much higher rewards.
- **You just want to code** - Engineers at Big Tech almost always need to become incredibly well-rounded, especially at senior and staff. If you don't want to play politics and spend mountains of time running meetings and writing planning docs, Big Tech is likely not the place for you.

Related resources:
- ["How to have FAANG level of career growth in startup?"](https://www.jointaro.com/question/VQgUHZPwbzqxjutaDU3W/how-to-have-faang-level-of-career-growth-in-startup/)
- ["When does it make sense to leave big tech?"](https://www.jointaro.com/question/v6GBLlfXb1ugNobkEm7w/when-does-it-make-sense-to-leave-big-tech/)

How To Prepare To Leave Big Tech For A Startup

If you’re like [Rahul](https://www.jointaro.com/profile/tTjEXHcTZEYDGh8oUFU2Dy5VFVG2/), you were intent on leaving the bubble of Big Tech to pursue the startup life for a long time. If you have 6 months or 1 year left working in an established company, what can you do in anticipation of your startup journey?

One of the best things you can do is validate the idea of your startup with a side hustle. **Be careful that you’re not using company time or resources or you may later get sued.**

Generally, there are 3 types of projects an engineer can work on: 
1. A project purely for learning, to try out some technology or framework that may have come out recently. 
2. A small business. Also known as an indie business, a micro-Saas, or even something as simple as selling a digital product like an eBook. 
3. A VC scale startup. **This should be reserved for very few companies.** When you take venture capital money, they are looking for a massive return on investment, something like 50x or 100x. That means you’ll be accountable for strenuous growth targets.

Whichever path you choose, go in with your eyes wide open about what your motivations are and whether you’d be happy signing up for the likely outcome. 

An input into the decision about *when* to leave the Big Tech life is to look for some indication of commitment for the customers you’re serving. Are your customers offering you their time, money, or reputation for your product? That’s a promising sign. 

Another reason to leave is that you feel that there’s a narrow period of time when your idea could succeed, e.g. new regulation or a groundbreaking technology.

------

Connect with [Eric on LinkedIn](https://www.linkedin.com/in/ericbahn/)

[Part 2] Software Engineer Onboarding: Learn the Workflow

To make the hard work easier, learn the workflow and process first.

**A big mistake new engineers make**: they dive in directly to a project and start landing code/landing impact. You goal is be curious about the testing and deployment procedures, along with the workflows and processes. One way to do this is to deliberately pick the simplest possible bugs and code changes to make, so you can exercise the workflow. 

- [Use Code Review Feedback For Hypergrowth](https://www.jointaro.com/lesson/aBRgdYpUfnUpoyWG4qZC/use-code-review-feedback-for-hypergrowth-meta-prodigy-engineer-story/)
- [How To Write Better Code Faster As A Software Engineer](https://www.jointaro.com/lesson/iYpRj8XfyzCSaTYnce3y/how-to-write-better-code-faster-as-a-software-engineer-11192022/)

This is part 2 of a 4 part series from Daniel about how to **most efficiently** and **most effectively** onboard into a new team or company. What should you spend your time doing in the first few months of joining, and how should that change based on your level? 

This masterclass covers this topic from the perspective of Daniel Tomko, a 20 year Big Tech veteran. Daniel spent 11 years at Microsoft and 8 years at Meta in various senior IC and management positions. 

- [Go to part 3 of the masterclass here](https://www.jointaro.com/lesson/7l4Nr4hQf8Pv8zfGZwh4/part-3-software-engineer-onboarding-understand-tactical-decisions/)
- [Go back to part 1 of the masterclass here.](https://www.jointaro.com/lesson/IYZRmwp33E3TBeFQFr9c/part-1-software-engineer-onboarding-embrace-your-lack-of-knowledge/)

[Part 3] Meta Intern Success Series - Onboarding Efficiently

- Onboarding is arguably the most important part of your internship as it sets the foundation and tone for your entire software engineer internship.
- Set up a 30 to 45 minute meeting with your intern manager (IM) ASAP, so they can explain the codebase to you at a high-level (i.e. a component level).
- Make sure you have a recurring 1:1 meeting with your IM, which should be a weekly 30 minutes. Your IM should set this up for you, but in case they don't, you can work with them to set it up.
- You will get 2-5 onboarding tasks to work on across the first ~2 weeks. The purpose of these is to familiarize yourself with the codebase.
- Aim to put out your 1st diff by the end of Week 1. If you're doing this around the end of Week 2, you're really behind.
- Ask a ton of questions and learn to ask high-quality questions. Don't be afraid of "over-asking" questions: If you're polite while asking questions and attaching great context to them, you will be fine no matter how many questions you ask.
- Use Work Chat DMs to ask for help aggressively during this period as it's vital for you to become productive within the codebase very quickly

Related resources:
- [Asking Effective Questions That Get Great Answers Quickly](https://link.jointaro.com/E8eaKmMpZcKWNGkbA)
- ["How can I learn a large codebase fast as an intern?"](https://link.jointaro.com/L8tXjWah6ycdNpNf7)
- [There Is No Such Thing As A Stupid Question](https://link.jointaro.com/F4p3fL4eHqp5GXti7)

One Of Management’s Hardest Tasks: Properly Giving Feedback

Performance Bonus Explainer With Meta Senior Software Engineer [E5] Example

1 on 1 Meetings Are An Exercise In Proactivity

Why should you err on the side of creating a 1 on 1 meeting instead of waiting for it to be absolutely necessary?

True or false: Team meetings are more important than 1 on 1 meetings, so you should create them more aggressively for everyone to stay in sync.

It's better to proactively set up a 1:1 with someone rather than waiting for things to go downhill before you set one up.

20 Years Of Fighting Procrastination [Part 4] - The Most Important Productivity Tip Nobody Follows

Productivity isn't just about doing things faster - That’s only half the story. Here are the core points from the lesson:

- Productivity isn't just about efficiency, it's about working efficiently on *important* tasks that actually move the needle
- Prioritization requires painful trade-offs—you must let go of low-impact activities even if they're easy, fun, or popular
- Define your personal values and consciously deprioritize areas that don’t align with them, like staying updated on politics or reading a book a week
- A simple yet powerful framework for teams is evaluating tasks based on impact and time required, then prioritizing high-impact, low-time work first

20 Years Of Fighting Procrastination [Part 2] - The Right Mentality For Productivity

Many engineers think their lack of productivity is a motivation issue, so they start off by focusing on that. However, this is usually not the right way to go. Here are the core points from the lesson:

- Action creates motivation, not the other way around—starting small builds momentum
- Progress triggers a positive spiral: productivity → feeling good → more productivity
- You only need discipline for the first 5 minutes—after that, the task usually becomes easier

Build Deep Relationships Quickly In Tech [Part 3] - The #1 Rule Of Networking

Many engineers struggle with networking as they don't fundamentally understand how it's supposed to work. This lesson teaches you:

- The #1 rule of networking and how not following it completely messes up your social circle
- A very tactical, mathematical framework from which to view networking
- How giving more than you take creates an infinite amount of value
- Why you're not a "loser" for being benevolent and kind
- The pain and toxicity of being in a fake network, which many engineers are a part of
- The powerful benefits of being in a true network

15 SWE Years In 1.5 Hours [Part 3] - Writing Good Code

With the rise of helpful online resources like StackOverflow and especially genAI tools like ChatGPT, learning to write code is now easier to ever. Where engineers earn their stripes (and the right to be paid $100k+ per year) is with their *code quality*. This lesson teaches you:

- The only true way to learn how to write good code
- Why copy-pasting what FAANG engineers do isn't a shortcut to writing good code
- How to objectively measure the quality of your code

To dive deeper into code quality, take our 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/)

DSA Crash Course [Part 19] - Recursion Warm Up Lecture

In this lecture, Alvin explains some basic recursive function examples.

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

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.