Junior Engineers, Avoid This Fake Growth Trap

What's the main change in expectations when growing into senior engineering levels?

True or false: Hustling (i.e. working extremely hard) is a common, healthy way to get promoted.

Why is it bad if you are able to get promoted to senior levels through sheer ultra-hard work and very high raw productivity?

- A lot of earlier-in-career engineers believe that being a better software engineer is all about coding: If you can write more good code faster, then you are growing.
- This is generally mostly true in the beginning, but then it quickly becomes a toxic way of perceiving growth.
- You will hit walls. There are only so many hours in a day, and you can only type so many lines of code per hour.
- As a senior engineer, you need to focus on multiplicative and deeper behaviors.
- If you are able to have the impact of a senior engineer but are working extremely long hours, you are essentially "faking" the appearance of a senior engineer. This working model is not sustainable, and once you burn out, it's a terrible situation for everyone.

Master The DSA Interview [Part 7] - Regularly Be Talking

There is far more to a data structures and algorithms question than simply being able to code up a solution. This lesson teaches you:

- Why consistent communication is critical for data structures and algorithms interviews, especially at top companies
- How much silence is too much in an data structures and algorithms interview
- How bad vs. good engineers solve technical problems in general

Why It Doesn’t Make Sense To Have a 5 Year Career Plan

Most productivity advice is about getting as much done as possible in the short term: *how do you optimize this week or this particular project*? How does productivity and time management fit into longer term career plans? How much time should be spent around planning your career years from now?

The answer is, **not very much**. Too much will change in 5 years to build your life around that: your experiences and attitudes may change, and the world will certainly change. 

Instead of working backward from the perfect job or career in the long term, it’s better to start with your desired lifestyle. 
- Where do you want to live? 
How much money do you need to make? 
- How busy will you be? 

It’s worth reflecting on what your desired lifestyle is, and check-in periodically to evalute if your goals have changed.

However, this is very different from setting goals. **A good goal is SMART: specific, measurable, achievable, relevant, and time-bound**. If you have a goal which is more than a year away, it’s worth breaking it down into something which can be relevant and time-bound.

When you have established a goal of the proper time duration, you should spend 5-10% of the time in planning how you’ll execute on the project. For example, if you’re planning a project which will likely take 100 hours of work, spend 5-10 hours (a few days of work) in doing the planning behind it. 

Connect with Steve: 
- [Taro](https://www.jointaro.com/profile/aZJL3ucq9dQnscO09F4JDRkgPo72/)
- [YouTube](https://www.youtube.com/@ALifeEngineered)

This Is Why FAANG Engineers Make So Much Money - Tech Compensation Breakdown

Learn about the 4 components of compensation:

1. Base salary
2. Sign-on bonus
3. Performance bonus
4. Equity

The latter two are less understood, and they are key to understanding why compensation at tier 1 tech companies is so high.

And we also talk about how Mark Zuckerberg actually had a pretty big impact on increasing tech compensation as a whole!

[The Insider's Guide To Negotiating Your Tech Salary And Compensation](https://www.jointaro.com/course/the-insiders-guide-to-negotiating-your-tech-salary-and-compensation/)

DSA Crash Course [Part 25] - Linked List Values Walkthrough

In this lesson, Alvin walks through the python implementation for the *linked_list_values* problem.

Code along and test your work in the following editor workspace: <https://structy.net/problems/linked-list-values?language=py>

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

How To Accomplish Something Every Single Day

How do you make every one of your days productive?

True or false: People overestimate what they can do in 1 day while underestimating what they can accomplish in 1 year.

Which of these attributes should your singular daily goal have?

True or false: You should try to keep your goals purely inside your head instead of writing them down. This saves you time and prevents you from overloading yourself with too many notes.

Every Senior+ Engineer Must Decide: IC vs Management Track

There is one good motivation to become an engineering people manager: to help people. If that's not the priority, you should not become an EM (and you should avoid working with those types of managers).

Daniel toggled between individual contributor (IC) and manager several times in his career. His most fruitful experience was as a very senior IC engineer at Meta -- he had the influence + context of a manager, but none of the headache associated with the job. 

Connect with Daniel on [LinkedIn](https://www.linkedin.com/in/danieltomko/)

Related content: 
- [Questions You Can Ask To Evaluate An Engineering Manager](https://www.jointaro.com/lesson/VOQc7vIzQ4STtw7UrB29/questions-you-can-ask-to-evaluate-an-engineering-manager/)
- [How Do Effective Engineering Leaders Help Their Teams Achieve More?](https://www.jointaro.com/lesson/xGJDCG7VL4hcZaq5XL92/how-do-effective-engineering-leaders-help-their-teams-achieve-more/)

Become An Open Source Master [Part 7] - Improve Something You Use

The video advises that we should start by finding a project that we're passionate about, rather than aiming for the biggest or most well-known ones.

- **Choose projects that you already use or are familiar with**, as this gives you a head start in understanding the project's goals and potential areas for improvement.
- **The dependency graph on GitHub can help you identify potential projects** by showing the dependencies of projects you're already working on.
- **Consider contributing to smaller or medium-sized projects by companies**, as these can offer valuable learning experiences and opportunities to build relationships with professional developers.
- **Contributing to open source can lead to career opportunities**, as demonstrated by the example of Sophie Alpert and her work on the React project.

Article shown by Sophie Alpert: [Using React to speed up the Khan Academy question editor](https://sophiebits.com/2013/06/09/using-react-to-speed-up-khan-academy)

Connect with James:

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

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)

Having The Proper Mentality To Minimize Your Chances Of Getting Laid Off

It's way too easy to start panicking and living in an anxiety-ridden world in this current layoff-rich tech economy. However, this is a very counterproductive mentality to have as a software engineer - This video covers the mindset shift you should make to actually set yourself for success against layoffs.

Here are the core points:
- **Stop freaking out** - It is not healthy to be constantly checking the news for layoffs and having it always take up prime real estate within your mind. *This will ironically make you more likely to get laid off as your performance will suffer.*
- **Your behavior shouldn't change** - The optimal things to do to insulate yourself against layoffs are things you should always be doing anyways. [Building relationships](https://www.jointaro.com/lesson/tyaPFMXPoz2pmzB7OVzt/masterclass-how-to-build-deep-relationships-quickly-in-tech/), [optimizing your performance review](https://www.jointaro.com/lesson/b0B8uqIAUnBLE10jJHJG/masterclass-how-to-navigate-your-performance-review-in-tech/), and [working on a high-impact team](https://www.jointaro.com/lesson/9OwPRwFFSMvEoVj6Zt5Q/how-to-figure-out-if-a-team-is-important-to-a-company/) are all necessary for fast career growth in general.
- **Focus on what you can control** - It sucks, but if you're already working a job that you like, it's simply not possible for you to directly control your destiny when it comes to layoffs. Just do your best as you normally should be and hope for the best. Continue treating those around you with kindness, shipping great projects, and improving your skills.

Related resources:
- ["Staying motivated among lay-offs?"](https://www.jointaro.com/question/EEMkoCSNPzdRToTHjuSb/staying-motivated-among-lay-offs/)
- ["How to survive potential layoffs?"](https://www.jointaro.com/question/ydZFpJz0x8wKUIfd8E1r/how-to-survive-potential-layoffs/)

[Become A Go-To Person 7/18] How Expertise Translates To Influence

A course by [Jordan Cutler](https://www.linkedin.com/in/jordancutler1/), Senior Software Engineer at Pinterest and Author of the [High Growth Engineer Newsletter](https://read.highgrowthengineer.com/)

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

Maximize Your Productivity As A Software Engineer [Part 24] - Go Deeper: Follow Through

As mentioned earlier in the course, being a productive is a never-ending battle. You need to keep fighting, growing, and retrospecting to keep yourself in check and maintain your productivity.

Find accountability partners with Taro Networking: <https://www.jointaro.com/networking/?selectedServices=Friendly+Coffee+Chat>

If you can make it, come to Alex's Group Office Hours: <https://www.jointaro.com/p/alex-chiou/>

Find all Taro community events here: <https://www.jointaro.com/events/>

If you have a deeper issue, start a discussion in the Taro forum: <https://www.jointaro.com/questions/create/>

Take the related courses:

- [\[Course\] Level Up Your Code Quality As A Software Engineer](https://www.jointaro.com/course/level-up-your-code-quality-as-a-software-engineer/)
- [\[Course\] Effective Communication For Engineers](https://www.jointaro.com/course/effective-communication-for-engineers/)

Become A Debugging Master [Part 3] - Debugging Is A Premium Skill

Debugging is one of the most difficult yet valuable skills you can develop as a software engineer. Here are the core points from the lesson:

- Debugging isn’t just one skill—it involves asking sharp questions, deductive reasoning, clear communication, systems thinking, and holistic understanding
- As AI-generated “vibe coding” becomes more common, engineers who can deeply understand and fix code will become even more valuable
- Successful debugging requires patience and true technical mastery, far beyond just prompting an AI or relying on automated solutions
- Beyond fixing bugs, top engineers also prioritize which bugs matter most, combining technical problem-solving with smart decision-making for maximum impact

System Design Series: Taro Playlists [Part 9] - Thinking Into The Future

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 are doing a system design at your job!

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

- Products are rarely shipped in isolation: You will almost always iterate on them in the future, extending them and adding new features.
- You should always take some time to think into the future for your project. The amount of time you take will vary a lot based on situation, but it generally plays out like this across company types:
  - **Smaller companies and startups**: Spend less time as goal is to ship, and it's unclear if the company will survive to even iterate.
  - **Big Tech/FAANG**: Spend a lot of time as these companies need to think long-term to maintain their massive market presence.
- When coming up with future iterations during your system design, order them by likelihood of doing and level of priority.
  - Spend more time thinking through the scenarios at the upper end of the list and incorporate them into your system design if they are very likely to be done in the next couple months.
  - Your goal is avoid a scenario where you need to extend your system shortly after it's launched, but it's so brittle and fragile that you would need to rewrite huge swaths of it to accommodate the new use-cases.
- However, this is a failure mode on the opposite extreme and that is being unreasonably forward thinking and over-engineering your system as a result. Making a protocol more generic and scalable almost always takes more time.
- When building systems or services, seriously think about the assumptions you are making.
  - Will the input this API takes in always be in this format and have certain fields?
  - Will this hard-coded if-statement start blocking valid control flows in the future?

[Become A Go-To Person 5/18] Become The Technical Expert

Setting Up Your Engineering Mindset For Long-Term Success

What separates the top senior engineers from everyone else?

True or false: One of the reasons top tech companies are so strong is because they are so well organized. Every project is neatly defined, so when engineers take them on, they can just execute quickly and easily.

Which one of these is the enemy of productivity?

True or false: A lot of senior engineers write very little code, adding value in other ways.

Why is it important to break problems down?

- A core expectation of engineers at top tech companies like FAANG is that they're able to take large, ambiguous tasks and smoothly execute on them. This is effectively a requirement reaching senior levels at these places.
- The trick to these projects *is to break them down*. Breaking down large projects into smaller and smaller sub-tasks makes the overall body of work clearer and less scary. Clarity is one of the main ingredients that leads to action.
- This decomposition is also vital for your mentality. By defining these smaller and more reasonable milestones, you are setting up your brain to register a win more frequently and consistently. This does wonders for your confidence and self-worth, which allows you to do good work sustainably over a long period of time and eventually ship these large tasks and massive projects.
- The gained clarity also enables you to ask for help more easily and delegate work, the latter being a staple behavior of senior+ engineers at top companies.

Related resources:
- ["How can I get better at estimating long-term projects?"](https://link.jointaro.com/bcc3PgBTWCoaKqDD7)
- ["How do I make software less overwhelming?"](https://link.jointaro.com/j3itbssZN9XUdq998)

Level Up Your Code Quality As A Software Engineer [Part 21] - Non-Descriptive Names

Naming: It's important for your children but quite important for your code as well. When it comes to your variables, methods, and classes, you should put in the effort to name them properly. This lesson will teach you:

- Why descriptive, high-effort names can add up to add a huge amount of quality to a codebase
- How to identify a poor name in code and the common patterns leading to it
- How much time you should spend on each type of name and how to prioritize accordingly, particularly in code review feedback
- The mentality to convert bad names to good names in code with an in-depth example walking through a classic utility method

Who Gets Cut In A Mass Tech Company Layoff?

After a layoff, some will be cut and the rest will survive. This begs the question: Who gets cut? There is a lot of misinformation about how these decisions are made, so this video goes over how this extremely painful process actually works.

Here are the core points:
- **Layoffs vary heavily based on company** - There is no standard when it comes to layoffs, and different companies value different things. *There is no such silver bullet that will protect you 100% from layoffs.*
- Potential layoff factors (remember, there are exceptions to all of these):
  - **Performance** - High-performers will be preserved over low-performers
  - **Org priority** - Higher revenue orgs will be preserved over loss makers
  - **Seniority** - Senior engineers will be preserved over more junior engineers
  - **Tenure** - Engineers with deep domain expertise will be preserved over newbies who are still learning the ropes
- **For most people, layoffs are effectively random** - At the end of the day, layoffs are almost always made by executives with very incomplete information. You can be a consistent high-performing software engineer who is a 10-year company veteran and still get cut. Do your best and keep your expectations realistic.

Related resources:
- ["How to survive potential layoffs?"](https://www.jointaro.com/question/ydZFpJz0x8wKUIfd8E1r/how-to-survive-potential-layoffs/)
- ["Are layoffs random or can I do something to prevent getting laid off?"](https://www.jointaro.com/question/TIX9Mox7KAPJg6ZUujpg/are-layoffs-random-or-can-i-do-something-to-prevent-getting-laid-off/)

How to Crack System Design Interviews - Part 7: System Design Scorecard

This video explains how candidates are evaluated and scored in system design interviews at large tech companies. We learn about the scorecard used to assess performance across five key parameters:

- **Problem Scope:** This includes listing and clarifying product requirements, discussing user interactions and expectations, and considering system scale.

- **Technical Design:** This involves making appropriate design choices, leveraging design patterns, and demonstrating knowledge of relevant technologies.

- **Scalability:** This encompasses designing a system that can handle increasing amounts of data and traffic.

- **Reliability:** This involves ensuring the system is fault-tolerant and can handle failures gracefully.

- **Communication:** This includes effectively conveying ideas, actively listening to the interviewer, and incorporating feedback.

Each parameter is scored from 0 to 5, with a total score ranging from 0 to 25. A higher score indicates a stronger candidate, and the acceptable score range varies depending on the target seniority level.

[Gaurav Sen](https://www.linkedin.com/in/gkcs/) has conducted 1000s of system design interviews while working at Uber and building his [YouTube channel](https://www.youtube.com/@gkcs) to 500K+ subscribers. His platform [InterviewReady](https://interviewready.io/?_aff=JOINTARO) combines video explainers, live Zoom classes, and an automated System Design Judge.

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.