What's Often Overrated When Choosing Your Next Job

Here are the attributes we've generally seen software engineers prioritize too much when weighing career opportunities:
- **Product space** - This usually manifests as pursuing a tech trend (like VR or NFTs). Of course, if you're legitimately passionate about the space, go for it, but seriously ask yourself if you would be in this space if it wasn't regularly talked about.
- **Technical space** - Similar to product space, you can follow trends here. Choose a stack that you're legitimately passionate about, which also has the support network you need (very important for junior engineers). The risk with cutting-edge technology is that it often doesn't have a lot of mature teaching resources behind it (it's cutting edge for a reason).
- **Level/title** - Promotion is a decent and concrete career goal earlier on, but don't go to bad companies to maximize your title. At the end of the day, your level and title are just strings next to your name.
- **Compensation** - Money is genuinely important in almost all cases, but what a lot of people don't realize is that very high pay often comes with a catch (usually work-life balance). Try treating this as a lagging indicator - If you're genuinely growing fast as a software engineer, you will eventually
land an opportunity that is top-of-market (as you deserve).

This clip was taken from the following masterclass: [[Masterclass] How To Choose A Good Company And Team As A Software Engineer](https://www.jointaro.com/lesson/0WEmTNZOMIh8xAdfO3JH/masterclass-how-to-choose-a-good-company-and-team-as-a-software-engineer/)

Related resources:
- ["How should I think about levels when it comes to evaluating jobs and in my career overall?"](https://www.jointaro.com/question/siBFn9WmU204N6D0IRHZ/how-should-i-think-about-levels-when-it-comes-to-evaluating-jobs-and-in-my-career-overall/)
- ["I feel like senior engineers tend to focus on a specific area. How can I pick a specialization that's still relevant in 5-10 years?"](https://www.jointaro.com/question/xFEhcvfbJ2P0pYzZ4r6f/i-feel-like-senior-engineers-tend-to-focus-on-a-specific-area-how-can-i-pick-a-specialization-thats-still-relevant-in-5-10-years/)

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

David Pan (former VP of Engineering) talks about how he 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 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/)

The Best Programming Languages For Interviews

- Try to use a more concise language like Python if possible. This is because interviews, DSA rounds in particular, are a precise time management exercise.
- However, if you are *very* familiar with a certain language, use that. The exception is if that language is very verbose like C.
- Avoid the trap of using a rarer, "fancier" language. It may cost you time to explain, and if you aren't actually that knowledgeable in it, you may get called out.

Related resources:
- [[Taro Top 10] Effective Interview Prep](https://www.jointaro.com/playlist/HLBYxJI7D1j8STolrwum/)
- [[Taro Top 10] Finding A Tech Job](https://www.jointaro.com/playlist/E6R0wVJ5EyCfVnVrlfno/)

Ace Your Tech Interview As A Software Engineer [Part 2] - Organizing Your Job Search

A lot of software engineers struggle on the job search because they're just randomly flailing around, drifting from interview failure to interview failure without learning from the overall process. This lesson teaches you:

- The surprisingly basic master plan every successful job search must follow
- How to fix a job search where you are failing to get interviews to begin with
- Actions you can take when you are failing to pass interviews
- What a healthy time spent looks like depending on whether you are trying to *get* interviews vs. trying to *pass* interviews
- How you can organize your job search and turn it into a well-oiled machine where you are constantly overcoming obstacles and improving

A Framework For Integrating AI Into Your Workflow

> **AI will not replace you. A person using AI will.**

This [tweet](https://twitter.com/svpino/status/1610984481342771200) was seen 5M times because it captures a transformation that will happen in the workplace over the next 5 years.

This video covers a practical framework to apply AI tools like ChatGPT, Bard, or Github Copilot to become more productive in your job.

The goal for many of us is to become the mythical **10x engineer** – they have 10x as much impact as their peers. These engineers do exist, but they don’t write 10x more code or fix 10x more bugs. Instead, they understand the concept of leverage, which manifests in two ways.

- Take a challenging problem, and solve it in a 10x or 100x better way
- Make 10 or 100 people around you more productive

Shreyas Doshi has a [framework called LNO](https://www.aakashg.com/2022/02/01/lno-framework-for-product-managers/) to identify where you should spend your effort:

- *Leverage (L)* tasks are tasks that have huge consequences and you should do a great job.
- *Neutral (N)* tasks are tasks that are important, but don't have a big payoff. You should do a good job.
- *Overhead (O)* tasks are tasks that are a tax on your time. You should just get it done.

Let's go through an example in each bucket:

In the **leverage** bucket is creating the design or architecture for the project. This is high leverage not only because architecture is inherently difficult to change, but it’s also an important trust-building exercise.

- Ask AI to identify what could go wrong with your general approach and then add that as a discussion.
- Ask AI to summarize documents related to what you’re trying to build
- Ask AI to solve the problem and then sanity-check. The results here won’t always be good, but at least you should be able to explain why you’re choosing one path over the other.

Some coding tasks are in the **neutral** bucket. AI gives us the opportunity to dramatically speed up how long some coding tasks take.

- Use tools like Copilot to write boilerplate code much faster
- Instead of having to go to StackOverflow, you can get answers inline
- Ask for things like regexes or how to do something in idiomatic Kotlin

Finally, there are tasks in the **overhead** category that AI can help minimize

- The classic example is writing your performance review – you’re not actually having any business impact.
- I recommend every engineer has a [brag document](https://www.jointaro.com/lesson/QVqPkuCvplbHSqBWtKJX/make-your-promotion-case-easy-keep-a-brag-journal/) of what they did throughout the half or year. Then you need to massage all your work into whatever template your company uses.

With the rise of AI, asking good questions is more important than ever. Artificial Intelligence cannot read your mind (at least not yet 😅), so the quality of your question dictates the quality of your response. Learn more about asking good questions with our course: [\[Course\] Ask Great Questions That Get Great Answers Quickly](https://www.jointaro.com/course/ask-great-questions-that-get-great-answers-quickly/)

Effective Communication Guide [Part 7] - Finale + How You Can Learn More

- Zooming out, good communication is about *building positive energy*. Sharing feedback to help someone improve, empathizing with people's struggles, giving heartfelt thanks - These all generate positive energy.
- If you're feeling angry or frustrated, take some time to calm down and collect your thoughts, especially if you want to share that in a more public setting. After you've done this, then you can share your problems in a constructive way.
- This series just barely scratches the surface when it comes to communication. Just keep practicing and you'll get better!

Effective Communication Guide [Part 3.1] - The Power Of Thanks

- Alex's story:
  - At Meta, there was a tool called "Thanks Bot" where you could publicly thank a coworker, and it would alert them, their manager, and your manager.
  - Given that this tool was more "heavy", people at Meta tended to use it for thanking fairly large efforts.
  - Alex had a great coworker back at Portal who would use it to thank people whenever they just spent 5-10 minutes helping him with something. This took people by surprise as they weren't expecting such a thanks for something relatively minor.
- Thank people for small and medium sized good deeds, whether they helped you or just did some really good work. Thanks is cheap - You always come out hugely "on top" in interactions where you give thanks: Giving thanks takes a few minutes tops and receiving helping often requires 10+ minutes of the other person's time.
- If someone really went out of their to way to do something great, reach out to their manager and thank them there as well. This really deepens your thanks, and it helps them receive proper credit, which could even be reflected in performance review.

Balancing Time Between Your Job And Self Learning

Many engineers hear about personal projects (side projects) as a way to accelerate career growth but are confused about how to allocate time for these projects. This video covers a few strategies to balance time between your day job and self-learning. 

1. **Avoid a Binary Approach:** Don't view your day job and side projects as completely distinct: ideally, the work you do in one is good for the other. This can manifest not only in terms of the skills you're building, but also your enthusiasm for writing code or understanding a domain in more detail. Productivity and fulfillment are often maximized when one can excel at work and pursue personal projects simultaneously.

2. **Learning Integration:** Integrate your learning from both day job and personal projects. The knowledge gained in one domain can be applied to the other, so you become better at both!

3. **Effective Self-Learning:** Passive content consumption, such as watching videos or reading blog posts without active engagement, is ineffective for learning. Instead, explain concepts to others or build something to truly benefit from self-learning.

4. **Company-Career Mismatch:** In larger organizations, the company's objectives may not always align with individual career goals. The responsibility for your personal career growth is yours -- don't delegate this to the company! That's why you need to invest in self-learning and personal projects to build the skills and experiences necessary that are best for you.

5. **Enjoyable Self-Learning:** Instead of focusing on the balance between work and personal learning, find ways to make self-learning a fun and fulfilling experience. Common ways this manifests: hitting the publish button, seeing the download count on your app go up, or seeing comments on a blog post you wrote.

Like most things career-related, you should take a proactive approach to career development. Self-learning is no different!

Related resources: 

- [\[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/)
- [How should I set time apart for learning new things?](https://www.jointaro.com/question/FjmcvlTJYssSd5wH2pij/how-should-i-set-time-apart-for-learning-new-things/)
- [How Long to Crank Out a Decent Side Project?](https://www.jointaro.com/question/QA6lCGdPpwAd3xRrpjZ7/how-long-to-crank-out-a-decent-side-project/)
-

[Case Study] Solving A Multi-Million $$ Instagram Bug

- A big part of moving from L4 (mid-level) to L5 (senior level) is being able to create your own scope. You can't just expect a perfect suite of projects to come from your manager.
- Like in this session's case study, bugs are a great source of finding your own scope!
- The bug was very slight: Instagram story ads started off on the wrong part when they were resurfaced to a user. As an Android engineer, Alex discovered this in IG Android initially. This bug had been in production *for over a year* at this point.
- How Alex expanded the scope after finding this bug:
  - Worked with iOS to see if the bug was there (it was)
  - Worked with PMMs to confirm that this violated the advertiser contract and merited a refund. This made the bug an immediate SEV.
  - Worked with a data scientist to figure out exactly how many times this bug occurred and calculate the exactly refund to advertisers ($2M+)
  - Put the fix behind an A/B test to measure impact and make sure it was working
- How you can incorporate the learnings from this case study:
  - Be detail-oriented. At Big Tech in particular, seemingly small issues can have massive impact.
  - Don't just silently fix bugs. Take the time to figure out its entire scope - It could be a SEV!
  - Understand the world outside of yours. Look for opportunities to bring in others (especially those of different roles) into what you're working on to expand scope for everyone!

Here's the [link to the slides](https://docs.google.com/presentation/d/1vPtelhi5caMsZNC-XFGhy1FtRveIbNxg0k3LZctRPOs/edit?usp=sharing).

For more resources around creating scope:
- ["How do I come up with innovative, impactful ideas and bring them to my team?"](https://link.jointaro.com/uBcb5LjZiD5DasfB9)
- ["How can I come up with big initiatives, especially those at a Staff level?"](https://link.jointaro.com/6MWig3VSr3nVo81w9)

Avoid This Common Bad Habit That Fails You Interviews

You should allocate enough time to prepare for your data structures and algorithms interview to avoid cramming at the last minute.

Related resources:
- [[Taro Top 10] Effective Interview Prep](https://www.jointaro.com/playlist/HLBYxJI7D1j8STolrwum/)
- [[Taro Top 10] Finding A Tech Job](https://www.jointaro.com/playlist/E6R0wVJ5EyCfVnVrlfno/)

There Is No Such Thing As A Stupid Question

What is a good amount of time to be stuck before asking a question?

True or false: To prove that you are a good engineer when joining a new team, you should ask as few questions as possible.

What is the optimal amount of questions to ask per week as a junior engineer?

True or false: Asking a lot of questions can help other people in your company and increase your respect within your team.

What are the benefits of asking a lot of good questions?

- There is no such thing as a stupid question: Each question is a genuine request to become more informed about the world.
- If there's a metric to measure your onboarding, it's the amount of questions you ask.
- Don't worry about how you'll look when you ask a question. If you have taken the time [to choose a healthy team](https://link.jointaro.com/WtZRJ5GtEVvAskLh8), they will not think any less of you for asking.
- It's much better to ask questions than to be stuck for days, if not weeks. *If you're completely stuck after 15-30 minutes, just ask the question*.
- If you're asking questions in a public forum (which you should!), you are creating content with your Q&A pair. Not only are you benefiting by getting unblocked, you are having multiplicative impact by creating a useful resource that will help the team across the future.
- *If you are asking questions the right way, people will not get mad at you for asking questions*.

So how do you ask the questions the right way? You can find [our in-depth guide on how to do that here](https://link.jointaro.com/yhEYut43nosKyPYw9).

DSA Crash Course [Part 6] - Big-O Basics Lecture

In this lecture, Alvin goes over the basics of Big-O notation and how to use it to describe the complexity of algorithms.

If you need additional support taking these DSA skills and actually applying them, take [Alvin's](https://www.linkedin.com/in/alvin-zablan-b73a92117/) *complete* data structures and algorithms course on [Structy](https://structy.net/?utm_source=taro). You can try out the concepts yourself in their interactive code editor and learn advanced DSA patterns like stack exhaustive recursion.

Use [this link to get 20% off](https://structy.net/purchase?promo_code=taro20) the entire Structy DSA learning experience.

Follow Alvin on LinkedIn: <https://www.linkedin.com/in/alvin-zablan-b73a92117/>

Become An Open Source Master [Part 1] - Course + James Intro

This course is a methodical guide to get you involved in open source. The course is led by James Pearce, a former engineering director at Meta. While mastery might be a lifelong journey, we'll cover the basics to get started.

- Gain insights from James's experience running one of the world's largest open source programs.
- The course will focus on individual involvement in open source (not running a program).
- Meta/Facebook has a strong open-source culture, using and creating software like React, Cassandra, and PyTorch. Here's the talk James gave at OSCON 2015: <https://www.youtube.com/watch?v=vBbDAk5WYEo>
- James has built his own open-source project called [tinybase](https://github.com/tinyplex/tinybase), a data store for local-first apps. Watch this course so you can contribute!

Connect with James: 

- GitHub: <https://github.com/jamesgpearce>
- Twitter (X): <https://twitter.com/jamespearce>

Onboarding Gives You Special Powers: Make Sure To Use Them

Most people view onboarding as a position of weakness: They don't know anything while the team knows everything, and now they need to bridge that gap. While that's somewhat true, onboarding is *not* a position of weakness, and thinking this will only make your onboarding slower and less effective.

Here are the core points from the video:
- **Nobody wants to be mean to the newbie** - This means that you have extra slack to ask questions and request help more aggressively than the average team member. However, this "aura" doesn't last forever - Make sure to really use it while you have it! The first month in particular is when the team will be extra accommodating of you.
- **You will never have fresh eyes again** - Being new gives you a perspective that tenured members of your team simply can't have. Use this to share new ideas and suggestions to the team: Tactically, you are very well equipped to improve the onboarding process. Don't only view onboarding as a state where you need to be dependent on others and consume help - Feel empowered to bring about positive change as well.

Related resources:
- ["How do you overcome the fear of asking stupid questions / bothering people when you need help?"](https://www.jointaro.com/question/vNE8kgpx2zdI1wACg9jA/how-do-you-overcome-the-fear-of-asking-stupid-questions-bothering-people-when-you-need-help/)
- ["What does it mean to not require handholding anymore?"](https://www.jointaro.com/question/5vEWajcZlSi7nlohTGtJ/what-does-it-mean-to-not-require-handholding-anymore/)
- ["I'm afraid of asking questions when I don't know how to start a new ticket - How to get over the fear?"](https://www.jointaro.com/question/ReLSgQGmVGlXkwrupN5T/im-afraid-of-asking-questions-when-i-dont-know-how-to-start-a-new-ticket-how-to-get-over-the-fear/)

Effective Communication Guide [Part 4] - Resolving Disagreements

- **Your goal with a disagreement isn't to prove that your side is correct; it's actually the opposite - Try to tear down your own argument.**
- Don't view the situation as a "Us vs. Them" mentality. It's not a debate that you have to "win". If you come in with this mentality, the other side will respond in kind, and you will never get anything done.
- Acknowledge the operating principles and incentives of the other side, and try to weave them into your approach as well.
- Example: Your designer proposes beautiful but overly ambitious design that cannot be done on the current aggressive build timeline.
  - Bad: "We don't have enough time to build these designs, so let's toss them out."
  - Good: "These designs look amazing! However, the timeline is pretty tight, so we may not be able to get everything within them. Can we get the low-hanging fruit with this intermediate state design to hit the ship goal, and then we can get the remaining design extras as a fast-follow? I really want to bring all these aesthetics to life, but I want to make sure we hit the deadline as well."
- Be comfortable with compromise and reaching a middle-ground that imbues something from both sides. It's possible that the other perspective is completely incorrect, but this will be very rare as people in tech are generally pretty smart. *You should very rarely treat your approach as one where compromise cannot be made at all.*

Grow From Mid-Level To Senior Engineer [Part 6] - The Goggles

Here's the harsh truth: The *vast* majority of mid-level engineers who are stuck at that level and unable to reach senior are holding themselves back (at least to some extent). This lesson teaches you:

- The classic unhealthy mindset that mid-level engineers have that keeps them from ever reaching senior
- How to correct the novice mid-level engineer mindset and evolve towards a senior engineer one by putting on **The Goggles**
- How to think about The Goggles after you are aware of them (which you will be after going through this lesson)
- The general way high-performing senior engineers (and beyond) view the world

Learn how to create scope with our playlist: [\[Taro Top 10\] How To Create Scope As An Engineer](https://www.jointaro.com/playlist/EWIo3USNcsgXbCs5PS0h/)

Nail Your Promotion As A Software Engineer [Part 1] - How This Course Works

Switching jobs is great, but it can only get you so far. *The true foundation of any ultra-successful tech career is promotion.* However, promotion gets a bad reputation as it's sorely misunderstood, both by individual engineers and entire tech companies. This course is here to demystify promotion and teach you how to go through it as efficiently as possible. 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 new-grads (E3) to high-performing senior engineers (E5) with \~$500k TC by their mid-20s (far faster than Alex himself!).
- You'll understand why promotion is underrated and critically important to a successful tech career with serious longevity. You'll also understand why constantly going on the interview grind is way worse than pursuing organic promotions when possible.
- We walk you through the course objectives. By the end of the course, you will understand:
  - 💡 How promotion **actually works**, particularly at top companies
  - 🧠 The framework to understand the **senior engineering career ladder**
  - 📃 How to define a **clear plan** to get to the next level
  - ✅ What it takes to get **maximum credit** for every project
  - 🚀 What it means to master your performance review and produce the **best promo packet**

If you want to learn how Alex was able to grow his mentee engineers ⚡ fast (more than 2x quicker than industry average), check out his deep-dive here: [\[Case Study\] Mentoring Junior SWEs \[E3\] to Senior \[E5\] In Just 2.5 Years At Meta](https://www.jointaro.com/lesson/EX9563YnxcJb62cCmetg/case-study-mentoring-junior-swes-e3-to-senior-e5-in-just-25-years-at-meta/)

[Masterclass] How To Work Better With Your Engineering Manager

Your engineering manager (EM) is easily the most important figure in your professional life, and how you manage your engineer &lt;-&gt; EM relationships across your various teams and companies will largely dictate how much career growth you have. The tricky part is that all of this is very hard, and if you don't do it properly, you can end up working against your manager instead of with them.

As always, the masterclass covers a *ton* of ground, so here's the Top 5 points:

- **Engineering management is a very hard job** - EMs are completely slammed with meetings and are constantly making hard decisions (e.g. *"Who do I hire and fire?"*). The first step towards fostering a healthy relationship here is having empathy for the natural difficulty behind their role.
- **It's up to YOU to leverage your manager** - Don't expect your manager to solo-carry you by proactively identifying all your issues and handing you the perfect growth plan on a silver platter. Nobody can read minds, and nobody cares about your personal growth more than you. Treat your manager as a resource, similar to how a front-end application treats an API. The API will never come to you - It's up to you to call it with the proper parameters to achieve the result you want.
- **Be extremely visible** - Be default, assume that your EM has 0 clue what you're doing, not out of malice but because they're swamped most of the time. cc your manager on important communications to keep them up-to-date with your biggest accomplishments and blockers. Add them as optional on meetings. Use your 1 on 1 to share crucial wins and status updates.
- **Maintain an ongoing dialog about performance** - Your performance review rating should never be a (negative) surprise. Ask every couple months for your manager to give you a hypothetical rating (make it clear that you will take it with a massive grain of salt). Don't let your fear of these awkward, transparent conversations lead to you getting put on an unexpected PIP.
- **Frame promotion as a mutual benefit** - It is not the manager's job to grow their engineers and get them all promoted; this is actually literally impossible in the current economy. It's the manager's job to make sure that their engineers are consistently shipping impact. This means that you must be extremely careful framing your promotion in a way where it's clear that your goal is to expand your impact and further empower the team, not to get more money and a higher title (it's totally fine to want these, they just have to be very far away from front and center).

Related resources:

- [Having The Proper Mentality For Manager 1 on 1s](https://www.jointaro.com/lesson/sIm7s54ILdBQmpCtKFtb/having-the-proper-mentality-for-manager-1-on-1s/)
- [1 on 1s Are The Time To Be Awkward](https://www.jointaro.com/lesson/xjeFRpp5YHxG9TTK8wjn/1-on-1s-are-the-time-to-be-awkward/)
- ["How do I create a growth plan with my manager/mentor and what should it include?"](https://www.jointaro.com/question/BG4rWlnWQamBFI9ujCni/how-do-i-create-a-growth-plan-with-my-managermentor-and-what-should-it-include/)
- ["How do I give critical feedback to my manager?"](https://www.jointaro.com/question/VeGFF3JbpstS3Av5jpHB/how-do-i-give-critical-feedback-to-my-manager/)
- [\[Masterclass\] What Software Engineers Should Look For In Their Engineering Manager](https://www.jointaro.com/lesson/oeY7ncZhzJ5NO6dij5e7/masterclass-what-software-engineers-should-look-for-in-their-engineering-manager/)
- [Presentation Slides](https://docs.google.com/presentation/d/1zS7GJQmpZRS-fo-ZiiV5cHjdat9gHStPFVnA0awlFM0/edit?usp=sharing)

How To Figure Out If A Team Is Important To A Company

In this age of layoffs, it's important to choose a team and organization that is valued by the company overall. Even ignoring layoffs, it's better to join a team that's mission critical overall due to more career growth opportunities, especially as a software engineer.

Here's the core points from the video:
- **Profit center or cost center** - Does the company see your organization as core to its revenue generation or something it simply needs to have in a digital age? If its the former, that means the organization is probably better for your career:
  - **Profit center example:** The ads/search organization at Google
  - **Cost center example:** Website developers at a dental company
- **Growth trajectory** - In particular, is the organization scaling up its headcount quickly? If so, that shows that it's a company priority, and scope naturally appears when teams get bigger due to higher XFN and alignment costs.
- **Company visibility** - Do execs mention your organization in all-hands meetings? Better yet, is it referenced on earnings calls? The more an organization is mentioned in these more public communications, the better positioned it is within the company.

This clip was taken from our masterclass here: [[Masterclass] How To Choose A Good Company And Team As A Software Engineer](https://www.jointaro.com/lesson/0WEmTNZOMIh8xAdfO3JH/masterclass-how-to-choose-a-good-company-and-team-as-a-software-engineer/)

Related resources:
- ["How possible is it to spot red flags about toxic culture during the interview?"](https://www.jointaro.com/question/1JwmhC3Nh9Ku0fkDL1bq/how-possible-is-it-to-spot-red-flags-about-toxic-culture-during-the-interview/)
- ["What does it mean to not have enough scope to be promoted?"](https://www.jointaro.com/question/bJuagPwOEEy5vkcXKkqh/what-does-it-mean-to-not-have-enough-scope-to-be-promoted/)
- ["What should I look for in a new team in terms of growth?"](https://www.jointaro.com/question/i2bOMPrqaRc0NUZ7918F/what-should-i-look-for-in-a-new-team-in-terms-of-growth/) - Question from a Google L4 engineer
- ["Is it better to work in revenue-generating divisions within your company?"](https://www.jointaro.com/question/BIv8teCgxktk5tak6tlI/is-it-better-to-work-in-revenue-generating-divisions-within-your-company/)

DSA Interview Step #1: Clarify The Problem

- The first step for any data structures and algorithms (DSA) problem is to *clarify the problem*. This means understanding exactly what the input and expected output are.
  - A common failure mode for candidates is that they will jump straight into coding, not doing this step. This leads to them wasting a lot of time writing code that isn't actually relevant.
- Often times in an interview, you will get a purposefully ambiguous problem - This happens with Big Tech a lot. The goal is get signal on the candidate's communication abilities.
- Clarifying the problem can help you *a lot* as it's very possible that the problem's scope is much more limited than you initially thought.

Related resources:
- [[Taro Top 10] Effective Interview Prep](https://www.jointaro.com/playlist/HLBYxJI7D1j8STolrwum/)
- [[Taro Top 10] Finding A Tech Job](https://www.jointaro.com/playlist/E6R0wVJ5EyCfVnVrlfno/)

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.