Grow From Junior To Mid-Level Engineer [Part 4] - Structuring Your Growth

Even though junior engineer to mid-level engineer is the 1st and easiest promotion, it's still a meaningful evolution with many parts. This lesson teaches you:

- The 3 core areas of improvement to grow from junior -&gt; mid-level
- The most important area to improve to make the junior -&gt; mid-level promotion
- How you should process the advice from this course

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

Grow From Junior To Mid-Level Engineer [Part 2] - At A Glance: Junior Vs. Mid-Level

What exactly does it mean to be a junior engineer vs. a mid-level engineer? What's the gap? This lesson teaches you:

- What it means at a high-level to be a junior vs. a mid-level engineer
- The difference in execution between a junior engineer and a mid-level engineer
- The types of tasks junior engineers work on vs. a mid-level engineer
- The ownership and scope difference between a junior vs. a mid-level engineer
- The difference in organizational complexity between junior engineers and mid-level engineers

Grow From Junior To Mid-Level Engineer [Part 1] - How This Course Works

Congratulations on breaking into tech as an engineer! Let's get you off to a great start. Here are the core parts of the lesson:

- Your instructor [Alex Chiou](https://www.linkedin.com/in/alexander-chiou/) walks you through his extensive 10+ year Silicon Valley background with rapid career advancement, ending up as a high-performing tech lead making $750k at Robinhood. More importantly, he goes through how he was able to grow his mentees to lightning fast promotions, particularly at Meta where he grew 10+ junior engineers (E3) to mid-level engineers (E4) in just 1 year!

- You'll understand what it means to be a junior vs. a mid-level engineer in the market, including the interview space

- We walk you through the course objectives. By the end of the course, you will understand:

  - 💡 Truly understand the **difference** between a junior engineer and a mid-level engineer

  - 🛠️ Learn to **code** like a mid-level engineer

  - 💪 Know what it means to be truly **independent**

  - 🧠 Have the right **mindset** to act as a mid-level

  - ✅ Define a clear **roadmap** to mid-level

If you haven't already, we recommend taking the overall promotion course here: [Nail Your Promotion As A Software Engineer](https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/)

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

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>

Top System Design Interview Mistakes [Part 14] - Don't Save the Hardest for Last

In this lesson, we focus on the importance of addressing the most challenging aspects of a system design problem early on:

- We often make the mistake of delaying the hardest parts of the problem. While starting with simpler tasks might seem productive, it can lead to incorrect design choices and suggest we're unaware of the core challenges

- We should immediately focus on the most complex parts of the problem. Tackling these challenges first demonstrates our understanding and prevents us from getting sidetracked by less critical aspects

- In our interview example, we show how the candidate misses the core problem behind the messaging app, tackling the simpler pieces instead

- Effective problem solving involves working through strategies for the hardest issues, like the message-to-notification fan-out, and evaluating their pros and cons

- By focusing on the toughest problem first, we show strong judgment and prioritization skills. This approach ensures that we manage our time well and address the most critical aspects of the design effectively

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>

Top System Design Interview Mistakes [Part 13] - Identifying Key Issues

In the final segment of the system design series, we focus on the importance of driving the design of your system during interviews. In this video, we cover how to identify key issues. Here's the video's core points:

- Avoid following a rigid structure. For example, don't just jump into a data model or architectural diagram without considering the unique requirements of the system you're designing, such as group messaging dynamics
- Actively ask clarifying questions to understand the requirements better. This helps in identifying and addressing key issues specific to the problem, rather than sticking to a generic approach
- Tailor your approach based on the specifics of the problem. If dealing with a unique system, like a group messaging app, adapt your design to handle unique challenges, such as managing multiple notifications from a single message
- Lead the discussion by probing into requirements and challenges. This ensures that your design addresses the most critical aspects of the 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>

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>

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>

Top System Design Interview Mistakes [Part 10] - Don't Speak Only in Hypotheticals

In this video, we discuss a common mistake in technical interviews - Talking only in hypotheticals instead of applying knowledge to practical scenarios. Here are the key points we cover:

- Many candidates discuss system design concepts theoretically without considering real-world applications
- We provide an example contrasting a hypothetical approach with a more practical one
- The goal is to show real-world engineering skills, not just theoretical knowledge
- **Our main advice:** Avoid "it depends" answers and make assertive decisions with proper justification

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>

Top System Design Interview Mistakes [Part 9] - Don't Draw Random Boxes

In this video, we discuss a common mistake in technical interviews: drawing random boxes without considering the bigger picture. Here are the key points we cover:

- Candidates often create isolated components without thinking about how they connect
- We provide an example contrasting a disorganized approach with a more thoughtful one
- Our recommended approach: Trace through data flows and user perspectives
- The goal is to think like an engineer: Identify the right problems before proposing solutions
- **Our main advice:** Don't just draw random boxes, trace data flow to uncover key system challenges

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>

Top System Design Interview Mistakes [Part 8] - Don't Make Arbitrary Decisions

This video discusses the importance of explaining technical decisions during interviews. Key points include:

- Candidates often make arbitrary choices without justification, missing opportunities for self-correction or valuable discussion
- We go through an example contrasts a poor response (choosing a database without explanation) with an improved one (considering options thoroughly)
- If a decision is worth stating, it's worth defending
- **Concluding tips:** Ask questions, document as you go, and always show your work for technical decisions

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>

Top System Design Interview Mistakes [Part 7] - Document As You Go

In system design interviews, it's essential to use multiple forms of communication—verbal, written, and visual. A common mistake is relying only on verbal communication, which can lead to confusion and missed opportunities to iterate on your design.

- Not writing anything down makes it difficult to follow your logic, especially when discussing complex systems. Without written or visual references, both you and the interviewer may struggle to keep track of the design.
- Documenting as you go—whether through diagrams, lists, or notes—makes it easier to iterate on and debug your design. It also frees up your mental resources to focus on solving new problems instead of remembering all the details.
- Finally, well-documented designs provide a useful reference for interviewers when they review your performance after the interview.

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>

Top System Design Interview Mistakes [Part 6] - Freezing on the Spot

In system design interviews, clear communication is crucial. Many candidates struggle not because they lack knowledge, but because they fail to express their ideas effectively. This video highlights a common issue: Freezing under pressure.

- Instead of freezing when faced with a complex problem, keep the conversation going by asking clarifying questions. This not only helps you gather necessary information but also engages the interviewer.
- If unsure what to ask, focus on understanding the system’s functionality. Questions about the product’s purpose and user journey can guide your design process.
- Involving the interviewer through questions shows your experience and keeps the interview on track.

In short, don’t let nerves stop you—ask questions to maintain momentum and communicate effectively.

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>

Top System Design Interview Mistakes [Part 5] - Don't Over or Under-Engineer a System

In system design interviews, it's crucial to strike the right balance between complexity and simplicity in your solutions. This video highlights the importance of avoiding both over-engineering and under-engineering:

- Designing systems with unnecessary complexity can lead to wasted resources, higher risks of bugs, and an impractical solution
- While caching can improve performance, indiscriminately adding caches without careful consideration can introduce inconsistencies and unnecessary complexity
- Rather than adding complexity for its own sake, stay focused on the unique challenges of the problem at hand to identify the most effective solutions
- Thoughtfully evaluate where to apply caching or other optimizations by weighing the benefits against the potential downsides
- Ensure that your design decisions are driven by the specific needs of the problem, rather than trying to impress the interviewer with buzzwords or unnecessary tools

This approach helps create efficient and practical solutions tailored to the specific challenges of the interview prompt.

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>

Top System Design Interview Mistakes [Part 4] - Don't Introduce Tools You Don't Know

In system design interviews, it's important to avoid introducing tools you’re not familiar with, as this can lead to unnecessary challenges. This video highlights the pitfalls and best practices:

- Introducing tools you don’t fully understand can backfire, especially when follow-up questions arise
- Candidates may nervously drop buzzwords or advanced concepts to prove seniority, leading to mistakes
- We gave a demonstration of how panicking during follow-up questions can derail the interview
- Emphasizing the importance of admitting when you don’t know something, allowing the interview to move forward
- Clear communication about your knowledge level helps focus the interview on areas where you can truly showcase your expertise

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>

Top System Design Interview Mistakes [Part 3] - Don't Try to "Prove Seniority"

In system design interviews, trying to prove your seniority by showcasing advanced technical knowledge can backfire if not aligned with the problem at hand. This video emphasizes the importance of focusing on the relevant issues:

- Avoid bringing up complex topics that aren't directly relevant to the current problem
- Demonstration of how a candidate can get sidetracked by discussing hot shards too early
- Focus should be on solving the core problem before diving into specific technical details
- We go through an example of a candidate who thoughtfully considers the actual challenges and bottlenecks before proposing solutions
- Success in system design interviews comes from identifying and addressing the right problems, not just showcasing knowledge

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>

Top System Design Interview Mistakes [Part 2] - Don't Jump Headfirst into the Problem

In system design interviews, it's vital to stay focused on the core problem. This video highlights the importance of correctly identifying and addressing the right technical issues:

- Avoid getting sidetracked by irrelevant problems, as shown in the car mechanic analogy
- Successful candidates focus on solving the key issues the interviewer cares about
- Asking clarifying questions helps align with the interviewer's expectations
- We give a demonstration of how a candidate can go wrong by focusing on less important aspects
- We go through an example of a successful candidate who navigates the prompt by staying focused and asking the right questions

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>

Top System Design Interview Mistakes [Part 1] - Intro

Hi, [I'm Sophie Novati](https://www.linkedin.com/in/sophienovati/) and welcome to [Formation.dev](https://formation.dev/partners/taro)'s system design course made in partnership with Taro!

In this video, we introduce our unique approach to preparing for system design interviews, focusing on improving interview skills rather than just technical knowledge. I talk about the components of this course like:

- Addressing common challenges like freezing up or appearing too junior during interviews
- Emphasizing the importance of problem focus, communication, engineering thinking, and design leadership
- Analyzing real mock interviews to identify and correct common mistakes
- Concentrating on interview techniques with minimal focus on technical deep dives, using well-known prompts for illustration
- Aiming to help candidates effectively apply their knowledge in high-pressure interview scenarios

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.