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

Maximizing a Severance Package 2/9 - The Law

There are lots of laws around termination of employment, and they vary widely by country. Let's talk about what companies must (or must not) do when doing a Reduction in Force (RIF) or layoff.

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

How To Learn A New Codebase Fast

What is the best way to learn a codebase?

True or false: In software, experimenting and making changes is cheap, so a great way to learn is by trying a lot of things and seeing what happens, even if you do not fully understand the overall codebase yet.

Why is structured learning like tutorials and courses not effective for actually learning a codebase?

True or false: Before you jump into a codebase, you should ideally get a certificate in that tech stack before working with it.

Which of these is a good way to learn a codebase with your first code changes within it?

True or false: Breaking something locally is an effective way to learn a codebase.

- The best way to learn a new codebase is to learn by doing.
- Don't get paralyzed reading documentation or getting a certificate before jumping into a codebase.
- Start tinkering ASAP. It doesn't matter if you don't fully understand the codebase - Just do small changes like deleting a line or flipping a variable and then see what happens after you build the code.
- Alex's standard: Put out a commit/pull request for a new codebase within 2 days.
- You want to get code into review as soon as possible, because the feedback you get on your pull request is where the real learning happens. Don't worry about the quality; it's going to be bad in the beginning like with any newbie - The important thing is that you submit something out there into the world so your teammates can tell you how to get better.

Related resources:
- [How To Figure Out Which Parts Of A Codebase Matter](https://link.jointaro.com/PdpWBjAzU7NVTamf6)
- [Learning A New Codebase Fast As An Intern](https://link.jointaro.com/SMaLvqCVeoH9MmvV7)

Level Up Your Code Quality As A Software Engineer [Part 18] - Have A Test Plan

Test plans are something many tech companies don't do, and it's a shame. Pull request test plans are one of the easiest things you can do as a software engineer to really level up your code review experience and ultimately the quality of your code. This lesson will teach you:

- What a test plan is and the many, many benefits it provides. There's a reason Meta requires engineers to have a test plan in their diffs (pull requests)
- How to creative with your test plans when your code is hard to demo (very applicable for back-end facing engineers)
- The many benefits of having a thorough test plan and the many downsides of not having a test plan
- What the ideal test plan looks like, which we'll cover through a couple in-depth examples

DSA Crash Course [Part 67] - Fibonacci Approach

In this lesson, Alvin explains the fundamentals of dynamic programming by applying dynamic programming to fibonacci:

> Write a function *fib* that takes in a number argument, *n*, and returns the *n*\-th number of the Fibonacci sequence.
>
> The 0-th number of the sequence is 0.
>
> The 1-st number of the sequence is 1.
>
> To generate further numbers of the sequence, calculate the sum of previous two numbers.
>
> Solve this recursively.

```
fib(0); # -> 0
```

```
fib(1); # -> 1
```

```
fib(2); # -> 1
```

```
fib(3); # -> 2
```

```
fib(4); # -> 3
```

```
fib(5); # -> 5
```

```
fib(35); # -> 9227465
```

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

The Biggest Benefit Of Working At Big Tech - Learning Proper Engineering Skills

We all know how powerful Big Tech is when it comes to its top-of-market compensation and resume power. However, there is a much bigger long-term benefit these prestigious companies have when it comes to software engineers.

Here are the core points from the video:
- **Big Tech is stellar at teaching proper engineering** - You simply can't reach 100 million+ users without being great at software engineering. These companies have the experience and history to show software engineers how things should be done.
- **You will be pushed to be better** - Big Tech invests billions in hiring the absolute best tech talent in the world. In order to ship quality products at scale, these engineers push each other constantly to do the right thing. When you work at Big Tech, you become a part of this process and peer pressure.
- Here are just some of the ways this learning manifests:
  - Thorough release process with staged rollout and deep analytics
  - Code review where you get tons of comments on how to improve
  - Great internal tooling showing you what parts of the engineering experience can be made seamless

Related resources:
- ["How do I get better at building Large scale systems without working directly on such projects?"](https://www.jointaro.com/question/k9MR0UBCtVXvyZrOdPLw/how-do-i-get-better-at-building-large-scale-systems-without-working-directly-on-such-projects/)
- ["How to Learn/Practice Clean Code, particularly by oneself?"](https://www.jointaro.com/question/6DcTkiS9UJhDkQz1HIAL/how-to-learnpractice-clean-code-particularly-by-oneself/)
- ["What are the best resources to learn system design in a structured way?"](https://www.jointaro.com/question/SeCsb4IRTijs2hg4XHxo/what-are-the-best-resources-to-learn-system-design-in-a-structured-way/)

[Timeless Career Advice] Intro & Agenda

Over the last decade, I grew from an Individual Contributor Software Engineer to a Senior Director running multiple engineering teams at a Fortune 1 Company.\
\
My teams and I built Tech for a business unit with over $35 Billion in annual revenue.\
\
Before this, I was an early employee at a Startup, and I built eCommerce, personalization, and growth marketing tech that helped us go from 0 revenue to over a billion in sales in 1 year. Then that startup ([Jet.com](http://Jet.com)) got acquired for $3.3 Billion.

**This is the 1:1 with your Engineering Manager you should've had**.

Connect with Louie:

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

Ace The ML System Design Interview [Part 2] - Why You Need A System

The machine learning system design interview can be daunting, but understanding common pitfalls can help you succeed. Here are the core points from this lesson:

- Align with the interviewer on the problem statement before diving into design to ensure the right problem is being solved
- Use a structured approach: start with big-picture system design, then address data considerations and modeling, only discussing deployment and operations if time allows
- Clearly articulate reasoning by explaining the "why" behind design choices and considering trade-offs between different techniques
- Take control of the interview by making assumptions, validating them with the interviewer, and simplifying the problem to fit within the given time
- Write down key assumptions and decisions to maintain clarity and provide a reference for both yourself and the interviewer

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)

DSA Crash Course [Part 13] - Pair Sum Walkthrough

In this lesson, Alvin walks through the python implementation for the *pair_sum* problem.

Code along and test your work in the following editor workspace: <https://structy.net/problems/pair-sum?language=py>

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

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

Ask Questions Well

What makes a high-quality question?

- You get the help you need
- You build trust with the person/group that you're asking the question to

Question asking is a deep skill that requires you to add sufficient context (but not too much) so people can easily help you.

- Prefer to ask in public forums
- Realize that your question may help others beyond you
- Your questions are a valuable signal to the team 

When you are asking a question, please don't just say hello and wait for them to respond: <https://nohello.net/en/>

360 Feedback: The BEST Performance Review System Top Companies Use

- The goal of 360 feedback is to generate as holistic and fair a picture of employee performance as possible.
- It does this by getting feedback from all directions:
  - Within (yourself)
  - Above (your manager)
  - Below (your reports if you are a manager)
  - Laterally (your teammates)
- This system prevents employee performance from reducing down to sucking up to the manager, which is the case in more traditional companies that aren't using this system.
- 360 feedback also makes the power dynamic between manager and report more equal. A manager will have a bad feedback packet if their reports all share bad feedback about them. This holds bad managers accountable.

Write A Stellar Resume As A Software Engineer [Part 14] - Show, Don't Tell

In order to write a great resume, you need to frame your experience as best as possible, getting maximum juice from the fruit. This lesson teaches you:

- The bar you need to clear in order to show that you have meaningful mastery of a technical area
- How to get metrics to describe the impact of your actions
- What showing looks like vs. telling, broken down through an in-depth example
- The difference between strong verbs and weak verbs
- How the recruiter and hiring manager perception of you drastically shifts depending on whether you used a strong verb or a weak verb

The Crucial First Step To Building Relationships That Everyone Misses

Many people in tech are bad at professional networking, and the reason is simple: They're being too selfish. If you want to build a professional network that is truly useful to you, you must strive to put yourself in the other person's shoes.

Here's the core points from the video:
- **Understand their incentives** - Everyone in the professional world is looking out for something: Nobody works purely for the sake of working. When you're working within a company environment, *this is usually what they're rewarded for in their performance review*. When you're asking for something, it's easy to get caught up in what *you're* looking for and how this other person can help *you*. The key to effective interpersonal communication is to flip that mentality and use your empathy to figure out *how you can help them instead*.
- **Alex's Instagram Misalignment Story**
  - Back in 2018, Instagram cofounders Kevin Systrom and Mike Krieger parted ways with Instagram and Facebook overall. This left a power vacuum with no clear "wing" of the company to drive the overall direction.
  - During this time, Alex was working on Instagram Ads. After the cofounders left, his team tried to ship a project to make the main action button on ads much bigger. Their A/B test showed that the new variant earned far more revenue.
  - The new CEO of Instagram, Adam Mosseri, shot the idea down, citing that it was too tacky. He then declared a design lockdown across all of Instagram stating that all new Instagram features needed to meet Instagram's user design standards.
  - This changed the incentives between designers and engineers at Instagram. Designers were now more focused on upholding the aesthetic integrity of Instagram and less so on shipping projects. On the other hand, engineers were still laser-focused on shipping.
  - *The engineers who best succeeded during this transitory period were those who worked together with the designers and championed their goals.* These engineers were willing to incorporate design polish and didn't immediately dismiss it as a threat to their timelines.

Related resources:
- [[Masterclass] How To Build Deep Relationships Quickly In Tech](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/how-to-build-deep-relationships-quickly-in-tech-12172022/) - The full video where this clip was taken from
- [9-Part Effective Communication Master Series](https://www.jointaro.com/playlist/hVdLQQzfslaYarLSCmmy/)
- ["How do I ask XFN partner for help to make progress in the project?"](https://www.jointaro.com/question/OCUrjUM8axEIOJkSKhZp/how-do-i-ask-xfn-partner-for-help-to-make-progress-in-the-project/)

Top System Design Interview Mistakes [Part 16] - Outro

Congratulations on making it to the end of the course! If you have any thoughts, we would love to hear them over at [Formation.dev](https://formation.dev/partners/taro):

- Connect with me (Sophie) on LinkedIn: <https://www.linkedin.com/in/sophienovati/>
- Follow [Formation.dev](https://formation.dev/partners/taro) on LinkedIn: <https://www.linkedin.com/company/formation-dev/>

As a reminder, if you need extra help with your system design interview, Formation can provide you hands-on, personalized support. Join us here: <https://formation.dev/partners/taro>

Now that you've mastered the system design interview, check out our behavioral interview course next: [\[Course\] Master The Behavioral Interview As A Software Engineer](https://www.jointaro.com/course/master-the-behavioral-interview-as-a-software-engineer/)

DSA Crash Course [Part 14] - Pair Product Approach

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

> Write a function, *pair_product*, that takes in a list and a target product as arguments. The function should return a tuple containing a pair of indices whose elements multiply to the given target. The indices returned must be unique.
>
> Be sure to return the indices, not the elements themselves.
>
> There is guaranteed to be one such pair whose product is the target.

```
pair_product([3, 2, 5, 4, 1], 8) # -> (1, 3)
```

```
pair_product([3, 2, 5, 4, 1], 10) # -> (1, 2)
```

```
pair_product([4, 7, 9, 2, 5, 1], 5) # -> (4, 5)
```

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

You Should Be Vulnerable With Your Manager

You are feeling burnt out at work. Should you share this with your manager?

You feel like you are slower than your other teammates and are afraid that you look bad amongst the team. Should you share this with your manager?

Your dog just died, and you are having a really tough time concentrating at work because of this. Should you share this with your manager?

Here are the core points from the lesson:

- Your manager is responsible for your performance at work. Therefore, it's in their best interest to help you resolve anything that is negatively affecting your work performance, even if it's something non-tactical.
- If you are having a deeper issue (e.g. you have imposter syndrome), this is something you should talk with your manager about. You shouldn't expect them to act as a full psychologist, but they should at least be receptive of your problem and lend an understanding ear.
- Venting and complaining are very natural and can act as a therapeutic exercise. Don't be afraid to do this with your manager once you have a good enough relationship.
- This gets easier over time. Once you start being honest and more transparent in your manager meetings, the trust between you two increases, making it smoother to continue being open in the future.

Related resources:

- [\[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/)
- [\[Course\] Networking Guide: Build Deep Relationships Quickly In Tech](https://www.jointaro.com/course/networking-guide-build-deep-relationships-quickly-in-tech/)

The Silent Killer Of Too Many Software Engineer Careers: Burnout

Burnout is a form of exhaustion caused by constantly feeling like you have too much to do. Most software engineers will encounter burnout at some point in their career. Four reasons you may hit burnout, and how to mitigate: 

1. **You can do your job anytime + anywhere.** Try to create some separation between work and home, or set deadlines for yourself. 
2. **Unlimited complexity.** A typical codebase will have too much complexity for one person to understand all of it. Instead, share with coworkers where you feel lost, and start small.
3. **Unclear roles.** There’s often ambiguity around things like handling support requests or maintenance. Try to create structure around this, and acknowledge that this work does exist. 
4. **Unclear communication.** For your work, over-communicate the bad news and refer to [this Taro session about communication](https://link.jointaro.com/6jdUd3ucPprEEVog6).

Don't Be Naive When Networking - Understand That You'll Get Burned

One of the main ways to grow your tech career is by building relationships. However, a lot of software engineers struggle immensely with this, dismissing the entire craft as "playing politics". This video explains why that mentality is toxic and how you should set up your mindset instead.

Here are the core points:
- **Every company will have politics** - What separates the good companies from the bad ones is that the good ones have a moderate amount of politics while the bad ones have an overwhelming amount of politics. If you're going to any decently sized company, you will have to do understand how to interact with people and get them to like you. It is near impossible to get to senior levels without being able to do this.
- **Professional networking is just like "real life"** - There isn't a huge difference between building work relationships and making personal friends and dating. The core principles behind establishing relationships and earning trust are the same both inside and outside of work.
- **Not every relationship will work out** - Similar to personal relationships, you will often times invest into people who won't return the favor. *Don't let that turn you off from the idea of networking as a whole.* Growing as a software engineer is a marathon filled with ups and downs. Don't let a few toxic coworkers or poor synergy partnerships tear you down.

Related resources:
- [[Masterclass] How To Build Deep Relationships Quickly In Tech](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/how-to-build-deep-relationships-quickly-in-tech-12172022/) - The full video where this clip was taken from
- [Effective Communication Guide - Building Relationships](https://www.jointaro.com/lesson/488EjOLzU707WhdqMOK4/effective-communication-guide-part-3-building-relationships/)
- ["How do I achieve my goals for this half when XFN is not communicating effectively?"](https://www.jointaro.com/question/Z1MwZ4GOA4XxxZd9ff5n/how-do-i-achieve-my-goals-for-this-half-when-xfn-is-not-communicating-effectively/)

Top System Design Interview Mistakes [Part 12] - Don't Ignore New Information

In this segment, we discuss the issue of ignoring new information during system design interviews. This happens when candidates fail to adapt their designs based on additional requirements or edge cases presented by the interviewer. Here’s the core points from the video:

- If the interviewer introduces new requirements or issues, like handling scenarios with no available drivers, we must adapt our design accordingly. Ignoring these hints can lead to incomplete or impractical solutions

- Sometimes, a simpler solution might be more effective. For example, informing customers that no drivers are available and suggesting they try again later might be a better approach than complex tracking systems

- When given new information, reassess and incorporate it into the design. This flexibility is crucial for creating effective and practical solutions

If you need extra help with your system design interview, [Formation.dev](https://formation.dev/partners/taro) can provide you hands-on, personalized support. Join us here: <https://formation.dev/partners/taro>

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.