Master The Behavioral Interview [Part 14] - Junior Engineer

Every software engineer starts off as a junior engineer. Junior engineers can't really do anything, but they still need to do pass interviews. This lesson teaches you:

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

Managing Up: Summary

The main takeaways from the Managing Up course:

- Understand your manager's style
- Share your style, build connection points
- "Be brief, be bright, be gone"
- Avoid surprises, be proactive
- Seek first to understand
- Own your 1:1s
- Set boundaries early

References:

- Connect with [**Ethan on LinkedIn**](https://www.linkedin.com/in/ethanevansvp/)
- Taro members get a discount to join [**Ethan's Level Up community**](https://levelupwithethanevans.substack.com/taro25)

Next steps:

- Share + get support: [**joinTaro.com/questions/create/**](http://joinTaro.com/questions/create/)
- Find community: [**joinTaro.com/events/**](http://joinTaro.com/events/)
- Send feedback to [**team@jointaro.com**](mailto:team+negotiation@jointaro.com)

Managing Up: Managing Expectations

Negotiation Course: Don’t Overshare (Level, Passion, Timeline)

Understanding your emotional attachment to the offer is even more important than the data. Ideally, you want low emotional attachment and high data (as explained in [this Taro blog post](https://www.jointaro.com/blog/the-5-lies-that-too-many-people-believe-about-negotiating-a-job-offer/) by Rora).

For example, don't reveal that you're only talking to a single company, or that you're talking to 30 (either extreme can hurt you). Sample dialog: 

> If anything changes on my end, I’ll let you know, but for now I’m eager to learn more about your company

(There's a whole section dedicated to helpful phrases later on.)

You can share information with the recruiter, but be mindful of what and when you share. How much PTO or signing bonus you want are topics that should come up before (if it's a blocker) and after the interview, not during.

**If in doubt, don’t share it**. Just be positive and non-committal to pretty much everything the recruiter says. Answer questions with vague responses and be confident.

Negotiation Course: Misconceptions Around Negotiating

Given how taboo money + compensation is, there are unsurprisingly many misconceptions about negotiation. Here are 3 common lies you may have heard about negotiation:

**Myth #1**: *"Your offer will get rescinded if you negotiate."* Companies will never rescind your offer for simply negotiating if you do it in good faith and you're not lying about it. Once you’ve gotten to the offer stage, the company has invested many hours of time evaluating you, so it'd be irrational for them to withdraw the offer simply because you're curious about the compensation package.

**Myth #2**: *"Negotiation makes you look cheap."* In fact, quite the opposite. Negotiating effectively shows that you're a high-value candidate, and that you understand the value you're bringing to the company. 

**Myth #3**: *"Someone will get less if you get more."* This is not how tech job offers work. The technology industry (at least the VC-backed companies that employ the majority of people) is focused on rapid growth. These companies are generally more concerned about growth rather than trying to save money through small compensation adjustments.

File all this under fake news!

Nail Your Promotion As A Software Engineer [Part 13] - Create An Expectations Plan

Don't leave your promotion to chance - Getting promoted as a software engineer should be as close to a contract as possible. This lesson teaches you:

- Why you need an expectations plan to get promoted efficiently
- The right mentality to have when it comes to crafting an expectations plan
- How to organize your expectations plan, particularly at bigger tech companies
- What a top-tier expectations plan looks like with a real, in-depth example from Meta

If you're interested in the growth plan mentioned in the video, here it is: [Meta E4 -&gt; E5 Growth Plan](https://firebasestorage.googleapis.com/v0/b/tech-career-growth.appspot.com/o/articles%2Fmeta_e4_to_e5_growth_plan.pdf?alt=media&token=e13d88fd-9356-4c20-a229-cf0cad78a9af)

Nail Your Promotion As A Software Engineer [Part 12] - Talk To Your Manager

In order to get promoted, you almost certainly need your engineering manager on your side. However, this is much said than done, and many engineers mess this up. This lesson teaches you:

- The importance of being deliberate about promotion
- Why your engineering manager is so important to your promotion case
- The fundamental principal to remember when it comes to asking for promotion
- What to do and what *not* to do when having that promotion conversation with your manager
- How to react gracefully and effectively if your manager doesn't believe you are ready to start really thinking about promotion

Nail Your Promotion As A Software Engineer [Part 7] - The #1 Piece: Engineering Manager

In order to have a real shot promotion, you need an engineering manager who's in your corner. Despite this, so many software engineers index entirely on company and product space, ignoring this crucial angle. This lesson teaches you:

- Why your engineering manager is so important for your promotion case
- The #1 concept to remember when evaluating a manager to support your promotion
- The exact differences between an engineering manager who is great for your promotion vs. one who is more risky
- How to get the real information you need to judge an engineering manager

Onboarding With A Probation Period

Because labor laws outside the US can make it difficult to fire someone, many companies will add more barriers before you are a full-time employee at the company with benefits. They will make employees work during a probation period before deciding to offer full-time employment. Contract-to-hire is another common way that this manifests ("try before you buy").

Here are some tips if you're working on this model:

- Chat with your manager early (ideally even before you join) so you can hit the ground running and make a good first impression.
- Information access may be limited, so call out when this happens. You don't want something outside your control to reflect poorly on you.
- Understand the criteria you’re being judged on, e.g. code commits, code reviews, design docs, etc. Track these metrics diligently, and you can even report on them regularly.

Relevant discussion: [I’m starting at Apple with a 3 month probation as a new grad. How should I think about the probation period?](https://www.jointaro.com/question/JtFLSdc1ShdaqiIyFcqe/im-starting-at-apple-with-a-3-month-probation-as-a-new-grad-how-should-i-think-about-the-probation-period/)

Onboarding Tips Within Smaller Companies

Some relevant tips if you're onboarding as an engineer in a smaller company:

- Smaller companies will have less process and, therefore, a less formal onboarding. This means it's more important to get stuff done quickly since you can't rely on a bunch of classes or hand-holding.
  - A good benchmark is to land code within a week
- In a smaller company, a lot of knowledge will be in the heads of a few people
  - Your goal is to find the tenured people and ensure you understand their worldview and prioritization.
- Don’t assume processes or people exist. Especially if you come from a larger company, you should not assume that there is a well-defined QA (Quality Assurance) team or design team.

Ace Your Tech Interview As A Software Engineer [Part 36] - Getting Interview Feedback

The best way to get better at software engineer interviews is to fail a bunch of software engineer interviews. But how exactly do we do that? This lesson teaches you: 

- Why you're probably not getting feedback from the company after you have failed their interview
- What you should do instead after an interview to maximize the learning that you get from the experience

Ace Your Tech Interview As A Software Engineer [Part 23] - Data Structures And Algorithms (DSA)

Data structures and algorithms (otherwise known as DSA) - We've all heard of them before. For many software engineers on the job hunt, it is the bane of their existence (and for good reason). This lesson teaches you:

- When to expect DSA problems during the interview loop
- How DSA problems came to take over the software engineer interview
- Why FAANG and Big Tech companies overall use DSA interviews so aggressively (hint: it's not because they're stupid)

To master the data structures and algorithms interview, check out these resources:

- [\[Course\] Master The Data Structures And Algorithms Interview](https://www.jointaro.com/course/master-the-data-structures-and-algorithms-interview/)
- [\[Taro Top 10\] Effective Interview Prep](https://www.jointaro.com/playlist/HLBYxJI7D1j8STolrwum/)

PIP In Big Tech -- Amazon, Meta, Google

In this section, we cover the path for employees to enter a PIP for three Big Tech companies — Amazon, Meta, and Google.

At **Amazon**, the poor performance rating is called **Needs Improvement (NI)**. Poor performers are put on a Focus, which is a development plan to get back on track. Think of it like a warning. If the focus does not do well, the employee is put on a Pivot, at which point the options are to leave the company or accept a PIP. Learn more here: <https://www.jointaro.com/topic/amazon/performance-review/>

At **Meta**, the poor performance rating is called **Meets Some (MS)** or **Meets All (MA)** Expectations. If the HRBP (Human Resources Business Partner) is part of your review meeting, a PIP is likely. One unique policy of Meta is something called "up or out." This requires engineers to get promoted every few years until hitting Senior Engineer \[E5\]. Learn more at <https://www.jointaro.com/topic/meta/performance-review/>

At **Google**, the poor performance rating is called **Not Enough Impact (NI)** or **Moderate Impact (MI).** A "Support check-in" indicates poor performance and candidate for a PIP. Google is generally more laid-back when it comes to performance compared to other companies. Learn more here: <https://www.jointaro.com/topic/google/performance-review/>

Ask Me Anything (AMA) with a Meta and Databricks Eng Director - Ritendra Datta

[**Ritendra Datta**](https://www.linkedin.com/in/ritendradatta/) is a Senior Director of Engineering at Databricks.

Previously, he was the Head of FB Reels and Video Recommendations (Director of Engineering) at Meta, where he worked from 2019 - 2023. Prior to that, he was a Senior Staff Software Engineer and Tech Lead working at Google in Mountain View. See the [Q&A Ritendra led in the discussion forum](https://www.jointaro.com/question/FaRXsBFD3JpNtFlsmC6Q/im-ritendra-ex-metagoogle-current-senior-director-at-databricks-ama/).

In this Ask Me Anything (AMA), Ritendra answered many questions about tech leadership and career growth!

**Career Preferences in Small vs Large Companies**

Ritendra explained that he enjoys working in smaller, more self-contained companies where he can have a greater impact and more direct relationships with colleagues and superiors. He also highlighted his discomfort in large companies where there are more people than problems and where he would rather focus on technical work than fighting for scope. He ended by stating that his 'sweet spot' is in smaller companies like Databricks or the early days of Google.

**Manager Evaluation and Influence Strategies**

Ritendra discussed how to evaluate a manager and increase influence in a new company. Rahul asked for advice on evaluating a manager, and Ritendra emphasized the importance of empathy, understanding, and a focus on the employee's growth. He suggested asking existing reports about their manager's responses to failure and success, and their approach to career growth. Later, Rahul asked about increasing influence in a new company, and Ritendra advised understanding the company's pain points and focusing on solving them. He cautioned against bringing in new problems to solve, as it can be dismissed due to the existing workload. He also mentioned that introducing a new perspective can also lead to influence.

**Director's Tech Role: Problems and Strategies**

Ritendra discussed the common people problems faced by a director in a technology leading role. Ritendra highlighted the issue of conflict within an overgrown organization, where there are too many people and not enough problems, leading to fights over scope and misaligned career aspirations. He also shared his personal strategy of moving to a different part of the company where the problem is less prevalent. Rahul asked about identifying fast-growing opportunities within a company, to which Ritendra suggested evaluating visibility and impact potential. He advised focusing on areas that are important to the business outcomes but not heavily crowded, and not always following the CEO's narrative.

**Executive Presence: Leading Beyond Teams**

Ritendra shared his personal experience of receiving feedback about his lack of executive presence early in his career and his subsequent efforts to develop it. They also emphasized the importance of understanding and executing on leaders' strategies, as well as effective communication with senior leadership. The conversation touched on the importance of taking action items and follow-ups, and maintaining a balance between being assertive and respectful in discussions with senior leaders. They concluded that executive presence is not solely about intelligence or technical expertise, but also about understanding and acting on strategic directions.

**Relationship-Building and Communication Strategies**

Jordan queried how to optimize the value of one-on-one meetings, to which Ritendra expressed his preference for these meetings due to their potential for honest communication and vulnerability. He shared his personal experience of joining a new company to highlight the significance of openness in establishing deep connections with others. Ritendra cautioned against frequent complaining, recommending a balance of 70% positive communication and 30% expressing struggles.

**Managing Difficult Relationships and Career Advice**

If you have a difficult manager relationship, Ritendra suggested that one should make a judgment call on whether the manager has already given up on them and advised seeking an exit if the relationship can't be repaired. He also mentioned that negative performance reviews often lead to further negative reviews, making it less likely for a turnaround. The topic of how much senior leadership knows about struggling mid or senior-level engineers was also discussed, with Ritendra confirming that such information does spread up the reporting chain. Lastly, Rahul asked about Ritendra's relationship with money as he climbed the career ladder. Ritendra stated that beyond a certain compensation, money doesn't significantly change one's quality of life and that he values his daily happiness over a higher salary.

**AI and ML Advice From Experienced Engineer**

Ritendra advises to focus on the areas surrounding the problem at hand, follow industry experts, read Linkedin articles, and listen to podcasts for new ideas. He emphasized that companies typically focus on fundamental knowledge rather than specific details about recent developments. Ritendra also suggested the use of co-pilot tools, such as AI assisted code writing, to make lives easier and recommended learning about the psychology of engineering and technology.

Relevant links:

- See the [Q&A Ritendra led in the discussion forum](https://www.jointaro.com/question/FaRXsBFD3JpNtFlsmC6Q/im-ritendra-ex-metagoogle-current-senior-director-at-databricks-ama/).
- Check out [**Ritendra's Substack here**](https://tldr0.substack.com/) and [**Medium here**](https://tldr0.medium.com/). (He wrote about his prior [**AMA from Blind**](https://tldr0.substack.com/p/a-fascinating-q-and-a-with-meta-employees) here.)
- Check out discussions with another [**Senior Eng Leader, David Pan, here**](https://www.jointaro.com/topic/david-pan/) and [**Rachel Zhao, here**](https://www.jointaro.com/topic/rachel-zhao/).

Rahul's Compensation Journey To $800K (and behind-the-scenes)

In 2021, the last full year Rahul worked at Meta, he made $823K. When he joined Facebook (Meta) in 2017, his total compensation was $390K. See the full details [in the YouTube video](https://youtu.be/inydj1VZ0y0).

In this session, Rahul documents how his yearly compensation more than doubled over the 4.5 years he was employed at the company. This talk will cover details that didn't fit into the YouTube video while exploring angles of it more in-depth.

Topics:

- What components of compensation matter the most in a typical tech company
- Parts of a company's compensation philosophy which have large consquences, but are not often understood or discussed
- How to think about level and negotiation when job hopping
- The psychology around pay changes, and how people change their spending when hitting certain compensation milestones

Related content:

- [How To Earn Respect Fast - Senior Engineer Onboarding Story](https://www.jointaro.com/lesson/FaD8tVGXP6SiRQfee4SD/how-to-earn-respect-fast-senior-engineer-onboarding-story/)
- ["How can I think like a staff engineer?"](https://www.jointaro.com/question/RU3Mof8NeEYQP30l6giW/how-can-i-think-like-a-staff-engineer/)
- [This Is Why FAANG Engineers Make So Much Money - Tech Compensation Breakdown](https://www.jointaro.com/lesson/1aKjiSKcHDttnyTAYXy4/this-is-why-faang-engineers-make-so-much-money-tech-compensation-breakdown/)
- [\[Masterclass\] Understanding And Optimizing Your Pay In Tech](https://www.jointaro.com/lesson/gk408yBIV2fa5RjVR213/masterclass-understanding-and-optimizing-your-pay-in-tech/)

[Part 4] Software Engineer Onboarding: Understand Strategic Decisions

Learn the business to make good strategic decisions.

By the time you're a month or more into your job, you should start execution on your projects, but you should continue gathering context about your team and company. You should document key decision points in your work, and reflect on who is involved, how long various steps take, and the level of detail various stakeholders ask for.

------

This is part 4 of a 4 part series from Daniel about how to **most efficiently** and **most effectively** onboard into a new team or company. What should you spend your time doing in the first few months of joining, and how should that change based on your level? 

This masterclass covers this topic from the perspective of Daniel Tomko, a 20 year Big Tech veteran. Daniel spent 11 years at Microsoft and 8 years at Meta in various senior IC and management positions. 

- [Go back to part 1 of the masterclass here](https://www.jointaro.com/lesson/IYZRmwp33E3TBeFQFr9c/part-1-software-engineer-onboarding-embrace-your-lack-of-knowledge/)
- Connect with Daniel Tomko on [LinkedIn](https://www.linkedin.com/in/danieltomko/)
- Check out the [Formation.dev discount](https://www.jointaro.com/perks/) for Taro Premium members
- [How To Figure Out If A Team Is Important To A Company](https://www.jointaro.com/lesson/9OwPRwFFSMvEoVj6Zt5Q/how-to-figure-out-if-a-team-is-important-to-a-company/)
- [How To Find A Good Team With Career Growth Opportunities](https://www.jointaro.com/lesson/UGIUC9zaGccK0tOarBri/how-to-find-a-good-team-with-career-growth-opportunities/)
- [This Is How You Get Feedback - Making The Process Smooth](https://www.jointaro.com/lesson/aGuxjGbFjYb34ofhRxjs/this-is-how-you-get-feedback-making-the-process-smooth/)

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?

"What is the growth plan for Taro Premium?" - 8/18/2022

There are 2 core areas at play here:
1. Empowering Taro Premium members to share their diverse wealth of perspectives and wisdom
2. Tactical areas of improvement

**Communal Sharing**
- Right now, Rahul and I are doing the thing that doesn't scale in true startup fashion: Providing the vast majority of career guidance ourselves.
- However, not only does this not scale, we firmly believe that this isn't the right thing to do long term: Our perspectives are only 2 out of millions of incredible people working in tech.
- Let me be frank: While we've had a diverse range of experience and pushed to understand as many angles of the tech scene as possible, our perspective is narrow. We've only worked in the Silicon Valley. We're around the same age. We spent the lion's share of our careers working at Meta. We're both Asian men. Because of this, there's a lot of stuff we don't know and aren't well equipped to talk about.
- This is where the community comes in. At the time of release of this video, we have ~170 members in Taro Premium, and I've been blown away by the diversity of backgrounds present. If we can enable, reward, and empower all these incredible folks in tech to share their perspectives and help one another, we can create what is truly the greatest repository of tech career advice on Earth.

**Tactical Stuff**
- Our main priority right now is opening up the Q&A career advice platform, so that all members of Taro Premium can easily ask and answer questions.
- While this was recently made possible, there's still a lot lacking. There's no notifications to know when your question has been answered, and we all know that the UI/UX has a ton of room for improvement, especially on web.
- We're working with a contract designer right now to completely overhaul the look and feel of the Taro web app.
- Another thing we want to figure out is member matching. For now, we're mainly matching folks of similar level as the incentives get wonky when you pair folks of different levels. However, this "algorithm" is still quite naive, and we have a long way to go before we can sustainably have folks network with one another in a way where all parties feel like they got value.

Understanding Performance Review Ratings

- The end goal of a performance review is to assign every employee a rating, which is like a grade in school.
- Know what ratings are good
  - What's average?
  - What puts you in the "danger zone" or on a formal performance improvement plan (PIP)?
  - Which rating is great?
- Understand which rating is necessary for promotion

What To Do If Your Manager Pings You Too Much

Receiving tons of interruptive messages or "can you take a quick look at this?" pings is something that every successful engineer must deal with.

The underlying cause of getting pinged too much by your manager is generally an indication that you're not effectively guarding your time.

A few options to consider:

- Understand the demands on your manager. Why do they feel the need to ping you so much? Do they not understand what you're doing, or perhaps they're facing a ton of pressure from their manager about high-pri bugs?
- Document how you're spending your time, and how that is making it harder for you to do the higher priority work.
- When you talk to your manager about the issue, bring up a proposed solution along with calling out the problem.

Related resources:

- ["How does one effectively handle pressure especially when the stakes are high?"](https://www.jointaro.com/question/Bxle0iRRpQXJV88KTpn4/how-does-one-effectively-handle-pressure-especially-when-the-stakes-are-high/)
- ["How to figure out what the most important projects are?"](https://www.jointaro.com/question/CgCPA60bDDHoOteN7Lmb/how-to-figure-out-what-the-most-important-projects-are/)

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.