System Design Series: Taro Playlists [Part 5] - Data Model

You can [find the full system design doc here](https://docs.google.com/document/d/15WaM8Ojan82g0m2mtz6kC2Hiyj0Q6VbjfqRmVNDI3qw/edit?usp=sharing) - Feel free to use it as a template for when you're designing systems at your job!

The concrete details are covered in the doc linked above, so this summary will focus on the "meta" context behind this part and additional commentary:

- Always define the data model if applicable. It is the "core operating unit" of your system - Everything revolves around it. That's pretty much what CRUD is: You have some data model and the entire ecosystem revolves around manipulating it properly.
- Define the table/collection(s):
  - What is its name?
  - What does it represent? If you can include a visual aide on how it's actually rendered for the user, that makes things a lot clearer.
- Define the fields on your model:
  - What is its name/key?
  - What is its type?
  - Is it required?
  - What does it represent? This should include information on what kind of key it is (e.g. primary key) if applicable.
- Illustrate the model to make it really clear. JSON is really good at doing this as it's very readable. There are many free incredible JSON formatters online (Alex used them all the time to make project specs).

How To Be An Effective Tech Lead [Part 3] - What Makes A Good Tech Lead

Good tech leads provide immense value to their teams through a large collection of ways. This lesson teaches you:

- What it means from a technical skills perspective to be a good tech lead
- How good tech leads exercise effective leadership
- The mindset tech leads must champion

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)

Intro To Input Metrics

In this lesson, we explore what input metrics are, why they matter, and how shifting our focus from outputs to controllable inputs transformed the way we operated at Amazon. We learned—sometimes the hard way—that sustainable success comes not from chasing end results, but from rigorously managing the elements we directly control.

### Key Takeaways:

- **We learned to distinguish between input and output metrics**: Outputs like revenue or share price are lagging indicators and largely outside our direct control. In contrast, input metrics—customer-facing and operational—are controllable levers that drive those outputs.
- **We saw the importance of focusing on controllable inputs**: By investing resources in areas like software, marketing, operations, or process improvements, we influenced outcomes in a predictable and sustainable way. Examples include inventory record accuracy and marketing spend.
- **We realized the limitations of reactive output chasing**: Trying to salvage quarterly financials with last-minute promotions often distracted us from what truly mattered—improving the customer experience.
- **We began managing our business as a system of processes**: We stopped reacting to fire drills and started proactively measuring and optimizing the activities (inputs) that lead to better long-term results.
- **We gained a competitive edge through disciplined input tracking**: While most teams naturally measure outputs, few rigorously track inputs. By doing so, we developed a significant operational advantage that helped Amazon scale sustainably.

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

Why YOU Suck At Coding Interviews - From a Senior Engineer at Uber

[Edbert Chan](https://www.linkedin.com/in/edbert-chan-18a96950/) is a senior Android engineer at Uber. He wrote the popular guide “Welcome To The Coding Interview - You Suck” freely [available here](https://docs.google.com/document/u/1/d/1eKirumpmwDWTtKCJKn2HuoQ2NavEfR41whmTyaQcio4/mobilebasic) (and [here are the slides](https://docs.google.com/presentation/d/1vce04LepxDbu7K1ZyhtjVaSXC6Z0YYS9cAjNNztbEr4/edit#slide=id.p) presented).

If you want advice from Edbert, check out his AMA here: ["I'm Edbert, Ex-Apple current Uber Infra Android Engineer. AMA!"](https://www.jointaro.com/question/ftzODE689WYHw0FHGcl1/im-edbert-ex-apple-current-uber-infra-android-engineer-ama/)

This is a presentation about the common mistakes he has observed, and what you should do instead. Edbert believes that software engineers focus too much on the code and information during interview prep, and not enough on the engineering part of software **engineering**. Engineering is more than just coding, and a good interview process will be able to judge that.

The extensive guide is filled with practical tips for job seekers to pass the modern interview process at tech companies. Edbert covers the 9 mistakes that hold people back from passing technical interviews:

- Mistake 1: Not Putting Enough Time
- Mistake 2: Interview Approach Is Inconsistent
- Mistake 3: Your Interview Practicing Is Inconsistent
- Mistake 4: Not Fixing Your Own Mistakes
- Mistake 5: Not seeing how one decision or mistake leads to another
- Mistake 6: Not Understanding Your Own Solution Before Coding
- Mistake 7: Magic Bullets
- Mistake 8: Not Being Fast Enough
- Mistake 9: Being Full of Shit

Additional resources:

- [Ace Your Tech Interview And Get A Job As A Software Engineer](https://www.jointaro.com/course/ace-your-tech-interview-and-get-a-job-as-a-software-engineer/)
- [\[Taro Top 10\] Effective Interview Prep](https://www.jointaro.com/playlist/HLBYxJI7D1j8STolrwum/)
- [\[Masterclass\] How To Ace Your Big Tech Interview - Data Structures And Algorithms](https://www.jointaro.com/lesson/V4sTACzfOh22nMVcUV3w/masterclass-how-to-ace-your-big-tech-interview-data-structures-and-algorithms/)
- [\[Masterclass\] How To Ace Your Big Tech Interview - System Design](https://www.jointaro.com/lesson/J3I9fTW9ulr6T9KjxpqY/masterclass-how-to-ace-your-big-tech-interview-system-design/)

Ace Your Tech Interview As A Software Engineer [Part 10] - Order Matters

We all want to speed run our way into FAANG. The bad news is that this is almost never pans out for software engineers, and aggressively pursuing this strategy can easily lead to your downfall. This lesson teaches you:

- The true way to actually get better at interviewing and why it can't be avoided (no matter how painful it is)
- How to properly structure your job search when Big Tech is one of your goals
- The general approach you should take when it comes to applying to jobs and sequencing your interviews

[Case Study] Effective Communication: Leading A Multi-Org Re-architecture At Meta

Here are [the presentation slides](https://docs.google.com/presentation/d/184dP9pi41lO5TlME4cn4fRblCPtKFdet7d5WmrpnbGc/edit?usp=sharing) and the [polished chat log](https://firebasestorage.googleapis.com/v0/b/tech-career-growth.appspot.com/o/tps_chats%2Ftaro_premium_session_4_chat_notes.txt?alt=media&token=ca1a199d-fe36-42bc-8d2e-fc91371e691f) from the session.

As an IC, you don't have authority over engineers in the way a manager might. So your impact is defined by your ability to have **influence without authority**. Influence comes from consensus + collaboration, which comes down to communication. Said another way: Communication is the foundation for trust. 

Rahul talked about 3 parts to effective communication in this presentation: 
- **Start with the audience**
  - Understand how much context your audience has, and connect the dots for them.
  - Your communication should be as short as possible.
  - Bad news should never be a surprise.
- **Choose the right medium**
  - Do some reflection on what your objective is: build relationships or efficiently communicating some info? Be clear the difference between verbal and written communication.
  - Evaluate the current processes for communication in your org: standups, team meetings, email updates, cross-org communication. 
- **Be consistent**
  - You should have a regular drumbeat of posts for your projects. If you feel like nothing happened, you should explain why nothing happened.
  - For long-running processes like brainstorms or architecture reviews, you should consistently message the timeline and milestones.

Related resources:
- ["How can I come up with big initiatives, especially those at a Staff level?"](https://link.jointaro.com/sm57uikgXJ3RRpTv8)
- [Writing is thinking](https://medium.learningbyshipping.com/writing-is-thinking-an-annotated-twitter-thread-2a75fe07fade) - by Steven Sinofsky (Former President @ Microsoft)
- [Be plainspoken](https://boz.com/articles/be-plainspoken) - by Andrew Bosworth (VP of Eng @ Meta)

The Power Of Big Tech: Meta Interns Can Get $100k+ Signing Bonuses

Compensation is not talked about enough, leading to huge differences in awareness and feedback for different groups of people. This is a snippet from the full masterclass session about [Understanding And Optimizing Your Pay In Tech](https://www.jointaro.com/lesson/gk408yBIV2fa5RjVR213/masterclass-understanding-and-optimizing-your-pay-in-tech/).

Some companies offer massive signing bonuses for interns that convert over to full-time. In the early 2010s, Facebook (not Meta) paid return interns a $75,000 signing bonus. For top interns (or those who negotiated), they received a $125,000 signing bonus.

For a new grad engineer who might be 21 or 22 years old, **this is a huge amount of money**. It can be difficult to turn that down. But the more important consideration is the overall total compensation (TC) calculation. Total compensation should be computed over a 4 year window since companies typically give out equity grants over 4 years.

For Rahul's full compensation breakdown of the 5 offers he received as a new grad, watch this video: [5 Offers w/ FAANG Companies As A New Grad: Details + Lessons](https://www.jointaro.com/lesson/4MBOiqWEMbCTCcLPjisz/5-offers-w-faang-companies-as-a-new-grad-details-lessons/)

How Managers Split Their Time Between High/Medium/Low Performers

In this lesson, David Pan talks about how managers should split their time between high, medium, and low performers.

David argues that managers should **spend the majority of their time with high performers**, as they are the ones who are most likely to drive the team's success. However, David also argues that managers should not neglect medium and low performers, as they can still contribute to the team's success with the right support.

- 📈 **For high performers**, managers should focus on providing opportunities for growth and development.
- 🙂 **For medium performers**, managers should provide feedback and coaching.
- 😔 **For low performers**, managers should provide support and resources to help them improve their performance. If their poor performance is sustained, they should be removed from the team to avoid a negative impact on the rest of the team.

High performers typically do 80% of the work, while medium performers do 30% of the work. That means the low performers are contributing -10%!

Related resources:

- ["How to manage a team towards high performance?"](https://www.jointaro.com/question/O8vtGxsrwZebiSSlOlRd/how-to-manage-a-team-towards-high-performance/)
- ["How does Stack Ranking work (at FAANG) and how can I be proactive at a base level?"](https://www.jointaro.com/question/lScy3l2NPIrWvRuHOjcF/how-does-stack-ranking-work-at-faang-and-how-can-i-be-proactive-at-a-base-level/)

Level Up Your Code Quality As A Software Engineer [Part 26] - Side Projects & Open-Source

You don't need to work at some fancy FAANG company to learn how to write truly good, high-quality code. Code quality is something that can be improved upon outside of your job and even if you don't have a job! This lesson will teach you:

- The power of **side projects** and **open-source contributions** when it comes to leveling up your technical skills
- How to build side projects that get a ton of users so you can maximize your learning (and your resume strength 💪)
- How to make meaningful open-source contributions that can even get the attention of Big Tech companies

To dig deeper into this topic, go through this thread: ["How to Learn/Practice Clean Code, particularly by oneself?"](https://www.jointaro.com/question/6DcTkiS9UJhDkQz1HIAL/how-to-learnpractice-clean-code-particularly-by-oneself/)

Ace Your Tech Interview As A Software Engineer [Part 34] - Don’t Be Weird

It is easy for software engineers to get desperate when looking for a job, and this can lead to things getting weird. The danger here is that if you're too weird, you can get automatically rejected. This lesson teaches you:

- How to send Thank You notes properly and how doing it incorrectly can lead to you failing the interview
- What to do if you were able to complete the interview problem just a couple minutes after the round ended
- The general framework to follow when it comes to post-interview communication

Master The Behavioral Interview [Part 25] - Go Deeper: Follow Through

Go through case studies by level to understand the expectations at each one: [\[Taro Top 10\] Understanding Engineering Levels](https://www.jointaro.com/playlist/e9rjATPbSyvRPsukXiHn/)

Take these courses as well:

- [\[Course\] Effective Communication For Engineers](https://www.jointaro.com/course/effective-communication-for-engineers/)
- [\[Course\] Nail Your Promotion As A Software Engineer](https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/)

15 SWE Years In 1.5 Hours [Part 7] - Imposter Syndrome (Building Confidence)

Software engineers are constantly underestimating themselves. This lesson teaches you:

- How to flip your mentality when it comes to everyone in tech being smarter than you
- The best environment to be in to maximize your growth
- How to quickly become stronger and get rid of your imposter syndrome

Here's Why You're Doing Interview Prep WRONG

Most people do very shallow interview prep that doesn't actually help them learn. Lists like Blind 75 and Leetcode 75 are not enough to truly master the technical interview for Big Tech companies. 

In this video, Daniel proposes the "proper" way to master the coding / DSA interview so that you can walk into interviews and feel more confident. There are no shortcuts and no memorization -- instead, it's about going beyond the solution for a problem, and then understanding the nuances and process to get the right answer.

- Connect with Daniel on [LinkedIn](https://www.linkedin.com/in/danieltomko/)
- Checkout Formation as part of [Taro Perks](https://www.jointaro.com/perks/)

Relevant Taro content: 
- [Effectively Learning Data Structures And Algorithms (DSA)](https://www.jointaro.com/lesson/XwpMMY3ss97zOrXJQ7Xr/effectively-learning-data-structures-and-algorithms-dsa/)
- [Struggling With DSA? Don't Worry, That's Healthy!](https://www.jointaro.com/lesson/SPWYdMAu5XQX8ds9MxXc/struggling-with-dsa-dont-worry-thats-healthy/)
- [Masterclass on DSA interviews](https://www.jointaro.com/lesson/V4sTACzfOh22nMVcUV3w/how-to-ace-your-big-tech-interview-data-structures-and-algorithms-7172021/)

System Design Series: Taro Playlists [Part 7] - How Can Things REALLY Break?

The tactics are covered in the system design doc, so this summary will focus on the "meta" context behind this part and additional commentary:

- You should *always* think about "How can we cause a SEV?" when you're planning out system design for any substantial project or task.
  - **Context:** SEV = Severity, which is the term Meta, Robinhood, and many other companies use to describe a really bad product event.
  - This is one of the purest and most critical manifestations of proactive thinking, which is one of the trademark attributes of a competent senior+ engineer and tech lead. SEVs are events that seriously set back your organization or even your entire company if they're something you have to react to as opposed to catching them early.
- This "anti-SEV" thinking is *especially* relevant for Big Tech where the stakes are much holder due to regulatory constraints, increased media presence, and a massive scale of users.
  - It's also far harder to do this well at Big Tech due to a greater range of ways things can break.
  - However, if you can do this well, you will add a tremendous amount of value to your team. This is why pretty much all senior and staff engineers at FAANG and FAANG-equivalent companies have really developed this skill.
- Here are the ways a SEV can happen from the video (these are all vectors Alex dealt with at Meta as well):
  - **Users not playing nice** - You should never assume that users will put in proper inputs or even not want to harm other users. Most major tech products have some sort of multiplayer component, so it's important to be vigilant here.
  - **Bad auth context** - This means that users are able to carry out actions on behalf of other users. This can happen either intentionally (i.e. the acting user is malicious) or accidentally (e.g. the user has multiple accounts on your service and switching between them cleanly is broken).
  - **Incorrect backporting** - "Backporting" is the process of making things work on older builds of your software. This is *very* relevant for mobile engineers as there will always be a good amount of users on older builds, especially if your product is used by people in regions with lower internet.

You can [find the full system design doc here](https://docs.google.com/document/d/15WaM8Ojan82g0m2mtz6kC2Hiyj0Q6VbjfqRmVNDI3qw/edit?usp=sharing) - Feel free to use it as a template for when you're going through the system design process at your job!

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

3 Quick, Powerful Negotiation Tips

Negotiating pay can feel intimidating, but it’s one of the highest-leverage actions you can take in your career. These strategies highlight how to be persuasive, respectful, and ultimately successful in maximizing your offer.

- **Be kind but firm**: It’s possible—and important—to express appreciation for the opportunity while making clear that thoughtful evaluation and proper compensation are needed to make a long-term commitment.
- **Avoid real-time pressure**: Recruiters gain valuable insights over phone calls. To reduce information asymmetry, favor email, where you can be thoughtful and deliberate. Delay commitment by saying you’ll consider it or need to speak with someone.
- **Use neutral language**: Phrases like “That’s interesting” help you remain agreeable without showing your hand. Avoid affirming too positively during negotiations to preserve leverage.
- **Commit only at the end**: Only offer verbal commitments once the negotiation reaches final stages. At this point, you can say something like, “If you can meet $X in signing bonus or equity, I’ll sign tomorrow.” This gives the recruiter a clear target and a sense of closure.
- **Respect your word**: When making such final commitments, be sincere and only offer them if you’re truly ready to accept. This maintains credibility and professionalism.

How To Supercharge Your Resume As A Junior Engineer

What's the best way to juice up your resume after you have gotten the basics?

True or false: As long as you can code and have a polished resume, that is enough to comfortably find a job.

Why are side projects such an effective tactic?

True or false: You can get something extremely close to work experience without having a formal job, all from the comfort of your own home.

So many junior engineers struggle for a very simple reason: They haven't taken the time to build real software. In this video, we talk about how earlier-in-career software engineers in particular need to stop dancing around the core issue and just start writing the code.

Here are the core points:
- **Resume optimization only goes so far** - At the end of the day, it doesn't matter how well your resume is formatted. If the underlying material isn't good, you don't have a real portfolio. If you are looking for your first job, this means that you need to be creative with what you put in.
- **Use side projects to create your own experience** - You don't need a formal company and work experience to write practical code that matters: You can do it completely on your own as long as you have a decent computer and an internet connection. It is easier than ever before for anybody to deploy their own app or website, all for free.

Related resources:
- [[Masterclass] How To Write A Stellar Tech Resume That Gets You More Job Opportunities](https://www.jointaro.com/lesson/OnQV2V3J8DYVBBuGbZx6/masterclass-how-to-write-a-stellar-tech-resume-that-gets-you-more-job-opportunities/) - The full video this clip was taken from, which includes a link to Alex's resume
- ["What technologies or stacks should I create a project to add in my resume for entry level software jobs?"](https://www.jointaro.com/question/c0DiG5ureLbkZ1mKD9Rf/what-technologies-or-stacks-should-i-create-a-project-to-add-in-my-resume-for-entry-level-software-jobs/)
- [[Masterclass] How To Build And Grow Tech Products To 500k+ Users For Free](https://www.jointaro.com/lesson/OEuX0KMhcnNSTJ50Voee/masterclass-how-to-build-and-grow-tech-products-to-500k-users-for-free/)

Write A Stellar Resume As A Software Engineer [Part 21] - The REAL Secret For A Top Tier Resume

Unfortunately, it's possible to optimize your resume to the teeth and still not get results. This will be incredibly common for more junior engineers. This lesson teaches you:

- A simple 2-step process to understand how to make an incredible resume
- What to do if you have perfected your resume and you still aren't getting enough interview calls
- Why you are far more powerful than you realize the second you learn how to code and deploy software to production
- How to build impressive side projects that are meaningful on a resume and get you interviews
- How to make impressive open-source contributions that are meaningful on a resume and get you interviews

To dive deeper into building impressive side projects: [\[Taro Top 10\] Building Impressive Side Projects](https://www.jointaro.com/playlist/vKUWMgmmaEvzcYUXZs4B/)

To dive deeper into making impressive open-source contributions: [\[Course\] Become An Open Source Master](https://www.jointaro.com/course/become-an-open-source-master/)

How To Know If You’re Doing Well

Your goal while onboarding is to connect your work to the bigger picture of what your team/org/company is working on, and build your own ideas around priorities.

**Signs that you're helping people**:

- Are you adding value? Are you able to help people newer than you?

- Are you able to improve the onboarding process and get feedback from coworkers about the changes you're making?

- Are you able to understand and contribute to code reviews?

**Signs that you're not doing well**: 

- You're not engaging with people on the team
- You're not getting assigned any work of value, even when you propose ideas
- You need constant support for the work you're doing

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.