DSA Crash Course [Part 17] - Intersection Walkthrough

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

Code along and test your work in the following editor workspace: <https://structy.net/problems/intersection?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/>

Master The DSA Interview [Part 25] - Do Mocks

Many engineers actually know all of the data structures and algorithms concepts, but they aren't able to bring that out during the live interview when it actually matters. Luckily, there's a solution for that. This lesson teaches you:

- Why there's a fundamental dynamic shift between studying data structures and algorithms and actually solving the problems in a live interview
- The many concrete differences between data structures and algorithms in study mode vs. live interview mode
- General tips on how to both give and receive a good mock interview
- What a quality data structures and algorithms interview scorecard looks like so you can create good ones when you give a mock interview

Find mock interview partners here: <https://www.jointaro.com/networking/?selectedServices=Mock+Interviews>

Master The DSA Interview [Part 12] - Stuck? Here's What To Do

A defining trait of a strong software engineer is their ability to conquer hardship, and one of these hardships is getting stuck on a data structures and algorithms interview problem. This lesson teaches you:

- Why you need to communicate when you're stuck
- A proactive foundation you should set up to minimize your chances of getting stuck
- What actions you can take when you're stuck outside of coding up the optimal solution (which you obviously don't have as otherwise why would you be stuck?)

Master The DSA Interview [Part 10] - Run-Time Analysis

After clarifying the problem and coming up with a detailed, granular plan, coding up the solution should have been trivial. Now it's time for big O. This lesson teaches you:

- How to actually learn run-time analysis instead of memorizing the big O of every individual problem
- The structure of a strong run-time analysis for a data structures and algorithms problem
- Exactly what a quality run-time analysis looks like, explained with an in-depth example

Master The DSA Interview [Part 5] - It's A Parasite

While data structures and algorithms are pivotal when it comes to cracking interviews, you need to be careful about how you interact with them. If you don't, they can easily tank your job search. This lesson teaches you:

- Why data structures and algorithms are parasitic
- How data structures and algorithms are actually the most shallow interview type, especially for non-junior engineers
- Other activities you can do on the job search to achieve more well-rounded results
- The decision tree you should use to figure out if you should go hard on data structures and algorithms studying

To learn how to build up your network: [\[Masterclass\] How To Build Deep Relationships Quickly In Tech](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/masterclass-how-to-build-deep-relationships-quickly-in-tech/)

To learn how to build effective side projects: [\[Taro Top 10\] Building Impressive Side Projects](https://www.jointaro.com/playlist/vKUWMgmmaEvzcYUXZs4B/)

Top System Design Interview Mistakes [Part 11] - Don't Assume the Happy Path

In this segment, we focus on a common issue often seen with more junior engineers - Only considering the happy path when designing systems. Here’s the core points from the video:

- As engineers, our goal is to design systems that work reliably even when things go wrong. A system that fails 1% of the time is often unacceptable

- We need to anticipate and design for potential issues, not just ideal scenarios

- Proactively identifying weaknesses and planning solutions demonstrates strong engineering skills and foresight

- Documenting our design and potential problems as we go helps manage complexity and ensures we address edge cases effectively

- We go through a detailed example of all this with a ride-sharing system design problem

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>

Asking Great Questions [Part 5] - Figure It Out Or Get Help?

As a software engineer, you need to figure out a lot of things on your own (that's why you get paid the big bucks). However, you don't want to go the extreme where you endlessly run yourself into a wall by not getting help. This lesson teaches you:

- When to figure it out on your own vs. get help
- The dynamic behind solving complex engineering problems
- How to identify if you're stuck
- When to ask for help earlier instead of later

Asking Great Questions [Part 4] - Make Questions Your Superpower

Many engineers see asking questions as a sign of weakness, which is why they don't do it. What these engineers don't realize is that if you do it properly, asking questions can actually become your *strength*. This lesson teaches you:

- The different levels of skill when it comes to asking questions
- The *massive* career benefits you can get when your question asking skills are truly top-notch, particularly around mentorship
- How expertly crafted questions build up your trust and reputation

To learn more about how to attract the best tech mentors: ["How does one attract a sponsor who is invested in their growth?"](https://www.jointaro.com/question/pRX7I8QC5YPOEDNX5q87/how-does-one-attract-a-sponsor-who-is-invested-in-their-growth/)

Asking Great Questions [Part 2] - There Are No Stupid Questions

All questions start off from a positive place: An intent to learn more about the world. What matters is how you move forward with that positive energy when executing your question. This lesson teaches you:

- Why there's no such thing as a stupid or dumb question
- Why software engineers need to ask a *ton* of questions in order to succeed
- How bad questions corrupt their initially positive core can weaken the reputation of the asker
- How good questions follow through on their initially positive core to maintain that positive energy and strengthen the reputation of the asker

[Become A Go-To Person 9/18] The Formula For Expertise

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

[Become A Go-To Person 4/18] The Benefits Of Being The Go-To Person

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

Get a discount on Jordan's newsletter here: <https://read.highgrowthengineer.com/taro>

Maximize Your Productivity As A Software Engineer [Part 16] - Mentor And Delegate

Many software engineers are naturally lone wolves due to their introverted nature. While this can work out as a junior or mid-level engineer, it quickly becomes unsustainable as you reach senior/staff levels and beyond due to the immense workload. This lesson teaches you:

- Why being a lone wolf is terrible for your productivity
- The importance of uplifting others around you when it comes to getting stuff done
- One of the core virtues the best engineers have, which is particularly needed for mentorship

Here's Alex's Meta mentorship case study: [\[Case Study\] Mentoring Junior SWEs \[E3\] to Senior \[E5\] In Just 2.5 Years At Meta](https://www.jointaro.com/lesson/EX9563YnxcJb62cCmetg/case-study-mentoring-junior-swes-e3-to-senior-e5-in-just-25-years-at-meta/?playlistId=oLssVMdTJ9NtX5SX1fek)

Maximize Your Productivity As A Software Engineer [Part 10] - Organize Your Calendar

Now we know that focus blocks are one of the most powerful weapons in a software engineer's arsenal. So how can we get them? This lesson teaches you:

- How to organize your meetings in the most efficient way
- What you should look out for when it comes to clearing space on your calendar

Maximizing a Severance Package 1/9 - Introduction

You are being laid off, getting fired, or just want to move on - learn how to get the best package as a part of your transition out of your company.

What's In the Course:

- The Law
- Termination Circumstances
- Never Accept on the Spot
- Preparing Your Case
- The Mind of the Manager
- Common Asks and Gives
- Can You Sue?
- Summary

##### [**Ethan Evans**](https://www.linkedin.com/in/ethanevansvp/) is a retired Amazon Vice President, now sharing his leadership expertise. Ethan has reviewed over 10,000 resumes in his career, conducted more than 2500 interviews, and been part of several layoffs. These career growth courses are developed from his own knowledge and input from his extensive network of fellow coaches and executives.

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

Write A Stellar Resume As A Software Engineer [Part 7] - It's Too Long

Having a resume that's too long is one of the easiest ways software engineers get their resume (and their job candidacy) immediately thrown out. This lesson teaches you:

- The optimal length for a resume
- Why shorter is better when it comes to resumes (and why very long resumes make 0 sense)
- How to convert your years of experience to a resume length
- Tactics to trim down your resume and make it more concise

Grow From Mid-Level To Senior Engineer [Part 23] - Plot Your Growth Journey

The mid-level engineer to senior engineer promotion takes years for a very simple reason: You need to develop a *ton* of new skills to make it. This lesson teaches you:

- How to prevent yourself from becoming overwhelmed on your journey from mid-level to senior
- The standard growth path from L4 (mid-level) to L5 (senior) and what it means to be L4.5
- Why the L4.5 growth path that initially focuses on increasing your engineering excellence is generally the smoothest path to senior engineer

Grow From Mid-Level To Senior Engineer [Part 19] - Onboarding

Onboarding is one of the most important processes for any healthy engineering team. Helping the newbies is both critical and rewarding. This lesson teaches you:

- How a senior engineer levels up the team more when helping with onboarding compared to a mid-level engineer
- Different ways to achieve multiplicative impact with onboarding instead of singular, even when you are the one onboarding!

Grow From Mid-Level To Senior Engineer [Part 13] - Just 1 Sentence Is Enough

As a software engineer, you will often get tasks and projects that aren't fully defined. How you react and are able to perform in these scenarios is a huge factor when it comes to determining your seniority. This lesson teaches you:

- A simple framework to understand the expectations of a senior engineer when it comes to handling ambiguity
- The different components that go into converting a single sentence to a full-blown project

Master The Behavioral Interview [Part 15] - Mid-Level Engineer

Mid-Level engineers are engineers who have a good amount of experience but aren't exactly senior yet. Most software engineers fall into this bucket. This lesson teaches you:

- The expectations from a mid-level engineer overall and how that reflects in behavioral interviews
- The kinds of stories mid-level engineers tell in behavioral interviews

Negotiation Course: Help Us Help You

Congratulations, you made it to the end of the course, **The Insider's Guide To Negotiating Your Tech Salary And Compensation**! Here are the major takeaways we covered: 

- Negotiation is extremely high leverage
- Negotiate the whole compensation package
- Don’t share information that can hurt you (e.g. salary)
- Negotiate when you have an offer

If you're isolated, you're much more likely to be taken advantage of. The antidote is to engage with the community. Then we can anonymously share your feedback and result to benefit everyone. Together, we'll all succeed 😇

If you netted a meaningful compensation delta from this course ($10K), I'd love to hear from you! Email me at [rahul@jointaro.com](mailto:rahul@jointaro.com). 

Next steps:

- Share + get support: [**joinTaro.com/questions/create/**](http://joinTaro.com/questions/create/)
  - 🧠 Get 10x better advice than anything on Blind or Reddit
- Find community: [**joinTaro.com/events/**](http://joinTaro.com/events/)
  - 🧑‍🏫 Join me for Group Office Hours!

Send me feedback at [**team+negotiation@jointaro.com**](mailto:team+negotiation@jointaro.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.