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

Senior Staff Engineer (L7) Describes Most Important Skill - Kaushik Gopal

[Kaushik](https://www.linkedin.com/in/gopalkaushik/) is a Senior Staff Engineer at Instacart.

- **Most important skill**: identify, deliver, and measure the impact. At the Senior Staff level, it's not enough to execute on a technical vision, you also need to spend time identifying and measuring impact.
- **Advice**: talk to stakeholders across the company to identify problems and areas of impact. This includes non-eng functions like PM, design, customer support.

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 --&gt; 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/)
- [Kaushik on LinkedIn](https://www.linkedin.com/in/gopalkaushik/)

The Hardest Part Of Peer Feedback: Giving Them Constructive Criticism

- When the feedback prompt asks you for what your peer can improve on, it is *not* asking you what your peer is doing poorly. If you see your peer doing something toxic/negative, you should give them that feedback *immediately*. Don't wait 6-12 months until performance review season to drop this giant ball on them.
- The *real* question behind this prompt is: "How can your peer expand their scope?". This often times involves something they're already doing well that they can do even better and expand to achieve even greater impact.
- This question will be much easier to answer once you have a deep understanding of engineer levels as a lot of this feedback will be around what you think your peers can do to reach the next level.
- Example: Your peer is very passionate about automated testing and always pairs their landed code with robust test coverage. You suggest that they push to spread this behavior across the entire team with an overall testing initiative.

Avoid This Performance Review Death Trap - Creating An Expectations Plan

- Work with your manager at the beginning of your performance review cycle to create a plan. Do this no matter what: Even if your goal isn't too ambitious and you just want to get an average rating.
- The plan should outline expectations for you very clearly, ideally as a checklist:
  - What does it mean to hit your baseline expectation and not be in danger of a performance improvement plan (PIP)?
  - What does it mean to knock it out of the park?
- Things will change, especially in high-performance tech companies. This document will change over time, and you and your manager should be 100% aware of this and adapt.

Make Your Promotion Case Easy - Keep A Brag Journal

Engineer Your Ideal Tech Career [Part 2] - How Do You Spend Your Time?

In this video, we explore key areas that software engineers spend their time throughout their day, and we talk through the differences between each.

Depending on which areas you want to optimize to spend your most time, your long-term career path can vary. Try to assign a different rating to each to give yourself a clearer picture!

We cover what it really means to:

- Be making product/business decisions
- Be architecting solutions
- Be hiring
- Be mentoring

Looking for mentorship from tech’s top engineers + personalized job hunt assistance and interview prep? [Formation.dev](http://Formation.dev) can provide you unlimited career coaching, technical mentorship, personalized practice, and mock interviews. Join us here: <https://formation.dev/partners/taro>

Worksheet: [Formation - Coding Your Career](https://firebasestorage.googleapis.com/v0/b/tech-career-growth.appspot.com/o/courses%2Fslides%2FFormation%20Career%20Direction%20Worksheet.pdf?alt=media&token=f6344b78-529a-411e-a449-7a34a8d55fc8)

Grow From Senior To Staff Engineer [Part 1] - How This Course Works

If you work hard enough and play your cards right, you will eventually become a senior engineer. However, the same isn't true for staff, and this is why most engineers will never make it to the equivalent of a Staff Engineer at a top tech company like FAANG. Here are the core parts of the lesson:

- Your instructor [Rahul Pandey](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 Staff Engineer making +$800k at Meta.
- You'll understand what it means to be a senior engineer vs. a staff 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 senior engineer and a staff engineer (more than a career matrix)

  - 🧠 Create **clear mental models** to develop L6 behavior

  - 📃 Identify your **fundamental gaps** to staff

  - 🗺️ **Chart a path** to Staff Engineer

  - 🧐 Go through Staff Engineer **archetypes** to find your fit

Grow From Mid-Level To Senior Engineer [Part 8] - Fill In The Gaps

Senior engineers solve fundamentally different problems compared to mid-level engineers. This lesson teaches you:

- The expectation for senior engineer mindset and behavior when problems arise in a project they're working on
- The types of problems that mid-level engineers tend to avoid
- The types of problems that senior engineers uniquely solve compared to more junior engineers

Master The Behavioral Interview [Part 16] - Senior Engineer

Senior engineers are proven leaders who make the engineers around them better. "Senior" is a badge of honor that almost all engineers strive for after entering the industry. This lesson teaches you:

- The expectations from a senior engineer overall and how that reflects in behavioral interviews
- The kinds of stories senior engineers tell in behavioral interviews

Ask For Specific Feedback

Key to learning quickly is getting effective feedback. This is especially important while onboarding, so you are able to course correct rapidly. Instead of asking the lazy question "Do you have any feedback for me?" add structure around the question: 

- **Task-specific** - what’s one thing that would have made this stronger?
- **Behavioral** - what’s something I do well that I should do more of?
- **Meta-level** - what’s the best way for us to share feedback with one another

Once you've been working with someone for a few weeks, schedule a dedicated 1:1 for feedback and let them know you'd love their honest opinion.

Your Onboarding Buddy

An onboarding buddy is someone who can help you adjust to cultural norms and direct your questions as a "catch-all." In addition to answering basic technical questions around workflow or code, the onboarding buddy is effectively lending their social capital to you to get you started. They are the safety net when you don't know who else to turn to. 

Rahul recommends that the onboarding buddy and manager be two different people. Your manager relationship contains a power dynamic in that you're interacting your boss, so you may not be fully vulnerable with them. The onboarding buddy is closer to a peer, which means you can get the help you need.

One of the most important roles for the onboarding buddy is to help you **figure out your support channels.**

Ace Your Tech Interview As A Software Engineer [Part 38] - Go Deeper, Follow Through

You made it! By completing this course, you have attained the necessary wisdom to avoid the many, many failure modes software engineers so often fall into when searching for a job. This video teaches you:

- Why completing this course is actually just the beginning of your job search success
- The Top 5 overall learnings from this course
- The exact difference between struggling job seekers and successful ones
- How you can follow through with the knowledge gained from this course and actually apply it to your job search

How The Top 1% Of Engineers Are Judged

As a former VP of Engineering at Amazon, Ethan has the unique ability to share how the senior-most engineers were evaluated within Big Tech. These are the top few percent of engineers in the company (Staff Engineers, Principal Engineers, Distinguished Engineers, etc), and the expectations are incredibly high.

**Key insights:**

- **At very senior levels, technical excellence is table stakes.** The top-performing engineers use their technical expertise to help the business. 
- **The dynamic with company leadership is important**: these engineers must be proactive in helping the business, and not simply the "guru on the hill" who provides answers when asked.
- **There are different modalities to get to a very senior level**, e.g. CTO model, technical expert, product engineer, and others. It's ok if you don't want daily meetings with company leadership, but you must be working on a valuable enough problem that can merit an engineer of that seniority.
- **Finding a good manager is critical for both ICs and managers**. Two ways to evaluate this are (1) find a leader who has grown many people and (2) find a leader who is advancing rapidly in their career.

[**Ethan Evans**](https://www.linkedin.com/in/ethanevansvp/) is a retired Amazon VP who now teaches managers how to break into executive levels. He was at Amazon for 15 years, and he became a VP in 2013 until he left in 2020. Ethan shares valuable insights for anyone interested in management or career development.

**Helpful links:**

- [**\[Masterclass\] How To Work Better With Your Engineering Manager**](https://www.jointaro.com/lesson/2PbJb2fuqF3iMHy57eEg/masterclass-how-to-work-better-with-your-engineering-manager/)
- Rahul's Senior to Staff course: <https://maven.com/taro/senior-to-staff>
- More from Ethan: <https://www.jointaro.com/topic/ethan-evans/>
- [Rahul's $800K TC journey](https://www.youtube.com/watch?v=inydj1VZ0y0)

Overcome Career Stagnation (5 Common Scenarios)

**This session dives into the steps you can take to get unstuck and get back to growing your career in a meaningful way.**

Overcoming career stagnation is a complex problem and a primary reason behind job dissatisfaction and burnout.

We often hear stories of people leaving their jobs due to a toxic environment or lack of compensation. However, it’s often due to a lack of meaningful growth, especially amongst ambitious, top performers.

There’s more in our control than we think. Sometimes, we just need to know what options we have at our disposal.

For a deeper dive into this topic, [Casey](https://www.linkedin.com/in/caseydai/) is teaching a course starting mid-January: [**Operate Like An Engineering Leader**](https://www.jointaro.com/event/operate-like-an-engineering-leader-cohort-based-course/)

Inside TaroGPT - Building A Career Coach Chatbot For Engineers

TaroGPT is an AI chatbot designed specifically to help engineers, trained on the 1000s of hours of expert career advice on the Taro platform, crafted by tech leaders at companies like Google, Meta, Amazon, hyper-growth startups, and more. In this session, we go through the system design and product philosophy behind the product.

TaroGPT is a collaboration between 2 companies (and 2 Alexs):

- **Taro (obviously)** - We only built the frontend, and Alex Chiou was responsible for the Android and iOS implementations.
- [**Sentiyen**](https://sentiyen.com/) - This is [Alex Perelman's](https://www.linkedin.com/in/alexperelman/) company, and they built the backend that does all the cool machine learning and AI logic.

To learn more about front-end (Android, iOS, web) system design, check out Alex's master series here: [System Design Masterclass: Taro Playlists](https://www.jointaro.com/playlist/dChIyTQcu2Ct5VC70lki/)

If you don't have TaroGPT yet, you can download it here:

- **Android** - <https://play.google.com/store/apps/details?id=com.randomappsinc.techcareergrowth>
- **iOS** - <https://apps.apple.com/us/app/taro-ai-gpt-career-coach-chat/id1605094641>

Lastly, here's the link to the presentation slides:

- [Alex (Taro) - Mobile System Design](https://docs.google.com/presentation/d/1JKp3xnkdfBNUiCfpDTlpjzzbsSlRrXtZFDMeigxP454/edit?usp=sharing)
- [Alex (Sentiyen) - Backend/ML/AI System Design](https://drive.google.com/file/d/1xRsyMi0baRBxVEj7lTVvd6SfUo3gRM9c/view?usp=sharing)

Why All Great Engineers Are Great Debuggers

A lot of engineers will run away from bugs to solely focus on feature work instead. This is a huge career mistake as it deprives you of one of the core sources of engineering growth.

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:
- ["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/)
- [[Taro Top 10] Junior Engineer To Mid-Level Engineer (L3 To L4)](https://www.jointaro.com/playlist/iBKHYpkjd0BRWWLKQG2j/)

Software Engineering Vs School -- What's the Difference?

A core confusion for many new Computer Science graduates who land a role as an engineer is that **their job is only partially about coding**. Edsger Dijkstra once said:

> Computer science is no more about computers than astronomy is about telescopes.

A software engineer is much more than a computer programmer. You're a point of contact for your team, and you better get used to working with tons of other... humans.

And humans are often harder than computers to deal with :)

1️⃣ Learn to push back on requests or features
2️⃣ Communicate the value of your work
3️⃣ Understand how career growth works at your company

This video covers the main areas in which being a software engineer diverges from being a computer science student. The earlier in your career that you are able to fully recognize and account for these differences, the sooner you can go from a simple low-level engineer “who just writes code” to a more senior actor that is able to push the direction of both your team and other teams in your organization.

- Read the [blog post version](https://www.jointaro.com/blog/school-vs-swe-a-lot-of-nos/) of this
- Follow Jordan on YouTube: [https://www.youtube.com/@jordanhasnolife5163](https://www.youtube.com/@jordanhasnolife5163)

Related resources: 
- [Working with your manager for promotion](https://www.jointaro.com/question/iH4HPSNkRpGGCGSlNhNm/resurfacing-a-discussion-about-a-promotion-with-my-manager/)
- [Masterclass on choosing a good team and company](https://www.jointaro.com/lesson/0WEmTNZOMIh8xAdfO3JH/masterclass-how-to-choose-a-good-company-and-team-as-a-software-engineer/)
- [Masterclass about learning quickly in tech](https://www.jointaro.com/lesson/u9ldIvrTvV1wfWExccDR/masterclass-how-to-learn-quickly-in-tech/)

Supercharging Relationships - Building Bridges With Bosses, Teammates, Mentors, And Tech Leads

Discover the secrets to thriving in complex work environments by mastering the art of navigating workplace politics and dealing with difficult people! Jai explains the pioneering concepts in "Connect" by Dr. Carole Robin and Dr. David Bradford, as well as their acclaimed work at Stanford's Graduate School of Business on Interpersonal Dynamics.

Tailored specifically for engineers targeting senior levels, this masterclass will equip you with the skills and strategies to expertly handle challenging situations and personalities in the workplace. By attending, you will learn how to:
- Recognize and navigate the subtle complexities of workplace politics
- Understand and manage difficult people by identifying their motivations and triggers
- Build trust and create psychological safety with colleagues and superiors
- Effectively giving and receiving feedback
- Managing conflicts and promoting cooperation

Our expert-led session will provide actionable insights and practical tools that you can apply immediately to your professional life. Unlock your full potential by overcoming common obstacles and building strong, effective relationships with your colleagues.

Don't let workplace politics or challenging personalities hold you back. This session will let you take control of your professional success by mastering interpersonal dynamics!

This session was by HashiCorp full-stack engineer Jai Bhagat: [Connect With Jai On LinkedIn](https://www.linkedin.com/in/jaybhagat/)

To go deeper on the subject, here's more great resources around relationship building:
- ["How do you network effectively within a company?"](https://www.jointaro.com/question/DwT9GtdYK9nwFV3a7jrU/how-do-you-network-effectively-within-a-company/)
- ["Working with a micromanager"](https://www.jointaro.com/question/50HJtR05yMOB97LrkiCX/working-with-a-micromanager/)
- [[Masterclass] How To Build Deep Relationships Quickly In Tech](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/masterclass-how-to-build-deep-relationships-quickly-in-tech/)

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!

How To Handle Hints In A Software Engineer Interview Without Failing

The best software engineer interview performances feel like a collaborative experience between the interview candidate and the interviewer. If an interview is going well, you will be supporting them as the interviewer and maybe giving hints. However, both sides need to be careful about how this happens.

Here are the core points from the video:
- Giving hints is tricky. There are some situations where it's good and some where it's bad.
- In general, you should lean towards giving less hints as an interviewer to maximize the signal you get.
- *Don't give hints when the candidate is desperately fishing, and they have no idea how to solve the problem.*
  - **Fishing example**: "Can we use a binary tree for this?" (they didn't explain their thought process at all prior to asking)
- Fishing questions like the one above are tricky as you can't answer them normally:
  - **If you say "Yes":** You reveal the core pattern behind the problem, solving way too much of the problem for the candidate. At this point, they have failed the question.
  - **If you say "No":** The candidate is one step closer to the core solution via process of elimination. This sets them up to keep fishing until you say "Yes".
- When the candidate is fishing, say something like, *"How do you feel about it? If it makes sense, we can try building it out."* Flip the question back to them and push them to think through it more.
- Give hints to bridge small gaps. If the candidate is 90%+ of the way there, just give them the hint so everyone can move on.
  - A common scenario here is that the candidate has almost all of the solution working minus some trivial 1-liner. You are losing signal by having them struggle on this trivial piece and not working on other, larger problems. In this case, just give them the 1-liner.

Related resources:
- [[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/)
- [How Alex Got Into Meta With 0 Prior LeetCode Experience](https://www.jointaro.com/lesson/ZYiTbN21FsqFxFdpwt5a/how-alex-got-into-meta-with-0-prior-leetcode-experience/)

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.