Assembling The Feedback "Avengers" For Your Promotion Case

What Does A High Trust Team Mean For Code Review?

In this closing section, we focus on the importance of **building and operating within a high-trust engineering team**. Trust is not just a feel-good concept—it directly affects our productivity and velocity when shipping code.

- **We prioritize speed and trust in code review.** When we trust our teammates, we don’t block diffs unnecessarily. Instead, we approve with minor suggestions, knowing the author will follow through responsibly.
- **We use “accept with nits” to keep things moving.** For small, straightforward changes—like renaming variables—we leave a “nit” comment but still approve the diff to avoid introducing unnecessary delay.
- **We avoid slowing each other down over trivial issues.** Each extra cycle of “request changes” can delay code by 1–2 days. We conserve team momentum by trusting competent authors to resolve minor feedback themselves.
- **We treat time as our most precious resource.** Code review should add value without becoming a bottleneck. High-trust practices help us operate with both quality and speed.
- **We maintain expectations through communication.** Even when approving with nits, we clarify, *“Please address before landing,”* so everyone stays aligned on expectations without blocking forward motion.

The “Do No Harm” Principle In Coding

In this segment, we discuss the principle of **"Do No Harm"**—a foundational mindset for writing safe, reliable code. While it's great to break large features into smaller diffs, it's essential that each individual diff **stands alone** as non-destructive and does not degrade the product or infrastructure if applied independently.

### Key Takeaways:

- **We ensure every diff is safe in isolation**: Even in stacked diffs, each change must not break functionality or expose incomplete features. Every diff should be self-contained and ideally improve (or at least preserve) the integrity of the codebase.
- **We avoid relying on future diffs to patch behavior**: It's risky to land an unstable or unfinished diff assuming a follow-up will fix it. If that follow-up is delayed or rolled back (e.g., due to a production issue), the earlier diff could introduce bugs or break the app.
- **We use feature gates wisely and early**: When launching features behind flags, we gate the feature at the very beginning—not in later diffs—to avoid exposing half-baked functionality in production.
- **We’re cautious with shared infrastructure**: If a diff touches a shared module or critical system, we proactively reach out to other teams to confirm our changes won’t unintentionally break their workflows or apps.
- **We understand our code lives in a larger system**: Like parts of a giant elephant, changes in one place can affect parts we can’t see. Practicing empathy and caution helps us prevent cascading issues in complex, multi-team environments.

The “Do No Harm” principle reminds us that good engineering isn’t just about adding features—it’s about protecting trust, stability, and the broader system our code lives in.

A Simple Trick To Make Your Meetings More Efficient

What can you do before a meeting to empower it to achieve more outcomes?

You write down an agenda for your upcoming meeting, and you realize that it is incredibly rich and complex. What else can you do to level up the meeting?

Preparing and sharing an agenda before meetings—especially manager one-on-ones—leads to more thoughtful discussions and better outcomes.

- **Pre-fill the meeting agenda early**: Add discussion topics at least a day in advance to give others time to prepare.
- **Proactively notify participants**: Ping the other attendees to let them know the agenda is ready and encourage them to review it before the meeting.
- **Avoid putting others on the spot**: Sharing discussion points beforehand prevents “deer in the headlights” moments where participants may not be ready to respond thoughtfully.
- **Encourage richer conversation**: When participants have time to reflect, meetings become more action-oriented and less reactive.

Control

In this final phase, we ensure that the gains achieved through improvements don’t erode over time. Control is about sustaining operational excellence, detecting deviations early, and building mechanisms—both human and automated—that keep the system performing at its best.

### Key Takeaways:

- **We implement control mechanisms to preserve gains**: Once we achieve desired service levels, we don’t assume they’ll stay that way. We actively maintain them through tools like regular audits, alarms, and ongoing data validation.
- **The Weekly Business Review (WBR) reinforces control**: Our WBR report includes 200–300 metrics. We review only the outliers, but by tracking all key indicators weekly, we maintain vigilance and are able to quickly detect when something goes off-course.
- **We rely on automation for precision and scalability**: From real-time alarms to machine-driven decision-making, we automate wherever possible. These systems are monitored to ensure they perform within tolerance thresholds.

To dive deeper into Input Metrics Mastery and learn more from Bill and Colin, follow these links:

- Take the full course at their website: <https://workingbackwards.com/>
- Buy the book: <https://www.amazon.com/Working-Backwards-Insights-Stories-Secrets/dp/1250267595>
- Bill's LinkedIn: <https://www.linkedin.com/in/bill-carr/>
- Colin's LinkedIn: <https://www.linkedin.com/in/colinbryar/>

Course Introduction

In this opening session, Gilad Noor introduces the Essence of Management course, outlining what we’ll learn, how it’s structured, and what to expect. The focus is on practical, actionable lessons that help us become better managers.

- We’ll explore one core management lesson across **four modules**, combining theory with hands-on exercises to build real-world skills.
- The course begins with a look at the **individual contributor role** to set the foundation, then shifts to the core question: *What is a manager’s job—really?*
- Later modules help us **practice and apply** what we learn, and then explore how to take our management capabilities even further.
- Gilad brings his experience as an engineering manager at Meta, Amazon, and a clean tech startup, along with his work coaching over 100 managers.
- The course is designed to be **accessible, practical, and growth-oriented**, helping us avoid common mistakes and accelerate our impact as managers.

If you want to learn more from Gilad, he shares free leadership advice daily on [LinkedIn](https://www.linkedin.com/in/giladnaor/?utm_source=taro&utm_medium=course&utm_campaign=cta) and weekly on the[ δeltas newsletter](https://posts.managementdeltas.com/?utm_source=taro&utm_medium=course&utm_campaign=cta)

Explanation Examples

In this extended segment, we see the CLEAR framework applied to real machine learning interview questions. Through examples, we’re shown how to craft strong, structured answers that go far beyond buzzwords or surface knowledge. This approach helps us communicate our understanding with clarity and depth.

- For a question like **"How do decision trees work?"**, we learn to walk through each part of CLEAR: define the concept, link to related ideas (e.g., random forests), provide real-world use cases, weigh pros and cons (e.g., interpretability vs. overfitting), and explain evaluation metrics (e.g., accuracy, RMSE).
- When comparing **CNNs vs. RNNs**, we avoid vague statements and instead explain each model’s core function, typical applications (e.g., image classification vs. time-series forecasting), and evaluation metrics, even including hybrid use cases for extra depth.
- For the common question **"How do you handle class imbalance?"**, we’re shown how to define the issue, link it to broader modeling challenges, provide realistic examples (e.g., fraud detection), explore trade-offs in techniques like resampling and reweighting, and select meaningful metrics like precision, recall, and AUC-ROC.
- We’re reminded that **bad answers often list jargon** without context or reasoning, while **great answers show structured thought**, connect theory to practice, and demonstrate the ability to make sound trade-offs.

If you want to learn even more from Yayun:

- Book 1 on 1 career guidance with her here: <https://calendly.com/your-friend-yayun/1on1>
- Follow her on LinkedIn: <https://www.linkedin.com/in/yayunjin/>

You can’t force someone into ownership.

You don’t know how much someone is carrying.\
But you feel it when they stop moving.

This isn’t about accountability frameworks or “holding people to outcomes.”\
It’s about what shuts people down—and what might help them open back up.

**Want to go deeper?**

- Explore more tools and courses at [**Taha’s Method**](https://www.tahasmethod.com/) — from interview prep to leadership development.

- Follow me on [**LinkedIn**](https://www.linkedin.com/in/tahahussain/) and subscribe to my weekly newsletter, [**The Conscious Leader**](https://tahahussain.substack.com/), for more lessons like these.

- Get 30% off [**Top Tech Leader**](https://bit.ly/tarotopleader) with code **ILOVETARO** (exclusive for Taro members).

Become A Debugging Master [Part 17] - Share The Learning

A lot of engineers move on immediately after landing a fix, but the best ones take the time to reflect and prevent similar issues in the future. Here are the core points from the lesson:

- Retrospectives help you identify root causes and system weaknesses so you can either prevent a future incident or make it much easier to detect and fix
- A good postmortem analyzes what went well and what didn’t across detection, notification, response, mitigation, and analysis, with detailed documentation to capture all learnings
- Writing a clean, detailed doc with screenshots and explanations makes it much easier for future engineers to learn from the incident without having to dig through chaotic logs or chat threads
- Big tech cultures like Facebook normalize failure and focus on minimizing damage and learning quickly, often using formal SEV reviews to improve systems and processes over time

Become A Debugging Master [Part 8] - Write Down All The Context

One of the easiest ways to massively speed up your debugging (and make yourself look way more senior) is simple: write things down early and often. Here are the core points from the lesson:

- Don’t wait for clarity to write—writing your thoughts down is what *creates* clarity and uncovers next steps
- Always document repro steps, failed attempts, blast radius info, and hypotheses while debugging
- Writing things down improves your retention, narrows the search area, gives credit to others, and makes handing off bugs much smoother
- Even half-baked notes are powerful because they build momentum, reduce confusion, and help you communicate progress to others effectively

Build Deep Relationships Quickly In Tech [Part 15] - Have Their Back

Disagreement is everywhere in tech, and it's often quite stressful. However, it's also a prime time for you to deepen your network and relationships. This lesson teaches you:

- Why having someone's back in times of disagreement is so powerful
- The main avenue to have someone's back
- How engineers completely waste the meetings they go to
- How having someone's back against yourself is insanely powerful
- Where so many engineers go wrong when it comes to their mentality around being right

Build Deep Relationships Quickly In Tech [Part 12] - Build In Public

It's way easier to have people come to you instead of you having to go to them. This lesson teaches you:

- The difference between inbound and outbound
- Why building in public is such a powerful technique to generate inbound (i.e. talented people coming to you)
- Different ways to build in public

Build Deep Relationships Quickly In Tech [Part 7] - Play The Long Game

Patience is a virtue, and it's incredibly important for engineers. This lesson teaches you:

- Why human nature makes relationship building more of a long-term endeavor
- How the difficulty of adding yourself in your network scales with their important and power
- How networks generally form organically and why this nature fundamentally makes them something you need to wait on (but it's worth it!)

Build Deep Relationships Quickly In Tech [Part 4] - The 2-Step Process

Networking doesn't have to be overly complicated and fuzzy. This lesson teaches you:

- A very basic 2-step framework to approach networking with
- The spectrum of help and providing value to people
- How much help you should provide to someone, especially prospective people you want in your network
- Why you should always give a non-zero amount of help in a work environment, especially if you work at a strong tech company

SWE Internship Survival Guide [Part 20] - Go Deeper: Follow Through

Congrats on making it to the end of the course! Here are additional resources to help you follow through with nailing your internship return offer:

- Ask questions in the Taro forum: <https://www.jointaro.com/questions/create/>
- Attend Taro events: <https://www.jointaro.com/events/>
- Join Rahul for Group Office Hours: <https://www.jointaro.com/p/rahul-pandey/>
- Take the code quality course: [Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)
- Take the question asking course: [Ask Great Questions That Get Great Answers Quickly](https://www.jointaro.com/course/ask-great-questions-that-get-great-answers-quickly/)
- Take the onboarding course: [The Complete Onboarding Guide For Software Engineers](https://www.jointaro.com/course/the-complete-onboarding-guide-for-software-engineers-succeeding-when-youre-new/)
- To become a rockstar (Top 5%) intern: [Grow From Junior To Mid-Level Engineer: L3 To L4](https://www.jointaro.com/course/grow-from-junior-to-mid-level-engineer-l3-to-l4/)

SWE Internship Survival Guide [Part 7] - Feedback Is Your Growth Fuel

Feedback is the most important growth tool for interns—and how you seek, receive, and apply it can define your success. Here are the core points from this lesson:

- Regularly ask for feedback (ideally weekly or biweekly), and be specific—ask what you should start, stop, or continue doing to improve
- Synchronous conversations (in-person or video) lead to deeper, more honest feedback than async messages—don’t rely only on Slack or email
- Always thank people for feedback, turn it into action items, and follow up to show progress—this builds trust and reinforces your coachability
- Make your improvements visible (e.g. call out test validation or coding pattern adherence in PRs) so your growth is legible to others
- Interns are evaluated heavily on growth rate (“slope”)—even if you start off behind, showing fast, consistent improvement is what earns return offers

SWE Internship Survival Guide [Part 5] - Act With Urgency

Top interns succeed by treating every week as high-leverage and avoiding the common traps that waste time. Here are the core points from this lesson:

- Adopt a mindset of urgency—internships are short, so prioritize work that drives progress on your main project and skip distractions like excessive social events or irrelevant tasks
- Use a structured timeline: ramp up quickly in the first 3 weeks, execute intensely for 6, and aim to wrap and demo your project by week 10
- Aggressively seek help when blocked and bias toward action—don’t wait for replies when a quick conversation can resolve things faster
- Avoid rabbit holes into infrastructure or tooling curiosity; stay focused on work that directly impacts your deliverables and evaluation

SWE Internship Survival Guide [Part 1] - How This Course Works

Are the projects on your resume not helping you at all when it comes to impressing hiring managers and getting job opportunities? Let's fix that. Here are the core parts of the lesson:

- Your instructor [**Rahul Pandey**](https://www.linkedin.com/in/rpandey1234/) walks you through his extensive 10+ year Silicon Valley background with rapid career advancement, ending up as a high-performing Staff Engineer \[E6\]/Engineering Manager \[M1\] at Meta. Most importantly, he goes through how he's mentored interns at top companies like Pinterest and Meta
- Rahul breaks down his extensive personal internship journey featuring 4 (!!!) internships, ranging from a small startup (Shop It To Me) to a mid-sized company (Marin Software) to a historical giant (Walmart) to FAANG (Meta)
- We walk you through the course objectives. By the end of the course, you will understand:
  - ⛰️ Understand how internships work at top companies
  - 🧠 Establish the right mindset to succeed
  - ⚙️ Clarify technical skill expectations
  - 🗣️ Know the critical, underappreciated soft skills interns need
  - 💪 Generate a list of concrete action items to prepare and improve

Ship & Grow 500k+ User Side Projects [Part 18] - GitHub

95%+ of software engineers aren't getting nearly enough value from GitHub, which is a shame as they're already using it. This lesson teaches you:

- Why it's so easy to stand out on GitHub
- How GitHub is becoming more and more powerful as a traffic-driving mechanism
- How to quickly make an awesome README to greatly improve your repo's attractiveness
- What a terrible GitHub README looks like, explained with a fun example
- What great GitHub READMEs look like, explained with 2 examples
- The ingredients you should have for a compelling GitHub README

Here are the repos shared in the lesson:

- <https://github.com/tsenart/vegeta>
- <https://github.com/afollestad/material-dialogs>

Ship & Grow 500k+ User Side Projects [Part 13] - Observe Your Users

If you're at this point in the course, you now deeply understand why feedback is great. However, the vast majority of users simply won't provide you with feedback. This lesson teaches you:

- How most end-users will behave with your side project (and any product really)
- What you should do proactively to extract signal from as many users as possible
- Important metrics to track when observing your users
- A great free tool you can use to see exactly how users are interfacing with your product

You can try PostHog here: <https://posthog.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.