Engineer Your Ideal Tech Career [Part 11] - Michael Novati: Becoming A High-Level IC

Next, [Michael Novati](https://www.linkedin.com/in/michaelnovati) chats about his impressive career advancement and passion for high-level IC work. Michael progressed from a new grad engineer to Staff engineer at Facebook within 3 years, and then Senior Staff after.

He reflects on the key steps he took to progress quickly, common misconceptions people have about being a high-level IC, and the types of people who may love this work longer-term.

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)

Come Up With 500k+ User Project Ideas [Part 7] - The Alex Formula

Repeated excellence is the key to any very successful tech career. Alex has accomplished this time and time again with around a dozen side projects that have 10,000+ users, and he's here now to spill the beans. This lesson teaches you:

- The exact playbook Alex uses to repeatedly build successful apps with several thousand users
- The "Honer vs. Innovator" philosophy when it comes to understanding engineer types
- Why you should (probably) stop trying to be Steve Jobs and go hard down the innovator route
- How honers are often incredibly underrated and can still achieve stellar career outcomes
- The ideal place to be on the honer &lt;-&gt; innovator spectrum when it comes to side projects

Master The DSA Interview [Part 4] - DSA Prep Is Insanely High ROI

It's easy to look at data structures and algorithms and see them as an annoying waste of time. However, there's more to them than you think. This lesson teaches you:

- A healthy perspective to have when it comes to studying data structures and algorithms
- Why data structures and algorithms are uniquely positioned when it comes to career return on investment for your time
- How to transform your mindset to actually be excited when grinding LeetCode

21 Ways to Make Yourself a Better Engineer (From a Senior Engineer at Pinterest)

Join Taro and [**Jordan Cutler**](https://www.linkedin.com/in/jordancutler1/), a Senior Engineer at Pinterest and [**High Growth Engineer**](https://read.highgrowthengineer.com/) author to learn 21 rapid-fire ways to become a better engineer. You'll learn the top underused tips and skills to grow in your career.

We'll cover:

- Career growth
- Influence
- Communication
- Managing up
- Leading projects
- Technical skills
- Productivity

Be ready for practical and actionable advice. No BS included.

Helpful links: 

- [Slides](https://drive.google.com/file/d/1PEgnDJEa4wRw3bjxe22obyfP2qSm9lBB/view?usp=sharing)
- [Jordan on LinkedIn](https://www.linkedin.com/in/jordancutler1/)
- Jordan's newsletter with 68K+ subscribers: [High Growth Engineer](https://read.highgrowthengineer.com/)
- Jordan's course on Taro: [Become The Go-To Expert As A Software Engineer](https://www.jointaro.com/course/become-the-go-to-expert-as-a-software-engineer/)

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

Maximize Your Productivity As A Software Engineer [Part 22] - Introspect And Reflect

As software engineers, we are constantly getting things wrong, including our productivity system. This is why it's important to learn how to evolve and improve over time - There are very things in engineering where you can just set it and forget it. This lesson teaches you:

- How to set up introspection time and why it's important
- What questions to ask yourself when you reflect
- How to process action items to improve your productivity system

Maximize Your Productivity As A Software Engineer [Part 8] - Touch Grass

Let's be real: Most software engineers are out of shape. While this isn't too bad early on, things quickly get worse. This lesson teaches you:

- How to get into exercising as easily as possible
- The many benefits of regular exercise
- A way to hack your brain to make yourself more likely to exercise

Grow From Mid-Level To Senior Engineer [Part 7] - Take Greater Ownership

As a senior engineer, you need to show strong ownership. Many mid-level engineers are told this by their manager but are unsure as to what that means. This lesson teaches you:

- Why the "points" you get for impact aren't just correlated to the impact of the projects you work on
- How to get more credit for each project you work on
- What it means to show stronger, more holistic project ownership with a real-life example from Alex's past at Instagram

Learn more about project credit here: <https://www.jointaro.com/course/nail-your-promotion-as-a-software-engineer/its-not-just-about-impact/>

Master The Behavioral Interview [Part 23] - Just Be A Human

Behavioral interviews are really just an exercise in communication (a skill many software engineers struggle with). This lesson teaches you:

- The difference between being an introvert (this is fine) and shy (this is really bad for your career in tech)
- The right mindset to have when it comes to building relationships and the underlying skills necessary to ace behavioral interviews
- The secret behind getting extremely good at communication

To get better at communication, check out our course: [\[Course\] Effective Communication For Engineers](https://www.jointaro.com/course/effective-communication-for-engineers/)

Negotiation Course: Helpful Phrases During Negotiations

The phrases covered here are applicable in various scenarios as you go through the interview process.

Negotiations require a deliberate choice of words, avoiding apologies, and showcasing your value beyond just compensation. By using these phrases, you can confidently navigate negotiations and achieve your desired outcomes.

> Interesting.

> Compensation is definitely important for me, but I care a lot about the people I work with and what I’m working on.
>
> I want to do my best work in a company that values me.

> *At this time, I’m more interested in understanding the company and people rather than the compensation.*

> *I’m sure we can work out the compensation if we think this is a mutual fit.*

> *I have a few other opportunities I’m in the process for, but if this is compelling enough I’m ready to commit.*

> That role wasn’t a great fit, so I’m exploring adjacent opportunities.

> My focus is to have tons of impact at the company and I want to take part in the success.

> This is a large decision and I want to commit fully to the job I end up choosing.
>
> I want to do right by the company I join and build the next part of my career there.

> *If you could send over the offer, I’d love to take a look in more detail.*

> *I’m chatting with my partner about the job stuff so I should be able to give you an update after that.*

Negotiation Course: Rahul's History And Success With Negotiation

Rahul's compensation went from $110K at the beginning of his career to $830K in his peak earning year, 2021, as a Tech Lead and Manager at Meta (Facebook). That's more than 7x! A lot of his Total Compensation (TC) growth can be attributed to his ability to negotiate. There were 2 main segments of negotiation in Rahul's career: 

- 2013: 5 offers at Facebook, Google, Twitter, Microsoft, and Square
- 2017: 6 offers at Facebook, Google, Snapchat, Stripe, Uber, and Airbnb

This gave Rahul the leverage he needed to see dramatic increases in compensation. Some examples: 

- The Snapchat stock grant went from $600K --&gt; $1.0MM and the signing bonus went from $10K --&gt; $100K
- The Facebook stock grant went from $325K --&gt; $600K and the signing bonus went from $30K --&gt; $45K

The numbers here are due primarily to timing, information, and options, all things you can learn. The results can be life-changing, and you don't need to be a genius programmer to discover your own version of this.

These data points show how negotiation is extremely high leverage. A few hours of extra work can lead to a change of 6 figures or more in compensation.

- Rahul's YouTube video about 5 offers he received as a new grad: <https://youtu.be/rceUVaiXQgU> 
- Rahul's YouTube video about how compensation in tech works: <https://youtu.be/wqdpzu4Oa2I>

What Happens After Onboarding Success?

Congratulations, you made it to the end of the course, [The Complete Onboarding Guide For Software Engineers](https://www.jointaro.com/course/the-complete-onboarding-guide-for-software-engineers-succeeding-when-youre-new/)!

Here are the major takeaways we covered:

- Attack your onboarding with a plan
- Figure out your support channels
- Make it easy to receive help
- Get your hands on the keyboard

Whether you just joined a new company or new team, **welcome to the rest of your life**! I know you'll do great 😇

Next steps:

- Share + get support: [joinTaro.com/questions/create/](http://joinTaro.com/questions/create/)
  - 🧠 Get 10x better advice than anything on Blind or Reddit
- Find community: [joinTaro.com/events/](http://joinTaro.com/events/)
  - 🧑‍🏫 Join me for Group Office Hours!

Send me feedback at [team+onboarding@jointaro.com](mailto:team+onboarding@jointaro.com)

Why Most Companies Suck At Onboarding

You should not expect a good onboarding process at your company. Helping new employees ramp up is a good example of something that is *important but not urgent*. Tenured employees likely don't remember what it's like to be new.

While many companies will have insufficient or non-existent onboarding, the other end of the spectrum is also unfortunate: larger bureaucratic companies will have excessive onboarding, with months of training before you can do anything productive.

Even if the company has good intentions, building a solid onboarding plan is a hard problem: the tech industry's rate of change is very high, with people, tools, and technologies changing every year. Naturally, documentation and processes around onboarding become outdated.

Despite the difficulties, poor onboarding can be seen as an opportunity for new employees to have an immediate impact.

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

If your job search dilemma isn't covered by this course, start a community discussion here: <https://www.jointaro.com/questions/create/>

Taro regularly hosts events to get your resume reviewed, pair up for mock interviews, and deep-dive into system design problems. You can find those events here: <https://www.jointaro.com/events/>

**UPDATE:** We have shut down Taro Networking as a feature. Sorry for the inconvenience 🙏

Ace Your Tech Interview As A Software Engineer [Part 5] - Dynamic State vs. Prepared State

The overwhelming majority of software engineers went to college and grew up in a very academically-inclined environment. Bringing the mentality cultivated from that experience to the job search often unfortunately has bad consequences. This lesson teaches you:

- Why traditional learning methods don't translate well to software engineering
- The difference between *prepared state* (how you grew up learning) and *dynamic state* (how you should actually learn)
- A defining trait of the most successful interviewers, which most candidates don't have
- How to train yourself properly when it comes to your interview preparation and overall learning

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

At Big Tech, You're Just A Cog In The Machine

Many people idolize FAANG companies, because they own these amazing products that everyone uses. However, working on these products is rarely as glamorous as people think: The experience is often worse the more successful the product is.

Here are the core points from the video:

- **Your ownership will probably be super tiny** - This is especially true at non-senior levels (junior and mid-level). Big Tech companies have thousands of amazing, ultra-productive engineers, and there's only so much ownership to go around. It's not uncommon for a Big Tech engineer to make $200k+ per year mainly working on a single button.
- **The work is very incremental** - Since Big Tech's product suite is so mature, it's very hard to find 0 to 1 work there, which people generally find to be more exciting. Almost all "shipped" code is wrapped in an experiment at Big Tech, and a lot of these experiments will fail.
- **It can be hard to feel fulfilled** - It's not the most exciting to own a single widget within a feature within a broader service within the overall product, and it's definitely not something that's cool to share when people ask you what you do.

Related resources:

- ["What's the difference between Big Tech and startups in terms of learning and growth?"](https://www.jointaro.com/question/KWXIrFIR1EIJsvdOdo7u/whats-the-difference-between-big-tech-and-startups-in-terms-of-learning-and-growth/)
- ["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/)

System Design Series: Taro Playlists [Part 8] - Breaking Down The Work And Timeline

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 tactics are covered in the doc linked above, so this summary will focus on the "meta" context behind this part and additional commentary:

- Something Alex forgot to mention in this video is the "POCs" section, where POC = "Point of Contact".
  - Big projects will usually have a lot of stakeholders, so having this "people map" is very helpful for any project stakeholder to know who to direct their questions to for a certain aspect of the project (which are often about the timeline/milestones).
  - This small, humble section is *especially* relevant at FAANG/Big Tech where the range of responsibility holders is almost always huge for major projects.
- Decomposing work and breaking big projects down into smaller tasks is helpful for so many reasons:
  - It allows you to estimate the project far more accurately by increasing clarity.
  - It creates "swim-lanes" for more junior engineers as they now have smaller, clearer chunks of work as opposed to this giant, hulking ambiguous cloud of a project.
  - It makes it easy to understand project as you can now break clusters of tasks into groups and attach a milestone to each group.
- Don't just decompose the work: Try to sequence it into a logical order as well. For example, if you're building a CRUD feature, you probably want to prioritize the "Create" part as that's what everything stems from.

What Advice Do You Have For Women (And Allies) In Tech?

There are not enough women software engineers. Rachel talks about the importance of sponsorship for career advancement, being ok with discomfort, and using employee resource groups (ERGs) to find community + support.

For allies (those in positions of privilege), acknowledge contributions from women and call out their good work if it's not getting noticed. 

Rachel also discusses how to evaluate a company's priorities around diversity and inclusion.

For more wisdom from Rachel, [here's her Taro playlist](https://link.jointaro.com/Cm5rJk4RJTkWhhnq7).

"What does your day to day look like?" - 8/19/2022

- *In short, it varies a **lot**.* Startups are extremely unpredictable, and the biggest problem facing the company will change every month or even every week.
- However, there are 2 constants:
  - **Talking with new Taro Premium members** - We chat 30 minutes with every new member to get to know them, make sure they're set up properly within the community, and understand their job and career goals. These meetings add up, and we have a decent amount of them every day.
  - **Talking with Rahul** - There's always a ton going on, and we always have a bunch of ideas on how to evolve Taro, so we need a lot of time to talk each day, usually 45 minutes to 1 hour. According to YC, cofounders falling out is the #1 reason startups fail, so we really want to make sure that doesn't happen.
- We try to get a decent amount of code in every week, but it's hard to find time for it and the company's top priorities are often times not build related.
  - On a side note, the highest build priority for us right now is to really make the Taro web app silky smooth.
- We are fundraising right now, so that's dominating our lives.
- We have a lot of meetings in general as networking is crucial for startups.

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.