Code Review MUST Be Fast, Otherwise The Team Is Unhealthy

In this final segment of the video, the speakers reflect on the crucial role that **code review turnaround time** plays in engineering culture, team productivity, and developer happiness. Timely reviews are not just a technical necessity—they reflect the team’s values and operational discipline.

- **We treat code review turnaround time seriously.** Our standard should be to review diffs within *one day*, two at most. Slow feedback cycles—especially taking 4–5 days—compound and slow down overall delivery velocity.
- **We recognize code review as a gatekeeper with real power.** Since all production code must pass through this step, bottlenecks here can deeply affect morale, productivity, and team trust.
- **We advocate for clear team expectations.** When reviews consistently lag, we push for a shared SLA (Service Level Agreement) around review times, ensuring accountability and smoother planning.
- **We balance urgency with respect.** While prompt reviews are key, we also avoid pestering reviewers within minutes of submitting. Giving at least 6 hours (unless it’s urgent) is a sign of maturity and respect.
- **We proactively build good habits.** Many of us block time at the end of our day to batch and respond to review requests, which helps us maintain velocity without excessive context-switching.

One Of The Biggest Tech Career Killers: Not Being Truly Great With Feedback

Feedback is the primary fuel for you to improve. Despite this, most engineers (and most people in general) are far worse at taking feedback than they think they are.

Here are the core points from the video:
- **Be very appreciative of your manager's feedback** - Your manager is the main source of feedback for you (it's literally their job). Your goal is to create a virtuous cycle where your manager wants to keep giving you feedback as you make the experience smooth.
- **Be accepting of non-perfect feedback** - It is very rare for feedback to be 100% accurate. Search hard for a kernel of truth in the feedback, and if you can find it, you should cherish that overall feedback.
- **Be extremely careful being defensive** - This is a 1-way door. Sharing feedback is awkward. If your response to getting feedback is to make the situation weird and be the slightest bit defensive, that person will likely never give you feedback ever again.
- **Ingesting feedback has a high skill ceiling** - It's way, way, way higher than almost everybody thinks. The most talented engineer Alex ever worked with got promoted from E3 new-grad to E6 (Staff) at Meta in less than 3 years. One of the main reasons behind that stellar growth trajectory is that they were able to process feedback extremely efficiently, almost always implementing it the week after they got it.

Related resources:
- ["Can someone elaborate on "always treating feedback as a gift"?](https://www.jointaro.com/question/4DoEnMIq2ISadfAJuwp9/can-someone-elaborate-on-always-treating-feedback-as-a-gift/)
- [[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/)

Maximize Your Productivity As A Software Engineer [Part 20] - Just Jump In

If there's one thing software engineers love to do, it's prepare. They'll read and watch and listen to countless resources in order to get "ready" to tackle their meaty technical challenges. This lesson teaches you:

- Why "preparing" to do a task is basically the same as doing nothing
- The right mentality you must have to tackle any software engineering task efficiently, going away from the mindset that got you through school
- How to effectively dive into a task and get it done fast

DSA Prep Is One Of The Highest ROI Activities On Earth

If you do a good job studying for your data structures and algorithms interview, you can set yourself up financially for the next few years.

Related resources:
- [[Taro Top 10] Effective Interview Prep](https://www.jointaro.com/playlist/HLBYxJI7D1j8STolrwum/)
- [[Taro Top 10] Finding A Tech Job](https://www.jointaro.com/playlist/E6R0wVJ5EyCfVnVrlfno/)

Break Into Tech And Become A Software Engineer [Part 8] - It's All About Time Management

In this lesson, Brian addresses the challenge of finding time to code amidst a busy life, offering practical strategies for better time management.

This lesson covers:

- Identifying time-wasting activities and making sacrifices, like cutting back on social media or entertainment, to create more time for learning
- Planning the most important task of the day the night before and waking up 30-45 minutes earlier to focus on it without distractions
- Working in short, productive sprints to maximize efficiency and avoid burnout

If you need extra help breaking into tech, join Brian's exclusive, cohort-based bootcamp (just 10 students per batch). Use this special link for $800 off: <https://www.parsity.io/taro>

Connect with Brian on LinkedIn: <https://www.linkedin.com/in/brianjenney/>

Become An Open Source Master [Part 6] - The Right Reason To Do Open Source

The video emphasizes that we should approach open source with the right motivations, focusing on the long-term benefits rather than seeking quick career gains.

- **It's not a shortcut to a job:** Open source requires dedication and time; it's not a quick fix for career advancement.
- **Authentic contributions matter:** Open source work is transparent, showcasing your genuine skills and passion to potential employers.
- **Patience is key:** It takes time to learn, contribute meaningfully, and build relationships in the open source community.
- **Focus on the right reasons:** The primary benefits include making an impact, learning and growing, joining a community, and demonstrating your passion for building.
- **Embrace the challenge:** Navigating large, complex projects and overcoming obstacles in open source can develop valuable professional skills applicable to any work environment.

Connect with James: 

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

Ace Your Tech Interview As A Software Engineer [Part 31] - Scout Online

It's the classic question: What can I expect for the interview for X company? Well, chances are that you aren't doing enough to find information online. This lesson teaches you:

- Why your Big Tech interview should never be a complete surprise
- The various big online sources of interview information, organized by quality
- How you should organize online interview information to extract the best insights and optimize your interview preparation

To build up your network to get insider interview advice, follow our masterclass: [\[Masterclass\] How To Build Deep Relationships Quickly In Tech](https://www.jointaro.com/playlist/nvsMxZ9ZGIjlyaZbWqYS/)

Ace Your Tech Interview As A Software Engineer [Part 32] - Understanding Startup Interviews

A huge portion of software engineers will be unable to get into Big Tech on their first try, and that's completely okay! The good news is that startups are quite awesome and can often lead to better career growth compared to FAANG. This lesson teaches you:

- The general perspective of startups when it comes to hiring software engineers
- Which interview types are more common for startups and why
- Which interview types are less common for startups and why

To dive deeper into acing startup interviews: ["How to prep for interviews at a startup?"](https://www.jointaro.com/question/iNwnJg9G2DCXrLFdIwmV/how-to-prep-for-interviews-at-a-startup/)

15 SWE Years In 1.5 Hours [Part 17] - Promotion

Of course, you can switch jobs to progress your career, [but you will eventually hit a wall](https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/you-cant-job-hop-to-success/). At the end of the day, you need to get promoted to have a meaningful long-term, professional trajectory. This lesson teaches you:

- Why working harder isn't enough to get you promoted
- The key to understanding how promotion works, particularly at top companies like FAANG
- How you need to evolve your behavior to reach senior levels and beyond

To dive deeper into getting promoted faster as an engineer, take our course here: [Nail Your Promotion As A Software Engineer](https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/)

David Pan's Career Journey - Becoming An Engineering Manager

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

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

Your Tech Resume Should Look Boring

True or false: As long as you have basic proficiency with everything on a job posting, you will get an interview for that job.

How much time does a recruiter spend reading a resume, on average?

True or false: Your resume should be boring and straightforward, especially with its format.

What's the main reason you should avoid the paid flashy resume formats you find online?

True or false: In order to stand out from other applicants, you can use a very unique format to make your resume more memorable to the recruiter, thus increasing your chances.

DSA Crash Course [Part 71] - Sum Possible Approach

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

> Write a function *sum_possible* that takes in an amount and a list of positive numbers. The function should return a boolean indicating whether or not it is possible to create the amount by summing numbers of the list. You may reuse numbers of the list as many times as necessary.
>
> You may assume that the target amount is non-negative.

```
sum_possible(8, [5, 12, 4]) # -> True, 4 + 4
```

```
sum_possible(15, [6, 2, 10, 19]) # -> False
```

```
sum_possible(13, [6, 2, 1]) # -> True
```

```
sum_possible(103, [6, 20, 1]) # -> True
```

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

Pass On Your Onboarding Knowledge

After you've completed onboarding, one immediate value you can create is making life easier for the next person. Improve the onboarding process, support more junior engineers, and continue building relationships.

Onboarding is fundamentally about building trust. (Remember the [trust meter from the beginning of the course](https://www.jointaro.com/course/the-complete-onboarding-guide-for-software-engineers-succeeding-when-youre-new/why-onboarding-matters/)?) Trust is the currency through which you grow your career, and you’re always gaining or losing trust. Trust is how you get influence, which is essential for further career growth.

Ace Your Tech Interview As A Software Engineer [Part 26] - Object-Oriented Programming (OOP)

Many programming languages are Object-Oriented Programming languages, otherwise known as OOP languages. This lesson teaches you:

- What OOP interview rounds are and when to expect it
- The optimal way to prepare for an OOP interview round
- What a good OOP diagram looks like

Negotiation Course: Negotiation Starts Now

It's critical that you only start negotiations when a company has verbally given you an offer.

Leveling is very important since it’ll dictate your salary band and equity. If you’re at a larger company, ask what level you’re coming in at, and see what kind of wiggle room there is.

If possible, talk to the hiring manager or people involved in your interview"

- You can learn advice on what you could work on.
- You can hear what the business need was to hire a role and why they picked you. 

The above points give you “ammunition” for negotiation: you want to understand how badly the company wants you.

At Big Tech, You're Just A Cog In The Machine

Many people idolize FAANG companies, because they own these amazing products that everyone uses. However, working on these products is rarely as glamorous as people think: The experience is often worse the more successful the product is.

Here are the core points from the video:

- **Your ownership will probably be super tiny** - This is especially true at non-senior levels (junior and mid-level). Big Tech companies have thousands of amazing, ultra-productive engineers, and there's only so much ownership to go around. It's not uncommon for a Big Tech engineer to make $200k+ per year mainly working on a single button.
- **The work is very incremental** - Since Big Tech's product suite is so mature, it's very hard to find 0 to 1 work there, which people generally find to be more exciting. Almost all "shipped" code is wrapped in an experiment at Big Tech, and a lot of these experiments will fail.
- **It can be hard to feel fulfilled** - It's not the most exciting to own a single widget within a feature within a broader service within the overall product, and it's definitely not something that's cool to share when people ask you what you do.

Related resources:

- ["What's the difference between Big Tech and startups in terms of learning and growth?"](https://www.jointaro.com/question/KWXIrFIR1EIJsvdOdo7u/whats-the-difference-between-big-tech-and-startups-in-terms-of-learning-and-growth/)
- ["What does it mean to not have enough scope to be promoted?"](https://www.jointaro.com/question/bJuagPwOEEy5vkcXKkqh/what-does-it-mean-to-not-have-enough-scope-to-be-promoted/)

Meta Case Study: The Ultimate Guide To Navigating A PIP

This was a veteran engineer with more than 15 years of experience at other large tech companies before joining Meta.

- **Before**: Hired in as Staff Engineer \[**E6**\], brought in as a domain expert. Worked for almost 2 years before the PIP

- **During**: Not surprised based on rating trends. Main issue was code productivity, inability to use tooling such as version control

- **After**: Struggled with the PIP for a few months, then negotiated a severance package

Joining a company at too high a level is not good

If an employee's performance is subpar, it's better to act on that early, both for the employee and the team.

At a high level, your job is to lead the team and teach others. It’s ok if you don’t know the tooling, but you should not let that get in the way of landing code. Code output was poor.

15 SWE Years In 1.5 Hours [Part 6] - Networking

Your network is your net worth. Too many software engineers neglect their social skills as they solely build up their technical skills. This lesson teaches you:

- Why networking isn't just "politics"
- The key to effective networking
- How altruism can produce massive career benefits, explained with a powerful, real-life example

Become An Open Source Master [Part 11] - Go With The Flow

We can contribute to open source projects by either creating something new or picking up existing work. It's important to communicate with the community owner or maintainer and earn their trust. We can do this by opening discussions, being open to feedback, and starting with small, well-defined tasks.

Example strong pull request (PR) from TinyBase: <https://github.com/tinyplex/tinybase/issues/130>

Connect with James:

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

[Timeless Career Advice] Startup vs Big Tech

One of the fundamental questions you face as an engineer is where to work. Should you join a startup, medium-sized company, or Big Tech? What are the pros or cons of working at a tech or non-tech company?

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

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.