DSA Crash Course [Part 26] - Sum List Approach

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

> Write a function, *sum_list*, that takes in the head of a linked list containing numbers as an argument. The function should return the total sum of all values in the linked list.

```
a = Node(2)
b = Node(8)
c = Node(3)
d = Node(-1)
e = Node(7)
a.next = b
b.next = c
c.next = d
d.next = e

# 2 -> 8 -> 3 -> -1 -> 7
sum_list(a) # 19
```

```
x = Node(38)
y = Node(4)
x.next = y

# 38 -> 4
sum_list(x) # 42
```

```
z = Node(100)

# 100
sum_list(z) # 100
```

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

Why Team Selection Is So Critical

We open by explaining that choosing the right company or team is one of the highest-leverage decisions we can make in our software engineering careers.

Here are the core points from the lesson:

- We use the “bus on a highway” analogy to show that company choice determines how far we can go; our personal effort only determines where we sit on that bus.
- Even if we perform exceptionally, joining a stagnant or declining company limits our long-term trajectory, while joining a fast-moving, hyper-growth company can accelerate our career dramatically.
- Real-world examples like Marin Software versus Google illustrate how picking the right “bus” can either stall or amplify career outcomes, independent of our individual contributions.

Don't Waste Your 1 on 1s. Build The Relationship

Why should you build the relationship in 1 on 1 meetings?

True or false: Small talk is okay in 1 on 1 meetings to break the ice and learn more about the other person's life outside of work.

Why are deep relationships needed in tech, especially at senior levels?

One-on-one meetings are a foundational tool for building trust and social capital within a company. Especially in medium to large organizations, relationships drive execution—and one-on-ones provide a structured, intentional space to cultivate those relationships.

- **Build social capital early**: Scheduling one-on-ones with key teammates—engineers, designers, PMs, and adjacent team managers—early on helps lay the groundwork for future collaboration. This “trust bank” can be drawn on when challenges inevitably arise.
- **Treat relationships as human endeavors**: There's no formula for connection. These conversations are opportunities to build real understanding, not just to exchange project updates.
- **Welcome small talk, especially at first**: In early one-on-ones, light conversation about emotions, hobbies, and general well-being helps establish rapport. This human connection builds the trust needed for deeper collaboration later.
- **Shift toward deeper conversations over time**: Once a working relationship is more established, focus should evolve toward more meaningful topics—emotions, motivations, and work challenges—while still leaving space for the personal.
- **Listen with genuine care**: The most effective relationships are built on authentic interest. It’s not enough to ask personal questions—true connection comes from caring about and following up on what others share.

By using one-on-ones intentionally and empathetically, it's possible to create strong, lasting connections that enhance both individual performance and team effectiveness.

Nail Your Promotion As A Software Engineer [Part 11] - Step 0: Establish Yourself

So many software engineers want to move up the career ladder as soon as possible, but they're way too hasty when it comes to seriously thinking about promotion. This lesson teaches you:

- The embarrassing failure mode to avoid with bringing up promotion
- How to know if you have established yourself as a rock-solid performer
- How long you should generally wait before asking about promotion

To dig deeper into becoming a high performer, check this out: ["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/)

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 The Top 1% Of Engineers Are Judged

As a former VP of Engineering at Amazon, Ethan has the unique ability to share how the senior-most engineers were evaluated within Big Tech. These are the top few percent of engineers in the company (Staff Engineers, Principal Engineers, Distinguished Engineers, etc), and the expectations are incredibly high.

**Key insights:**

- **At very senior levels, technical excellence is table stakes.** The top-performing engineers use their technical expertise to help the business. 
- **The dynamic with company leadership is important**: these engineers must be proactive in helping the business, and not simply the "guru on the hill" who provides answers when asked.
- **There are different modalities to get to a very senior level**, e.g. CTO model, technical expert, product engineer, and others. It's ok if you don't want daily meetings with company leadership, but you must be working on a valuable enough problem that can merit an engineer of that seniority.
- **Finding a good manager is critical for both ICs and managers**. Two ways to evaluate this are (1) find a leader who has grown many people and (2) find a leader who is advancing rapidly in their career.

[**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. Ethan shares valuable insights for anyone interested in management or career development.

**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/)
- Rahul's Senior to Staff course: <https://maven.com/taro/senior-to-staff>
- More from Ethan: <https://www.jointaro.com/topic/ethan-evans/>
- [Rahul's $800K TC journey](https://www.youtube.com/watch?v=inydj1VZ0y0)

DSA Crash Course [Part 39] - Depth First Values Approach

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

> Write a function, *depth_first_values*, that takes in the root of a binary tree. The function should return a list containing all values of the tree in depth-first order.

```
a = Node('a')
b = Node('b')
c = Node('c')
d = Node('d')
e = Node('e')
f = Node('f')
a.left = b
a.right = c
b.left = d
b.right = e
c.right = f
#      a
#    /   \
#   b     c
#  / \     \
# d   e     f

depth_first_values(a)
#   -> ['a', 'b', 'd', 'e', 'c', 'f']
```

```
a = Node('a')
b = Node('b')
c = Node('c')
d = Node('d')
e = Node('e')
f = Node('f')
g = Node('g')
a.left = b
a.right = c
b.left = d
b.right = e
c.right = f
e.left = g
#      a
#    /   \
#   b     c
#  / \     \
# d   e     f
#    /
#   g

depth_first_values(a)
#   -> ['a', 'b', 'd', 'e', 'g', 'c', 'f']
```

```
a = Node('a')
#     a

depth_first_values(a)
#   -> ['a']
```

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

Maximize Your Productivity As A Software Engineer [Part 15] - Live And Breathe Quality

One of the biggest myths in the tech industry is that in order to move incredibly fast, you need to sacrifice quality and do a mediocre job. This lesson teaches you:

- The dangers of cutting corners when it comes to engineering work
- Why having high code quality leads to you landing code faster
- Different ways for you to weave quality into your work for an immediate positive return on investment for your time

Grow From Mid-Level To Senior Engineer [Part 8] - Fill In The Gaps

Senior engineers solve fundamentally different problems compared to mid-level engineers. This lesson teaches you:

- The expectation for senior engineer mindset and behavior when problems arise in a project they're working on
- The types of problems that mid-level engineers tend to avoid
- The types of problems that senior engineers uniquely solve compared to more junior engineers

Ace Your Tech Interview As A Software Engineer [Part 18] - The 3 Core Interview Stages

So a tech company has decided to not throw your resume straight in the trash and are giving you a chance. How does the interview process work? This lesson teaches you:

- What the first round of *screeners* is
- What the second round of *phone screens* is (and the history behind the term)
- What the final round of onsites is (and the history behind the term)

Write A Stellar Resume As A Software Engineer [Part 15] - Ordering

Everyone reads top-down, and this applies to resumes as well. This means that you need to be deliberate about what goes first and the overall order of your resume's content. This lesson teaches you:

- The core principle behind proper resume ordering
- The best resume section order for the vast majority of engineers
- The best resume section order for engineers who have 0 work experience (college students, bootcampers, self-taught developers)

Maximizing a Severance Package 8/9 - Can You Sue?

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

Master The Behavioral Interview [Part 12] - Double Dip

Software engineers and people in general don't realize how incredibly powerful questions can be when you ask the right ones. This lesson teaches you:

- How the best questions that you can ask in a behavioral interview actually help you pass on top of extracting useful team selection information
- What the 2 core failure modes are when it comes to you asking the interviewer questions

20 Years Of Fighting Procrastination [Part 8] - Do Work When You're Working

When engineers say they’ve been “working all day,” that time often includes distractions, shallow tasks, or unnecessary overhead. To truly be productive, you have to focus on high-leverage, distraction-free work. Here are the core points from the lesson:

- Real productivity comes from deep work—uninterrupted, focused effort on cognitively demanding tasks—not from staying busy or checking email 50+ times a day
- Recognize and minimize "startup costs" like syncing code, building the app, and reviewing changes, so you can spend more time in the value-generating loop of building and debugging
- Block off long stretches of time for deep work rather than relying on scattered 30–45 minute sessions that get consumed by overhead
- Automate or script repetitive setup tasks (e.g. syncing and builds) to reduce friction and start meaningful work faster each day
- Prioritize difficult, ambiguous tasks early—they often influence downstream work, and avoiding them leads to fake progress and missed deadlines

Master The DSA Interview [Part 14] - Clean Code

Just because you're solving a made-up problem doesn't mean that you can write messy code during a data structures and algorithms interview. This lesson teaches you:

- What most engineers don't realize when it comes to code quality, in particular with why it's easier to achieve than they think
- The types of engineers who tend to struggle with code quality
- Common messy code patterns to avoid when coding up a data structures and algorithms solution (and in general)

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

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

Nail Your Promotion As A Software Engineer [Part 10] - You Need More Junior Teammates

Every software engineer pushing for promotion understands that they need more senior teammates to emulate as role models and seek mentorship. However, many software engineers don't realize they need more junior teammates too. This lesson teaches you:

- Why you need more junior teammates
- How scope dynamics work on an engineering team
- The classic "pyramid scheme" of growth that a healthy engineering team runs
- What healthy and unhealthy teams look like when it comes to more junior engineer presence

To learn how to scale yourself through more junior engineers, check out this incredibly in-depth explainer here: ["How can I help juniors?"](https://www.jointaro.com/question/OzbQJCzLPbOKTEqpeSxF/how-can-i-help-juniors/)

[Become A Go-To Person 7/18] How Expertise Translates To Influence

Engineer Your Ideal Tech Career [Part 15] - Role Types

Depending on what role you’ve narrowed your sights on, there are a number of things you can do in your current role to begin charting progress — from picking a specialization, to start scoping projects and reviewing code, to volunteering for mentorship opportunities and hiring.

Should you be thinking about a change soon, there are also actionable interview prep tips (and mistakes to avoid!) in this section.

Looking for mentorship from tech’s top engineers + personalized job hunt assistance and interview prep? [Formation.dev](http://Formation.dev) can provide you unlimited career coaching, technical mentorship, personalized practice, and mock interviews. Join us here: <https://formation.dev/partners/taro>

Worksheet: [Formation - Coding Your Career](https://firebasestorage.googleapis.com/v0/b/tech-career-growth.appspot.com/o/courses%2Fslides%2FFormation%20Career%20Direction%20Worksheet.pdf?alt=media&token=f6344b78-529a-411e-a449-7a34a8d55fc8)

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.

Being proactive about setting up one-on-one meetings helps build strong relationships and avoid costly misalignments down the line.

- **Default to setting them up**: It’s better to create a recurring one-on-one and cancel it later than to realize too late that it was needed.
- **Low time cost, high value**: One-on-ones only use two people’s time, making them much less costly than poorly-run team meetings.
- **Prevent bigger issues**: Skipping one-on-ones can lead to being misaligned with key collaborators, which may cause serious problems later in a project.
- **Sync early with core stakeholders**: Especially in cross-functional teams or shared ownership scenarios, early and regular one-on-ones help prevent misunderstandings and build trust.

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.