Signs Of A Healthy Manager 1 on 1 Meeting

- **Golden standard**: Weekly 30-45 minute meeting
  - Bi-weekly can be okay, but weekly is ideal. Anything less frequent than bi-weekly is a red flag.
  - This should be recurring and scheduled, not ad-hoc.
- The meeting should feel proactive instead of reactive.
  - Reactive 1 on 1s happen when the meeting has no agenda beforehand.
  - The discussion should be focused and talking about future themes for you and your career like growth and career goals.
- The meeting isn't purely tactical: This is a time for you and your manager to build trust and get to know one another.
- The time should feel "awkward". Some "awkward" areas include:
  - Honest feedback
  - Emotions 

Related resources:
- [1 on 1s Are The Time To Be Awkward](https://link.jointaro.com/kuS9keFuUwRJk9rSA)
- ["How do I help my manager (who is also my mentor) be a better manager and mentor?"](https://link.jointaro.com/72SzjBb9HW1S46Dx8)
- ["How do I create a growth plan with my manager/mentor and what should it include?"](https://link.jointaro.com/fude3eS1nJwcMSp9A)

Senior Staff Engineer (L7) Describes Most Important Skill - Rahul Malik

Rahul is a Senior Staff Engineer at Meta.

- **Most important skill**: dealing with ambiguity and working through others. Senior Staff Engineers operate in a broad space, so they have to be independent enough to make impact without a specific problem.
- **Advice**: figure out how decisions are made. Who makes the decisions, and what is the underlying value system?

Here's the full playlist asking engineers what the most important skill is for their level: [Asking 7 Levels Of Engineers The Most Important Skill](https://www.jointaro.com/playlist/J9Io5lDGaYUpI8vGrUyI/)

Helpful links:
- [SWE2 --> Principal Eng in 4 years](https://www.jointaro.com/lesson/Lvf1TDKt1R4ZJSCr9BVv/rockstar-software-engineer-story-sw2-greater-principal-in-just-4-years/)
- Taro's top 10 to get promoted from [senior to staff engineer](https://www.jointaro.com/playlist/YD8LMCSlE71VUGUbNAWM/)
- [David Pan on what makes a great tech lead](https://www.jointaro.com/lesson/uHqZZ15SK19MatEvLSO6/what-makes-a-truly-great-tech-lead-a-vp-of-engineerings-perspective/)
- [Rahul on LinkedIn](https://www.linkedin.com/in/rahulbmalik/)

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

Grow From Junior To Mid-Level Engineer [Part 3] - It's On You

For later promotions (i.e. senior and beyond) there are many other factors at play besides your personal skill and growth. This isn't the case for junior engineer -&gt; mid-level engineer. This lesson teaches you:

- The fundamental difference between the junior -&gt; mid-level promotion and others when it comes to landing impact
- How to choose teams and projects as a junior engineer aiming to grow fast
- What matters when it comes to the junior -&gt; mid-level promotion

Understand more about project credit for promotion here: <https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/its-not-just-about-impact/>

Uplevel Your 1:1s

1:1s are the bedrock for the budding corporate relationships you are entering into:

Three principles for effective 1:1s (see [Rahul's YouTube video on the topic](https://www.youtube.com/watch?v=ADWkkJtZna4)):

- Pursue awkward 1:1s
- Go beyond status updates
- Write down takeaways

For important people, you should **never** run out of things to talk about. Here's a starting point for what to discuss: 

- Reflect on what’s going well and not going well for you
- Reflect on what’s going well and not going well for the team (and team priorities)
- Ask for opportunities or resources
- Give feedback or ask for feedback
- Brainstorm
- Career/performance review planning

Maximizing a Severance Package 3/9 - Termination Circumstances

Let's talk about the different circumstances where you may need a package or to try and get a severance from a company.

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

Ace Your Tech Interview As A Software Engineer [Part 22] - Behavioral Interviews

Behavioral interviews are omnipresent across software engineer interviews. They are also excellent at filtering out problem candidates. This lesson teaches you:

- When you can see behavioral interviews
- What the purpose of behavioral interviews is
- Why software engineers often underappreciate and underrate behavioral interviews, leading to their failure
- Why behavioral interviews are the *most important interview round in any hiring loop*
- The 3 core principles you should always have in mind when answering a behavioral interview question

To master the behavioral interview, follow the resources here: [\[Taro Top 10\] Behavioral Interviews](https://www.jointaro.com/playlist/IPFmEPUhAmizNe9ZUWV5/)

Alex's blog post about behavioral interviews: [Software Engineer Interview Guide - Behavioral Questions](https://www.jointaro.com/blog/software-engineer-interview-guide-part-2-behavioral-questions/)

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

Meta Case Study - Debugging A Massive Production Issue

Here we go through an example bug at Meta. Given the information, we need to figure out what kind of root cause is behind the issue. This case study shows:
- Why it's important to understand the blast radius of a bug
- How knowing the context behind a bug can help you locate the problem area
- The value of having robust analytics

This video is a clip from our debugging masterclass. You can watch it here: [[Masterclass] How To Become A Debugging Master And Fix Issues Faster](https://www.jointaro.com/lesson/ioR6WzamAIUTpySLAr7o/masterclass-how-to-become-a-debugging-master-and-fix-issues-faster/)

Related resources:
- [[Case Study] Solving A Multi-Million $$ Instagram Bug](https://www.jointaro.com/lesson/WYk4J05iBqOuPtD0CYKX/case-study-solving-a-multi-million-dollardollar-instagram-bug/)
- ["How can I become more independent and better at unblocking myself with tricky technical issues?"](https://www.jointaro.com/question/QhqQQGrDgFjZbqohpKe0/how-can-i-become-more-independent-and-better-at-unblocking-myself-with-tricky-technical-issues/)
- ["What is the effective way to understand new repository in order to make the required changes in that repo?"](https://www.jointaro.com/question/KoxB3UU2zWC9pdYU6Rx0/what-is-the-effective-way-to-understand-new-repository-in-order-to-make-the-required-changes-in-that-repo/)

Ace Your Tech Interview As A Software Engineer [Part 14] - Referrals

Having a current employee put you into their hiring pipeline via a referral is one of the most powerful ways to level up your job search. However, referrals are often misunderstood by software engineers. This lesson teaches you:

- The 2 different types of referrals and which one is better (spoiler: engineers usually struggle getting the better one)
- The massive difference between *weak referrals* and *strong referrals*
- Why you are more special than you realize and how you can leverage that to get more strong referrals
- How to approach professional networking properly to cultivate huge amounts of strong referrals over time

To help you get strong referrals, check out our networking course: [Networking Guide: Build Deep Relationships Quickly In Tech](https://www.jointaro.com/course/networking-guide-build-deep-relationships-quickly-in-tech/)

Effective Communication Guide [Part 5] - Giving Feedback

- If you're giving constructive feedback, try to pair it with something positive. In general, positives are good at offsetting negatives.
- Tentative language is also crucial, especially with constructive feedback.
- Example feedback around running meetings:
  - **Bad:** "You need to stop cutting people off in meetings."
  - **Good:** "You do a great job running meetings and making sure that they're on track, but I feel like in pursuit of that, you sometimes cut people off too soon and aggressively instead of letting their voice fully be heard. I think letting everyone get their complete thoughts out is important for our team, and we can always extend the meeting length if there's no way we can time-box properly while doing this."
- Your overall mentality should be, *"How can we all become better?"*, as opposed to, *"I need to tell this person why they suck."*.
- If you don't feel too close to the person you're giving feedback to, you can go through your manager to share the feedback with them or with their manager. At a high-level, you can see your manager as a "people API" to abstract away issues like these.

The Journey to Staff Engineer In Big Tech - Q&A

This is the Q&A portion of the Staff Engineer Panel discussion. Watch the [main content here](https://www.jointaro.com/lesson/SaYyJGLYvrAy4XGrDhy7/the-journey-to-staff-engineer-in-big-tech-panel-discussion/).

The journey to Staff Engineer is unique for everybody. In this session, we talk about all the ways we got there! Senior Engineer is a terminal level at most tech companies. 

Staff Engineer is the next level up. This is referred to as Staff at Meta/Google, or Principal Engineer at Amazon/Microsoft. 

Questions answered in the video: 
- I'm making a career change into Software Engineering -- what advice would you have? I want to get into Augmented/Virtual Reality.
- I'm already a Staff Engineer, but I'm struggling with performance management. What advice would you have to exceed expectations?
- What resources would you recommend to improve at communication? What is an effective way to find a mentor?
- I'd like to first become a Tech Lead (TL) and then transition into a Staff Engineer role. What advice would you have for me?
- I'm a Data Engineer (DE) and big fan of Zach! How do I show the impact of my work to a manager who may be unfamiliar, especially since I don't do frontend?

See discussions about Staff Engineers on Taro: [https://www.jointaro.com/topic/staff-engineer/](https://www.jointaro.com/topic/staff-engineer/)

Publicly available promotion stories:
- [Ryan's Instagram video processing improvements](https://engineering.fb.com/2022/11/04/video-engineering/instagram-video-processing-encoding-reduction/)
- [Rahul's internal tool for debugging](https://www.jointaro.com/lesson/qvp2quodqAEWSkN7sayt/case-study-building-a-meta-internal-tool-to-empower-an-entire-org-staff-promotion-story/)

Panelists:
- [Zach Wilson](https://www.linkedin.com/in/eczachly/)
- [Rahul Pandey](https://www.linkedin.com/in/rpandey1234/)
- [Carly Taylor](https://www.linkedin.com/in/carly-taylor-data/)
- [Lee McKeeman](https://www.linkedin.com/in/lmckeeman/)
- [Ryan Peterman](https://www.linkedin.com/in/ryanlpeterman/)

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

How to Crack System Design Interviews - Part 2: Clarifying Requirements

In a system design interview, the first step is gathering requirements, focusing on how users will interact with the system. Here's how we approach this:

- **Understand user needs:** We consider the basic functions users will need, such as applying filters, viewing original images, and deleting images.
- **Confirm and prioritize:** We check with the interviewer to ensure we've captured all the key requirements and prioritize the most important ones.
- **Identify trade-offs:** We analyze potential trade-offs, such as image quality versus storage needs, and quantify them whenever possible.
- **Set realistic expectations:** We avoid aiming for perfection and instead focus on creating a practical design that meets the core requirements.
- **Provide concrete examples:** We use real-world examples to illustrate our understanding of system design concepts and demonstrate our ability to make informed decisions.

[Gaurav Sen](https://www.linkedin.com/in/gkcs/) has conducted 1000s of system design interviews while working at Uber and building his [YouTube channel](https://www.youtube.com/@gkcs) to 500K+ subscribers. His platform [InterviewReady](https://interviewready.io/?_aff=JOINTARO) combines video explainers, live Zoom classes, and an automated System Design Judge.

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>

20 Years Of Fighting Procrastination [Part 3] - Build A System

Most people rely on fluctuating willpower to be productive—but the most effective creators use systems. Here are the core points from the lesson:

- Systems make good behavior automatic by reducing cognitive load and accounting for natural fluctuations in willpower, energy, and focus
- Structure your day around your strengths—use mornings for disciplined deep work, afternoons for accountability-based tasks, and evenings for creative exploration
- Focus on generating artifacts like notes, calendar blocks, or test plans to capture progress, clarify your thinking, and preserve valuable context
- Habit stacking and predefined triggers make consistent output easier and help you avoid relying on short-term motivation or memory

Top System Design Interview Mistakes [Part 15] - Don't Ask For Too Much Permission

In this lessons, we address a common mistake, especially among junior engineers - Asking for too much permission. This often stems from a lack of confidence and a desire to avoid making decisions. Here are the core points:

- We often encounter candidates who, after discussing various options for solving a problem, defer decision-making to the interviewer

- Instead, we should make decisions ourselves. We can evaluate the options based on their trade-offs and choose the best one

- By taking ownership and driving the design, we demonstrate strong decision-making skills

- While it’s important to ask clarifying questions, we should avoid relying too heavily on the interviewer for directional guidance. Instead, we should proactively drive the conversation and make decisions that address the key issues.

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>

Ace Your Tech Interview As A Software Engineer [Part 28] - How Much LeetCode Should I Grind?

If you're this deep in the course, you now know that grinding 1,000 LeetCode problems doesn't lead to a Google hiring manager magically appearing on your doorstep with a fresh offer letter in hand. This lesson teaches you:

- Why data structures and algorithms are more damaging to the overall health of a job search than software engineers realize
- Exactly how over-indexing on data structures and algorithms and LeetCode completely destroys the job search of many software engineers
- The framework you should apply on whether you should be grinding LeetCode

Stop Bugs From Happening Again - The Importance Of Retrospectives

Bugs are often times like ants: They don't come alone and are often representative of many more of their own kind. After you fix any bug, retrospect on why it occurred to begin with and what the team could have done to prevent it. If the bug was very serious (e.g. a production outage), bring the team together with a formal post-mortem report and meeting.

This video is a clip from our debugging masterclass. You can watch it here: [[Masterclass] How To Become A Debugging Master And Fix Issues Faster](https://www.jointaro.com/lesson/ioR6WzamAIUTpySLAr7o/masterclass-how-to-become-a-debugging-master-and-fix-issues-faster/)

Related resources:
- ["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/)
- [[Case Study] Solving A Multi-Million $$ Instagram Bug](https://www.jointaro.com/lesson/WYk4J05iBqOuPtD0CYKX/case-study-solving-a-multi-million-dollardollar-instagram-bug/)
- ["How can I become more independent and better at unblocking myself with tricky technical issues?"](https://www.jointaro.com/question/QhqQQGrDgFjZbqohpKe0/how-can-i-become-more-independent-and-better-at-unblocking-myself-with-tricky-technical-issues/)
- ["How to turn a string of silly mistakes into a mature positive outcome?"](https://www.jointaro.com/question/JybGyc935lsYbM8dAo7Y/how-to-turn-a-string-of-silly-mistakes-into-a-mature-positive-outcome/)

Maximize Your Productivity As A Software Engineer [Part 9] - Focus Blocks

Context switching is one of your biggest enemies as a software engineer. This lesson teaches you:

- What a focus block is
- Why getting back into coding is so difficult, especially at Big Tech
- The power of focus blocks with involved tasks, particularly with writing code

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.