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

Level Up Your Code Quality As A Software Engineer [Part 23] - Everything In 1 Place

Monoliths and god-classes are 2 of the most common code anti-patterns, especially in Big Tech. They're extremely easy to fall into, and monolithic infrastructure is actually the right call for the vast majority of software as 99% of software is nowhere near the scale of FAANG. This lesson will teach you:

- Why the "Everything In 1 Place" anti-pattern is so damaging, not just for readability but developer productivity as well
- One of the most powerful clean code techniques: **The delegate pattern** (this is how Meta referred to it). It can go by other names, but the core concept is to understand how an interface works. Once you master this pattern, you'll be able to break up any large codebase into readable, focused, modular components. Delegates were easily the most commonly used clean code pattern back during Alex's time at Instagram. Alex goes through an in-depth example from the Taro app itself to walk you through exactly how this technique works.

If you want to learn more about Instagram's stellar engineering culture around code quality, check out this in-depth discussion: ["What do mobile testing strategies look like at top tech companies?"](https://www.jointaro.com/question/fpySzIO02aQ0sCz5N6dP/what-do-mobile-testing-strategies-look-like-at-top-tech-companies/)

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)

Master The Behavioral Interview [Part 11] - Interviews Are A 2-Way Street

One of the easiest ways to tank your career as a software engineer is to join the wrong company or team. Despite this, so many software engineers squander their time in behavioral interviews to uncover extremely valuable information about the quality of an organization. This lesson teaches you:

- Why not having thoughtful prepared questions to ask the interviewer makes you look really bad in a behavioral round
- The critical career importance of behavioral interviews being a 2-way street

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

System Design Series: Taro Playlists [Part 8] - Breaking Down The Work And Timeline

You can find the full [system design doc here](https://docs.google.com/document/d/15WaM8Ojan82g0m2mtz6kC2Hiyj0Q6VbjfqRmVNDI3qw/edit?usp=sharing) - Feel free to use it as a template for when you are doing a system design at your job!

The tactics are covered in the doc linked above, so this summary will focus on the "meta" context behind this part and additional commentary:

- Something Alex forgot to mention in this video is the "POCs" section, where POC = "Point of Contact".
  - Big projects will usually have a lot of stakeholders, so having this "people map" is very helpful for any project stakeholder to know who to direct their questions to for a certain aspect of the project (which are often about the timeline/milestones).
  - This small, humble section is *especially* relevant at FAANG/Big Tech where the range of responsibility holders is almost always huge for major projects.
- Decomposing work and breaking big projects down into smaller tasks is helpful for so many reasons:
  - It allows you to estimate the project far more accurately by increasing clarity.
  - It creates "swim-lanes" for more junior engineers as they now have smaller, clearer chunks of work as opposed to this giant, hulking ambiguous cloud of a project.
  - It makes it easy to understand project as you can now break clusters of tasks into groups and attach a milestone to each group.
- Don't just decompose the work: Try to sequence it into a logical order as well. For example, if you're building a CRUD feature, you probably want to prioritize the "Create" part as that's what everything stems from.

Negotiation Course: Misconceptions Around Negotiating

Given how taboo money + compensation is, there are unsurprisingly many misconceptions about negotiation. Here are 3 common lies you may have heard about negotiation:

**Myth #1**: *"Your offer will get rescinded if you negotiate."* Companies will never rescind your offer for simply negotiating if you do it in good faith and you're not lying about it. Once you’ve gotten to the offer stage, the company has invested many hours of time evaluating you, so it'd be irrational for them to withdraw the offer simply because you're curious about the compensation package.

**Myth #2**: *"Negotiation makes you look cheap."* In fact, quite the opposite. Negotiating effectively shows that you're a high-value candidate, and that you understand the value you're bringing to the company. 

**Myth #3**: *"Someone will get less if you get more."* This is not how tech job offers work. The technology industry (at least the VC-backed companies that employ the majority of people) is focused on rapid growth. These companies are generally more concerned about growth rather than trying to save money through small compensation adjustments.

File all this under fake news!

Ace The ML System Design Interview [Part 3] - Big Picture Design

A strong big-picture system design is crucial for success in machine learning system design interviews. It's not about drawing a perfect diagram immediately, but about demonstrating an understanding of the system's components and their interactions. Here are the core points from this lesson:

- Identify the inputs and outputs of the system during the alignment phase to establish a foundation for building the diagram
- Start with the user and the service, then progressively add components, especially those involving machine learning, to illustrate the flow of data and processes
- Break down machine learning components beyond a single "ML system" box to show the different stages and types of models involved
- Include essential infrastructure elements, such as feature stores, to demonstrate a comprehensive understanding of the system
- Iterate on the diagram, adding or modifying components as a deeper understanding of the problem and its requirements develops

If you like what Ilya has to say, subscribe to his YouTube for more high-quality ML/AI career guidance: [MLEpath - YouTube](https://go.mlepath.com/taro-youtube-mlepath)

If you want hands-on support from Ilya to crack the FAANG ML interview, join his coaching program: [MLEpath - Coaching Program](https://go.mlepath.com/taro-march-25)

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

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

Master The DSA Interview [Part 6] - Why Does FAANG Do This?

If data structures and algorithms aren't actually used on the job, why do Big Tech companies use these problems as a cornerstone of their interview process? This lesson teaches you:

- Why Big Tech isn't just being evil and stupid when they use data structures and algorithms problems on their interviews
- How data structures and algorithms problems can have a surprising amount of depth
- What most engineers don't understand when it comes to how FAANG rejects candidates
- How Google and Meta in particular differ from almost all other companies when it comes to hiring, which affects how their interview processes work

If you're interested in working at early-stage startups that don't ask LeetCode problems: ["How to find and connect with scrappy startups?"](https://www.jointaro.com/question/9jFuRj3UymeHsaKIzXia/how-to-find-and-connect-with-scrappy-startups/)

Write A Stellar Resume As A Software Engineer [Part 9] - I Know (Suck At) Everything

When it comes tech stacks on your resume as a software engineer, less is usually more. This lesson teaches you:

- What employers are looking for when it comes to an engineer's technical skills on their resume
- Why it's dangerous to put a bunch of technical terms (i.e. keyword stuffing) on your resume
- A simple framework to determine whether or not you should put a technical term (programming language, library, domain) on your resume

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 An Open Source Master [Part 7] - Improve Something You Use

The video advises that we should start by finding a project that we're passionate about, rather than aiming for the biggest or most well-known ones.

- **Choose projects that you already use or are familiar with**, as this gives you a head start in understanding the project's goals and potential areas for improvement.
- **The dependency graph on GitHub can help you identify potential projects** by showing the dependencies of projects you're already working on.
- **Consider contributing to smaller or medium-sized projects by companies**, as these can offer valuable learning experiences and opportunities to build relationships with professional developers.
- **Contributing to open source can lead to career opportunities**, as demonstrated by the example of Sophie Alpert and her work on the React project.

Article shown by Sophie Alpert: [Using React to speed up the Khan Academy question editor](https://sophiebits.com/2013/06/09/using-react-to-speed-up-khan-academy)

Connect with James:

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

DSA Crash Course [Part 32] - Reverse List Approach

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

> Write a function, *reverse_list*, that takes in the head of a linked list as an argument. The function should reverse the order of the nodes in the linked list **in-place** and return the new head of the reversed linked list.

```
a = Node("a")
b = Node("b")
c = Node("c")
d = Node("d")
e = Node("e")
f = Node("f")
a.next = b
b.next = c
c.next = d
d.next = e
e.next = f

# a -> b -> c -> d -> e -> f
reverse_list(a) # f -> e -> d -> c -> b -> a
```

```
x = Node("x")
y = Node("y")
x.next = y

# x -> y
reverse_list(x) # y -> x
```

```
p = Node("p")

# p
reverse_list(p) # p
```

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

Master The DSA Interview [Part 8] - Clarify The Problem

Don't just start coding when you get a data structures and algorithms problem in an interview. This lesson teaches you:

- The first thing you should do when getting a data structures and algorithm problem, which is critical for setting you up for success
- Why dealing with ambiguity is so important as an engineer
- The overall question categories you should pull from when clarifying a problem
- How exactly to clarify a data structures and algorithms problem, shown with an in-depth example

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.

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)

Amazing Pull Request Example - Showing The Context

In this video segment, we highlight a real-world example of a **high-quality code review** that demonstrates how providing strong context can dramatically improve the review process. This example reinforces the idea that well-documented pull requests reduce friction and foster better collaboration.

### Key Takeaways:

- **We showcase an exemplary pull request**: Submitted by a community member to the Tech Career Growth app, this PR included everything a reviewer needs—clear references, detailed explanations, and strong rationale.
- **We value clear linkage to issue tracking**: By referencing the related GitHub issue, the diff immediately communicates *why* it exists and what it’s solving—eliminating ambiguity.
- **We appreciate front-loaded context**: The PR offered an in-depth explanation of the author’s approach and alternatives considered, allowing us to understand the logic behind each code decision before even reading the code.
- **We reduce review overhead with context**: This kind of thoughtful diff saves time, prevents unnecessary back-and-forth, and lets reviewers dive straight into meaningful feedback.
- **We encourage others to learn from good examples**: We’re sharing this PR and slide deck so our community can use it as a model for writing better pull requests and improving team productivity.

**Here's why this pull request is great:**

- Has the relevant context behind why this PR exists and what it does
- Goes through the considered approaches to the problem and why the current one was chosen
- Links relevant resources that helped write the code

You can find the pull request that is shared in the video here: <https://github.com/Gear61/tcg-android-archive-and-feedback/pull/19>

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

[Case Study] How Engineers Unlock Huge Impact With Artificial Intelligence (AI)

This was a joint presentation from engineers who have been using Artificial Intelligence (AI) to become significantly more productive. The result is fewer repetitive tasks, fewer bugs, and more impact. The AI transformation is not some future technology that we are anticipating -- **it's happening now**. ChatGPT is the fastest application ever to reach 100M monthly active users.

We can broadly categorize AI tools into 2 buckets (generative vs analysis). Think about what is most helpful for your job and dig into other tools in that domain.

We focus primarily on productivity benefits from conversational agents like ChatGPT, Bard, and Anthropic. **The first response is usually generic and unhelpful, but simple tricks can make the output significantly more valuable**. Sample prompts: *"How can I send a text message in a Rails app with Twilio?"* and *"How can I show a div in the screen after 15 seconds of inactivity on a webpage?"*

Top 5 prompt engineering tips for Software Engineers: 
1. Ask ChatGPT to list its steps, work, or sources
2. Split your prompt into clear sections
3. Use “unique”, “unconventional”, and “creative” to get better responses
4. Make ChatGPT roleplay
5. Give ChatGPT examples of correct inputs and outputs

Some sample prompts from Jordan's [summary doc](https://www.notion.so/jordancutler/GPT-prompts-90179f5fc49440c6bffaeb94e5cfcb4c?pvs=4): 
- **[Feedback]** "Tell me 5 reasons this feature won’t work as intended"
- **[Engineering]** "Given the following code, write a comprehensive test suite in X testing library"
- **[Learning]** "Explain { topic } as if I am a principal software engineer with 10+ years of experience. Go into deep technical detail and explain how it works under the hood"
- **[Meetings]** "I’m a junior software engineer at a Series A tech company. Can you come up with 10 topics for me to talk with my manager about in our 1-1?"

Here are the top paid tools that the speakers use: 
- [Github Copilot](https://github.com/features/copilot) - $10/month
- [ChatGPT Plus](https://openai.com/blog/chatgpt-plus) - $20/month
- [Notion AI](https://www.notion.so/product/ai) - $10/month

Speakers:
- [Donn Felker](https://twitter.com/donnfelker)
- [Jordan Cutler](https://www.linkedin.com/in/jordancutler1/)
- [Mike Alnakhaleh](https://www.linkedin.com/in/malik-mike-a-32b63818b/)

Related resources on Taro:
- ["How to AI proof your career?"](https://www.jointaro.com/question/3xg5SvXnyTQ0mhNLfbK1/how-to-ai-proof-your-career/)
- ["Using Artificial Intelligence (AI) in side projects?"](https://www.jointaro.com/question/20UiCYH3QwkWkvGTrFsY/using-artificial-intelligence-ai-in-side-projects/)
- ["ChatGPT plugins to your IDE - How to prepare?"](https://www.jointaro.com/question/ZqQiiaPjpzYQ8XKPOQZK/chatgpt-plugins-to-your-ide-how-to-prepare/)
- [The slides for this presentation](https://docs.google.com/presentation/d/1lfMP8qlSix6IDNAUbyraamLgtIHwkxbbQgbpgcBqr2c/edit?usp=sharing)

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.