Don't Freak Out

We emphasize the mindset shift that matters most when facing the reality of layoffs and uncertainty in tech.

- The most important first step is not to freak out, even though layoffs can feel shocking and destabilizing, especially for people who assumed big tech jobs were inherently safe.
- Acceptance is key: layoffs are a normal part of professional life, often driven by factors far outside an individual contributor’s control, including executive decisions and market conditions.
- Obsessing over layoffs or drastically changing your behavior can actually backfire, while staying steady and focused on your work is usually the healthier and more effective approach.
- If a layoff is going to happen, the decision is typically already made, so recognizing what you cannot control can be freeing and allows you to focus your energy on what you actually can control.

How Do I Talk Without Sounding Chaotic?

In this lesson we talk about how to communicate effectively during an AI-assisted coding interview without sounding scattered, frantic, or going completely silent.

- **Avoid the two extremes** — narrating every single keystroke comes across as junior, while going silent for several minutes leaves the interviewer in the dark; the goal is to sound controlled and intentional somewhere in between.
- **Choose the communication model that fits your thinking style** — Model A is light, continuous commentary as you work ("I'm pulling the date out of each event to populate the per-day set"), while Model B is stating your high-level intent upfront, working silently for 60–90 seconds, then summarizing what you did before repeating the cycle.
- **Practice talking while you work before the interview** — like touch typing, verbalizing your thought process while solving a problem is a skill that needs to be rehearsed, not figured out on the spot; a few mock sessions with a friend or mentor can make a significant difference.

Create A Promotion Plan

In this lesson, we explain why creating a written promotion plan is essential and how treating it like a living contract dramatically increases our chances of moving up, even though perfection or guarantees don’t exist.

- We emphasize getting everything in writing: building a promotion plan that outlines exactly what “performing at the next level” looks like, so expectations are clear and aligned.
- We note that even with a solid plan, promotions can fall through due to org politics or director-level decisions—but having a plan still increases success odds by 10x compared to “just doing good work and hoping.”
- We highlight the need to maintain the plan monthly, updating it as org priorities, reorgs, or company conditions shift—especially crucial at senior or staff levels where project selection matters.
- We explain the importance of defining the delta between your current level and the next—clarifying what skills, behaviors, or scope need to improve.
- We recommend structuring the plan around the company’s evaluation axes (e.g., engineering excellence, direction, project impact, people) to clearly identify which “stats” need leveling up.

Be Vulnerable

In this lesson, we highlight the importance of vulnerability in building a strong, supportive relationship with an engineering manager—because they can only help us if they understand what we’re going through.

- We stress that EMs can’t read minds; if we’re struggling, whether with a teammate, a project, or something personal, we should tell them so they can protect our well-being at work.
- We explain that good managers act like part-time therapists, and sharing when things are rough allows them to adjust workload, mediate conflicts, or at least offer support.
- We note that vulnerability builds trust, just like in friendships outside of work, and that trust significantly improves how effectively we collaborate.
- We clarify that we shouldn’t overshare, but we also shouldn’t hide everything—sharing selectively helps EMs understand who we are and how to help.
- We reinforce that showing vulnerability increases the “trust meter,” strengthens the partnership, and ultimately unlocks more powerful support from our EM.

Effective Preparation Tips

In this segment, we get practical advice on how to **efficiently prepare for the coding rounds** in ML interviews, especially if we’re coming from a software engineering background. The message is clear: strong coding fundamentals are essential—and expected.

- We should master **core data structures and algorithms**—like arrays, hash tables, trees, graphs, recursion, BFS/DFS, and dynamic programming—as these show up frequently in ML interviews.
- **Time and space complexity analysis** is crucial; interviewers want to see not just working solutions, but scalable ones.
- For big tech companies like Meta, Google, and Amazon, we should focus on **medium-difficulty LeetCode problems**, which strike the right balance of challenge and relevance.
- **Company-tagged questions** on LeetCode, while not perfect, can be surprisingly accurate, especially for smaller firms reusing standard problem sets.
- The key reminder: **ML roles don’t have a lower coding bar**—interviewers expect the same rigor as they do for software engineering roles. Prepare accordingly.

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

What Order Should You Study Data Structures & Algorithms?

Instead of doing random problems, you need to structure your DSA prep to tackle concepts in the right order.

Course: <https://www.jointaro.com/course/crash-course-data-structures-and-algorithms-concepts/>

Finding Scope To Grow

We walk through how to evaluate whether a team offers real *scope for growth*—one of the most important factors for long-term career progression.

Here are the core points from the lesson:

- We suggest assessing a team’s track record of major launches: frequent, meaningful wins signal room for impactful work, while long dry spells often indicate a team that is either too new (unstable) or too mature (no hard problems left to solve).
- We point out that very mature orgs like core Facebook Feed may be so optimized that it’s nearly impossible to produce meaningful results, making promotions extremely difficult; meanwhile, very new orgs offer big scope but come with chaos and uncertainty.
- We recommend examining the level distribution on the team: a healthy mix of engineers more senior *and* more junior than you enables both mentorship (learning) and leadership (scope creation), whereas being the most junior or most senior can severely limit growth.
- We advise deeply evaluating the engineering manager’s track record—whether they have successfully grown people from junior → mid-level → senior → staff—because a strong EM accelerates your development, while a newly minted or unproven EM introduces career risk.

The STAR+R Method For ML Experiences

In this segment, we explore how to present our machine learning project during a behavioral interview using an enhanced **STAR** method—with an extra **R** for **Reflection**. This approach helps us communicate our work clearly and effectively while demonstrating technical depth and self-awareness.

- **S – Situation**: We start by setting the context—what was the problem, when did it occur, and what were the constraints (e.g., latency limits, scale requirements, integration needs).
- **T – Task**: We define our role and specific goals. For example, improving a ranking model to boost session engagement by a measurable target.
- **A – Action**: We go deep on what we actually built. This includes model architecture choices (e.g., deep neural networks, two-tower systems), feature engineering, and design trade-offs. We explain why certain techniques were selected and how they fit into the production stack.
- **R – Result**: We share the measurable impact of our work—like a 2.2% engagement lift—and tie it to broader business or platform outcomes (e.g., full rollout after a successful A/B test).
- **R – Reflection**: Finally, we add a layer of introspection, discussing what we learned or would do differently next time—showing growth, humility, and systems thinking.

This STAR+R framework not only helps structure our storytelling but also leaves a lasting impression of us as thoughtful, impact-oriented ML professionals.

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

Challenge Yourself, Be Authentic

This closing segment reinforces the importance of authenticity and adaptability during the interview process, especially in ML interviews where surprises are common.

- **Be ready for the unexpected**—interview questions may push you outside your comfort zone, but your response and thought process matter more than perfection.
- **Think out loud**—articulate your assumptions, logic, and uncertainties to help interviewers understand how you approach problems.
- **Show your passion**—talk about what genuinely excites you in ML, whether it's recommender systems, data scale, or experimentation.
- **Connect your interests to the company’s mission or team goals**—this helps show alignment and genuine motivation.
- **Remember, interviewers are hiring a person, not just a resume**—let your curiosity and drive come through.

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

Common ML Behavioral Questions

Here's a focused summary of the types of questions we should expect in the **ML behavioral and project deep dive interview round**, with an emphasis on communication, problem-solving, and cross-functional thinking.

- We’ll often be asked to **describe a challenging ML project**—this is our chance to walk through the problem, solution, and business impact in a structured story.
- Expect to explain **how we improved model performance**, including what metrics we tracked, the changes we made, and the quantifiable outcome.
- Be prepared to discuss **failures and setbacks**—interviewers want to hear how we responded, what we learned, and how we iterated or recovered.
- We’ll likely need to **explain ML concepts to non-technical stakeholders**, showcasing our ability to communicate complex ideas clearly and persuasively.
- For ML infrastructure roles, we should be ready to talk about **frameworks or tools we built**, the **scaling challenges** we solved, and how we enabled productivity for other engineers or data scientists.

In every answer, we should highlight not just *what* we did, but *how* we thought, the **trade-offs** we considered, and **what we learned**.

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

Algorithm Coding Quality Tips

In this wrap-up of the ML algorithm coding interview section, we focus on what truly elevates our performance beyond just getting a working implementation. Code quality, structure, and composure matter just as much as correctness.

- We should **structure our code clearly**, breaking it into logical methods like `fit`, `predict`, and `update_centroids` instead of writing one long script.
- **Clean abstractions** not only make our solution easier to understand, but also easier to debug and maintain—key traits of strong engineering.
- While full optimization isn’t expected, we must **show awareness of time and space complexity**, and briefly discuss trade-offs where relevant.
- If time allows, we should include **test cases using toy data**, showing that we think like engineers who validate their code.
- If our code breaks, we demonstrate a **calm, methodical debugging mindset**, which interviewers value as highly as technical correctness.

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

Breaking Down Big Tech

We outline the real benefits and drawbacks of joining big tech, focusing on what actually matters for long-term career growth rather than the hype.

Here are the core points from the lesson:

- We explain that the biggest advantage of big tech is prestige. Having Google, Meta, Amazon, or Microsoft on our résumé dramatically increases future job opportunities, recruiter response rates, and long-term career mobility.
- We highlight additional strengths: top-tier compensation, strong and reliable learning environments, and overall consistency in job security, interview success, and career progress, all of which compound after a few years inside a major tech company.
- We walk through key drawbacks: massive company size makes it hard to find meaningful scope, many hard problems are already solved, work-life balance can be demanding, and advancement requires strong communication and leadership skills—not just coding ability.
- We stress that big tech isn’t ideal for everyone; engineers who prefer deep, heads-down coding or highly autonomous environments may struggle in the bureaucracy and stakeholder-heavy nature of these organizations.

Common Follow-up Questions

In this final part of the section, we’re reminded that **follow-up questions** in live ML interview rounds are crucial opportunities to demonstrate deeper thinking. How we respond after our initial solution can significantly elevate the impression we leave.

- When asked about **model improvement**, we show we understand what enhances performance—like adding features, collecting edge-case data, or exploring advanced models.
- Questions on **online evaluation** test our awareness of production concerns; we should mention metrics like latency, prediction confidence, user engagement, and drift monitoring.
- For **production issues**, strong answers highlight risks like distribution shift, data pipeline failures, or poor handling of unseen edge cases.
- When faced with **data challenges** (e.g., class imbalance), we demonstrate our grasp of solutions like resampling, class weighting, and choosing the right evaluation metrics.
- These follow-up answers are a prime chance to prove our **real-world awareness**, even if our initial model wasn’t perfect—they show we think like engineers, not just coders.

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

Optimize Your Performance

We focus on the most practical actions within your control to reduce layoff risk by becoming a consistently high-performing, high-impact contributor.

- Optimizing performance should be a constant priority, starting with deeply understanding your company’s performance review system and knowing exactly what ratings mean and how they affect your risk and growth.
- Staying calm and avoiding gossip or obsession with layoff rumors is critical, since anxiety and distraction directly undermine performance and effectiveness.
- Maintaining a clear, transparent, and concise dialogue with your manager is essential, because managers advocate for you using only a few high-level impact points.
- Expanding scope and proactively tackling important, ambiguous problems is one of the strongest career multipliers and a key trait of top performers.
- Building a clear professional “brand” on your team—where others can easily articulate what you’re known for and the value you deliver—makes you more visible, promotable, and resilient during layoffs.

Paper Reading Session: Simple Testing Can Prevent Most Critical Failures

In this session, we will be discussing this paper titled "[**Simple Testing Can Prevent Most Critical Failures: An Analysis of Production Failures in Distributed Data-Intensive Systems**](https://www.usenix.org/system/files/conference/osdi14/osdi14-paper-yuan.pdf)".

Large, production quality distributed systems still fail periodically, and do so sometimes catastrophically, where most or all users experience an outage or data loss. This paper presents the result of a comprehensive study investigating 198 randomly selected, user-reported failures that occurred on Cassandra, HBase, Hadoop Distributed File System (HDFS), Hadoop MapReduce, and Redis, with the goal of understanding how one or multiple faults eventually evolve into a user-visible failure and how simple testing can prevent majority of them.

Presented by [Sudhi Awasthi](https://www.jointaro.com/p/sudhi-awasthi/), an engineer working at Bloomberg. Connect with her on LinkedIn: <https://www.linkedin.com/in/sudhiawasthi/>.

Team Importance

We explain how to evaluate whether a specific *team* within a company is a strong place for growth, impact, and stability.

Here are the core points from the lesson:

- We show how to assess whether a team is core to the business by asking whether it’s a profit center or cost center; teams tied to revenue (like Google Ads) offer stability and long-term opportunity, while peripheral or internal-tool teams often limit growth.
- We illustrate how to categorize teams: mature core teams (stable, slower growth), big bets (high upside but real risk of shutdown, like Stadia), and low-impact internal teams (comfortable but slow-growth).
- We recommend questions that reveal real importance: What does success look like? What growth targets matter? Does the CEO mention this product in earnings calls? These signals show whether leadership actually prioritizes the work.
- We show how to “backdoor” the truth by asking leaders their top three priorities; if your team isn’t on that list, it’s unlikely to be a strong engine for your career unless you explicitly want a lower-pressure role.

How To Apply The 80/20 Rule To Leetcode Prep

Even Alvin, who has mastery over Data Structures and Algorithms, would not pass all the tech interviews!

Course: <https://www.jointaro.com/course/crash-course-data-structures-and-algorithms-concepts/>

Taro Book Club: The Pragmatic Programmer - Session 4

Session led by: [Bikram Kashyap](https://www.linkedin.com/in/kashyapbikram/)

In this #taro-bookclub discussion, we'll further go over [**"The Pragmatic Programmer"**](https://www.amazon.com/Pragmatic-Programmer-Journeyman-Master/dp/020161622X) by Andrew Hund & David Thomas.

Here's the agenda:

- Power of Plain Text
- Shell Games
- Power Editing
- Version Control
- Debugging
- Text Manipulation
- Engineering Daybooks

Please send your questions ahead of time to [**Bikram Kashyap**](https://www.linkedin.com/in/kashyapbikram/) in the [**Taro Premium**](https://www.jointaro.com/membership/) Slack, so that they can be included in the discussion. [***If you don't have the book***](https://taropremium.slack.com/archives/C05CKBHPNTU/p1723491587867879) *or want more details on how this all works, check out the #taro-bookclub channel in the Taro Premium Slack as well!*

Get ready for another engaging and informative session!

Preparation Strategy

In this final part of the ML algorithm coding interview section, we shift focus to **preparation strategy**. The goal is to build muscle memory, deepen our understanding, and simulate real interview pressure before the actual interview day.

- We should **implement key algorithms ahead of time** and store them in a personal repo—don’t wait until the interview to figure them out.
- Using **toy datasets** helps us quickly verify correctness and develop intuition for how outputs should behave.
- We need to **time ourselves**, practicing full implementations within a 45-minute window to build speed and realism under pressure.
- Studying the **underlying math**—like gradient descent, entropy, and loss functions—enables us to debug faster and explain our logic clearly.
- Finally, we should **review common optimizations**, so even if we don’t implement them, we can speak to how we’d improve runtime or memory use.

By treating preparation like athletic training—intentional, timed, and iterative—we give ourselves the best shot at performing with confidence and depth in the real interview.

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

Paper Reading: ClickHouse - Lightning Fast Analytics for Everyone

Session led by [Dharin Shah](https://www.linkedin.com/in/dharinshah/)

Link to Paper: [**https://www.vldb.org/pvldb/vol17/p3731-schulze.pdf**](https://www.vldb.org/pvldb/vol17/p3731-schulze.pdf)

This paper presents an overview of ClickHouse, a popular opensource OLAP database designed for high-performance analytics over petabyte-scale data sets with high ingestion rates. Its storage layer combines a data format based on traditional log-structured merge (LSM) trees with novel techniques for continuous transformation (e.g. aggregation, archiving) of historical data in the background. Queries are written in a convenient SQL dialect and processed by a state-of-the-art vectorized query execution engine with optional code compilation. ClickHouse makes aggressive use of pruning techniques to avoid evaluating irrelevant data in queries. Other data management systems can be integrated at the table function, table engine, or database engine level. Real-world benchmarks demonstrate that ClickHouse is amongst the fastest analytical databases on the market.\
\
We will go into the details of why and how Clickhouse is one of the fastest OLAP database, its underlying storage engine, and the overall philosophy for performance.

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.