It would be good to think about a few problems you have worked through. You want to be able to go really deep on those. Talk through your logic, answer questions about key decisions you made, explain your reasoning, and just be able to go really deep. The more details you can remember and coherently talk through, the better. That is more important than having many stories.

At the same time, you want to be sure your stories cover the likely areas you discuss. You may want to look at what the company is looking for culture-wise and be able to have a story that relates to the big things that they are looking for with their culture and/or the role. For example, is a primary value collaboration or independence? Data-driven or customer-driven decision making? It is good when a story can be adjusted to different qualities so that you have fewer stories.

You really want to be able to go deep on those highly-impactful, highly-technical stories that are relevant to areas they ask (e.g. what was the hardest thing you have ever worked on? what was a time you had someone disagree with you and how did you work through that disagreement?), being ready to answer any questions they ask and drill down into the details.

Senior Software Engineer [IC3] at Nvidia

David Yastremsky

What are you most proud of so far?

If you could do anything differently knowing what you know now, what would it be?

Firstly, if you can, try to reframe your view of the coaching plan. It could be a great way to get increased feedback, something that can be so helpful for your career if you iterate on it quickly. You can always look back later to see what was useful and what was not, but for now, I would take the feedback as a good thing and roll with it.

The terms of your transfer offer changed, so I would not feel obligated to take it. From your post, it sounds like you would rather not. Is it possible to take a step back, get some distance, recharge (to ensure you are not making decisions while burnt out), and then make a decision? There is a great video on burnout and figuring out which variables are not working by the psychiatrist Dr. K (Healthy Gamer GG) [here](https://www.youtube.com/watch?v=jqONINYF17M&ab_channel=HealthyGamerGG).

A side project with friends can be fun. I would not leave your job to do it, especially if no one else on the team is. It is something you can do on evenings and weekends, especially if you find it exciting. Then you can see if it becomes profitable and stays exciting before your transition to doing it full-time. You can also interview for roles in health technology.

[This website](https://learngitbranching.js.org/?locale=en_US) is a solid interactive primer.

Another option is whenever you have something new you are thinking about doing in Git, try asking ChatGPT. And maybe ask for further reading. Don't take it as absolute truth, but it's a great starting point.

To clarify, you want to move countries purely for money and great work-life balance? I'm going to limit the scope of this answer to the money and work-life balance tradeoff, as whether a move for those reasons and the unpredictability of everything is worth it for you.

Compensation and work-life balance are generally negatively correlated. That said, as Rahul and Alex have said a lot, you can get really good work-life balance in big tech. It's so dependent on you though. You defined what compensation looks like. What does work-life balance for you look like? Is it 40 hours per week? That's totally doable. It will depend on company and team, plus your skillset. That number is viable in a lot of places.

What does good mental health look like for you? There are many Staff+ people on Taro and at my company who are very happy. They might be stressed sometimes during the workday, but it's up to them whether they bring that home afterwards. Or even how they approach their work (e.g. whether they stress about it, not everyone does).

In short, yes, this is certainly possible based on these assumed parameters. If you are an engineer who is solid at the Staff+ level of responsibility/work, define work-life balance in the ballpark of 40 hours, define good compensation as $500k+, and choose to not stress about work, I think this is certainly possible. It's going to come down to interviewing to find the right team and moving roles if needed.

I'm hearing a couple of different things here.

The biggest one is whether this is going to be the highest-demand area. It doesn't matter if it is: you have 10 years of experience in it! There are many mainframe and Cobalt developers who are well-paid for their deep expertise, even if many would not say that work is the sexiest work nowadays. If your goal is to optimize your career growth and compensation, I would personally rather stay in Android.

I am also hearing that you have lost interest in it. If that's the case, you can explore around and see if you prefer other areas. If you do this, beware of the novelty or "shiny object syndrome", since that will wear off. You'd probably get better bang for your career buck by trying to find new applications of Android that excite you or overlapping areas. If you want to touch AI, why not find an Android role that also has some exposure to AI? That's a good way to leverage your deep expertise and seniority in Android while learning a bit more about AI in a familiar context.

You need a strong, dependable support system. I would strongly recommend a therapist to work through these issues. You can do some work yourself with reading self-improvement content and following motivational + growth channels, but a good therapist can be instrumental in figuring out what you want, why you behave in the ways you do, and how you get to be the person you want to be. There may even be some mental health stuff to work through there.

I think there's a lot of generic advice for procrastination and motivation (e.g. creating fake deadlines, checking in with your manager more often with smaller goals, etc.), but I really think a therapist is where to start here. They can tailor advice for you, iterate quickly, and provide accountability for you.

I'm really sorry you're going through this time where your pay decreased, possibly disproportionately to others. I think with a situation like this, you really need to think about your leverage. The best leverage is being able to leave, especially with other (higher) offers. It does not sound like this is the case here. Even if it was, internally negotiating often leads to a bad environment and delayed raises later anyway, so most people would advise leaving.

The reasons you cite are valid ones: a pay disparity between you and others and a pay drop due to remote status. Plus, inflation is higher than what you are asking for. However, none of those reasons are reasons that the company would likely increase your raise. They need a reason to that makes sense to their bottom line, which is usually about retaining you. So if you're not ready to leave if they decline your request, I'd say interview around and see what other offers you can get.

If the meeting you have with your manager is for you two to discuss the performance review and raises, it's likely they'll already come in with an HR-approved pay package for the following year. It likely isn't meant for you to negotiate, though you could make them aware of your concerns there and see what they can do or if they can offer a plan for next year's compensation increases. I wouldn't push too hard unless you are actually ready to leave. Interviewing around would be the better bet.

No. Your performance will be compared against other candidates using Python. If they have interviewers familiar with Golang who can interview you in that (and compare your thinking + implementation against other Golang candidates), that would be great. Otherwise, it's probably quicker to brush up on Java than to learn Python, since your Java will quickly come back and you won't make beginner mistakes in Python.

Also, can you speak with the recruiter about securing more time to interview? You can state that you need to brush up on your Java (or Python). Depending on the urgency for the role, the recruiter would hopefully be able to give you more time to ensure you can bring your best to the interview. If this is a phone screen, it may matter less. You'll want to make sure you have enough time to feel ready before future rounds.

You are always going to have a trade-off. Some companies are known for better work-life balance, like Microsoft and Google. Even there, it's going to be team-specific. That said, growing your career + having a high salary operate on an opposing axis from having good work-life balance. So you need to choose the balance that works for you.

My suggestion is to interview at a lot of the bigger tech companies and get a sense of the specific team interviewing you. The company matters, but it's moreso about the team. You'll find laid-back teams at stressful companies and stressful teams at laid-back companies. Your fit within the team will also matter, because the amount of work you do is not always as important as how you feel doing it (because of environment). A company could have amazing tools for growth, yet you could end up with a manager who blocks your growth. So really, interview, interview, interview. That's my advice. :)

A few thoughts:

- You should have significant savings ready. This is good practice always. Live below your means. Make it so that being unemployed for a reasonable period of time won't land you on the street. If this is the case for you now, hopefully that alleviates your stress. If not, start working toward this goal. You can look at resources like FIRE communities, which will help here.
- It's unlikely you both get laid off at the same time.
- You can start job hunting now. See if you can have a job lined up. You never know, you may find a job that is a better fit.
- This sounds like a mental health issue. Practical suggestions are always great to implement first, but beyond that, there are other tools for mental health. Diet, sleep, exercise, meditation, and more. The biggest help here is going to be a therapist. They can walk you through your thinking better than any answer here. If you are having palpitations, anti-anxiety medication could be important too for getting you mentally and physically healthy. Therapy would be my first step though. And, luckily, you can do it in parallel with the practical solutions (e.g. saving up money, interviewing, etc.).

One option is getting a job within India for a company that has offices in the United States and internal mobility for engineers to be transferred from India to the U.S. with sponsorship. You would have to join and make an impact. In that process, it would be good to talk to engineers at the company on how they made the transition, if you can find some who did. You could also get counsel from HR or your manager.

You will have to be gentle with this though. Do not interview asking about this or come in on day 1 asking how to transfer. First, prove yourself. Then, explore that opportunity.

Two quick thoughts:

- "Amazing opportunity"? It's good to be grateful, but be careful here. If you psych yourself up too much, you might be very nervous and have a rough experience. They are another human being, just a bit ahead on their career journey. Hopefully, you'll have plenty of opportunities in the near-term and long-term to meet other tech leads and engineers further on the career journey.
- What's your aim? It's hard to answer this question without context, as we don't know your role, career path, goals, relationship to this person, or a number of other important specifics. I would start with clarifying your goal though. Is it a tech lead on your team? Watch some of the Taro content on how to start a new project and make an impact fast. Questions there would be around how to onboard quickly and what areas could push the project along. Is this a lead on another team? Maybe your goal is to learn about their project and create a relationship for the future. The first question to gain clarity around is what your goal is in this interaction. Once you know the why, the how will be much easier.

I would echo what Alex said. This differs from team to team. Keep in mind that if your friend is working \~135 hours per week, then their pay is not actually that great when considered on a per-hour basis.

I think what your friend is describing is nowhere near the industry average. Beyond what Alex wrote, I want to say that I find people love looking very busy, because they conflate busyness with importance or impact. They are not the same. For this type of role, working a lot is possible for some people, but most people would likely burn out doing challenging work for many hours and not actually sustain the high level of effort required. There is research on this (see Cal Newport's *Deep Work*, which covers how few people can do more than 4 hours of deep work a day). They are also more likely to make mistakes, which they then have to spend time fixing later. So while it's likely your friend is working significantly more than average, I would take everything anyone says with a grain of salt, especially if they are saying they barely sleep or eat and do nothing but work.

My recommendation would be to network with other engineers, learn about different companies' cultures, and get a sense of the day-to-day. Few things people are working are urgent and critical to the world to get done ASAP. It's normal to have the occasional crunch where you need to focus and get something out quickly. It's not normal for it to be the norm. If that's the case, the team needs to hire more people. So I wouldn't worry about this, and I'd get exposure to the perspectives of other engineers. I'd also talk to my friend about whether they might want to look at other teams/roles, but that's just me.

Everyone's mind works differently. If you already have experience coding in other languages and are skilled in reading documentation, starting with building could be the way to go. Personally, I usually skim the basics of a language (e.g. syntax), check how it compiles/builds/runs, then get started coding in it.

Where tutorials really thrive is taking people who have no/limited coding experience and getting them building something. It's also helpful for having a structured way for learning specific things. For example, there could be a tutorial that uses C++ concurrency, and it could help getting you thinking correctly about concurrency. You could pick up concepts you would not have otherwise and gain abilities to build projects similar to the tutorial. If you are not looking for that or prefer to jump straight in, do! You'll quickly find out what you don't know and be ability to iterate quickly by looking up the concepts relevant to you building your CLI tool.

If it was me, I would look to create opportunities. I would also change the objective function here. It sounds like everyone on the team sees an opportunity created for them and fights for it. However, that's all about them. If you are instead trying to improve the product and project, find what will help the product the most. That will naturally lead you to the most impact.

Taro has a lot of videos with examples of projects that have the scope to help people make mid-level, senior, and staff project. Those often involve finding pain points (e.g. in the development process, for customers, etc.) and addressing them. Do that start to end. Find a high-impact opportunity, gather objective proof it needs to be addressed, then create a prototype solution. Present it and gain consensus. It's obviously something you are leading then. Once you convince others it is important, they can help you. And you can do it well, leading an improvement start-to-end. Including gaining adoption, documenting it, selling it, and measuring the impact at the end.

Occasionally, you are lucky and given scope within a project (e.g. retiring engineers or engineers who are promoted and give it to you). That's what many people are looking for. However, the thing most within your control is creating scope *that delivers value*. That's also most valuable for the product and makes the strongest case for a promotion, in my opinion.

This really depends on the recruiter and your relationship with them. As a general rule, I would not provide information to them about other interviews, short of letting them know you are recruiting independently to be transparent with them. This assumes good faith and a solid recruiter.

I think telling them your desired compensation range would be a more effective use of both of your times. They are there to find you a role. If you are looking for, say, $120-150k, and their matching roles only go up to $100k, then they know sending those to you is a waste of time for both of you. Typically, these agreements pay them on commission, so you getting a higher compensation is beneficial to them. Perhaps that's changed recently. Even so, I don't expect they gain much by getting you to take lower pay unless it gets you to take a job you otherwise would not have. In my experience, being upfront with recruiters about what my expectations are and how important each is have been helpful.

Edit: To alleviate your concerns, your recruiter is incredibly unlikely to contact your current companies and harm your chances. That would not make sense. I only say above to not tell them specifics because there is no reason they need to know that (except in the case that they want you to look at the same role through them, in which case you can simply decline to be referred for that one).

Ryan gave a great detailed answer. I'd like to add a small thing: you need a feedback mechanism. You'll never know why you failed unless the company tells you, which is rare, especially for them to provide the objective reason. And a lot of it is not dependent on you, such as the performance of other candidates interviewed for the role. To improve on the part that is within your control, you need to get feedback.

Try to get some mock interviews. Get them with different people who have experience interviewing for the roles you are applying for (e.g. software engineer roles). There are services to do this, but I'd advise getting friends, colleagues, or fellow Tarodactyls. You want to get different, quality perspectives, so you can filter out the noise. Getting that feedback is invaluable.

Again, there are a million reasons that someone may not get a role. A competitive market. Funding drying up for a role. A manager looking for a specific skill. A start-up CTO finding a candidate who is incredibly passionate about their company. A lot of that is not in your control. However, if you want to become the best candidate you can be, you need to get and integrate interview feedback. Mock interviews are a great place to do that.

Note: After typing this up, I realize Ryan mentioned recording yourself and creating a feedback mechanism that way. That is a great approach. I do think mock interviews get even closer to a real interview situation and get you feedback from others, so they are a valuable addition, but that's a pretty ingenious approach to bettering yourself that I'd definitely give a try.

This depends what roles you are applying for. Are you looking at Software Engineer, Product Managers, or other roles? What kinds of companies are you applying to? You can generally find mock questions on Glassdoor for larger companies. For software roles, Leetcode (data structures & algorithms) tends to be the gold standard. When looking for the answer to this question for you, you'll want to look online or ask here based on what you are applying for.

As far as the behavioral questions, there are some themes, but it will vary by interviewer. Some companies have specific requirements, like Amazon focusing on their Leadership Principles, which you want your stories to relate to. Preparing detailed, clear stories for different themes is important. You can look up formats like the STAR method.

Once you have interviews lined up for specific roles at specific companies, you can make your preparation more specific. Until then, think about the roles you want to apply to and cater your interview preparation to generally getting ready for those roles.

Have you tried looking up questions for that company on Glassdoor or Google? Every team and interviewer is different, especially when you move into the start-up world. That said, you might be able to find questions for the company on Glassdoor. 

Overall, your best bet is to talk to the recruiter to clarify expectations around the interview process. They should want to help you prepare and give you clear expectations, especially if this is a place you would want to work. Most recruiters would also take this as a positive sign that you are interested and taking their interview process seriously.

Beyond that, general interview preparation (e.g. understanding algorithms and data structures) is always important. Also, especially for a start-up, look at the role you applied to and be ready for questions related to the requirements and responsibilities of the role.

What I'm hearing in your question is the assumption that you need to be able to do all the things. This is a common issue in today's world, where time is so carefully measured and opportunities for using your time are endless. Even those who manage to do many things, have many experiences, contain many great things in your life, etc. then want to use their time to have even more things, experiences, and things. There is always a tradeoff.

You need to prioritize. In that process, question your assumptions. Are there things in your life where you use time that do not add sufficient value? For example, social media can be one of those things for people. You are not a robot, so you cannot remove all of it, but that is a reasonable question. Based on your question, I assume that you have probably looked at many of those things and have little free time.

Then, it comes to priorities. What are your values? How do you live in alignment to them? What will you value or regret on your death bed? This is a great chance to re-evaluate how you want to be living your life. Jumping to a much less challenging job now might make sense if you are very burnt out and that would help. It sounds like that would make you unhappy, as someone who seems to value ambition and career growth highly.

This question sounds more in the realm of one for a mental health or coach. You can do a lot on the professional side. Figure out your goals, set clear boundaries with your team, and see what it takes to achieve the career success you want and what the costs are for each possible level of success, then decide what is optimal. But a lot is outside the scope of careers. Maybe you want to have a conversation with your partner about what you need. Why is their career more important than yours? What would make sense for both of you in terms of contribution to your kids and the household? I would engage with a professional who can help you think through these questions or, at a minimum, think through them yourself. You cannot give 100% of your resources to being an engineer, 100% to being a parent, 100% to being a partner... and so on. And you will burn yourself out trying.

That is very dependent on your company and team. You should speak with your manager. Since interns are already a net negative financially for most teams, it's rare to have the budget to provide overtime or for it to make sense to do so.

Where it gets tricky is that, legally and ethically, you should bill for any time you are working when you are hourly. However, if the decision is not being dictated by the project needs and your manager, then you are choosing to work longer for your learning. That's more your choice and could be considered outside of work. I wouldn't work longer hours and bill for them without talking to your manager. Doubly so if you are doing it to maximize your learning versus responding to project requirements.

It won't make much of a difference. The point of an internship from the company's perspective is to train and hopefully recruit you, assuming it's a match. The assumption is you'd like to convert your internship to a full-time offer.

With that said, you should treat this like an engineer anywhere else. Create goals for your summer, communicate those goals with your manager, and have open communication about progress and blockers. Those goals should center around things like getting to know people, clarifying career goals, and making an impact. They should not be about securing an offer, which would be a secondary effect of making progress towards your goals. It's company-specific, but by the middle of your internship, conversations around your return will likely start. You definitely don't want to only start them at the end. This will make it clear you want to return and clarify what that process looks like for you.

And remember, this is an opportunity for you beyond getting an offer. You can learn. You can meet people. You can explore your career before starting. Teams love interns for the energy they bring to a project. It can get exhausting for people when interns start talking about returning from day 1, before they even met anyone or got a sense of the team. It makes it seem that much more disingenuous. Bring good energy, learn, meet people, work on some cool things. That's what gets you a return offer, which most companies want to give you anyway. Talking about converting daily will exhaust you and those around you, and you'll get far less from your internship than you would otherwise.

You’re really overthinking this. PIPs suck, but they happen. Many factors could lead to them. It wasn’t a fit at that time, with that company, with that team, with you. It doesn’t say anything about you or your performance. You got PIP’ed once, so I wouldn’t worry that you’re not a fit for that type of company or anything else. I’d focus on getting that next role, then you could lean on the Taro community for optimizing how you navigate it.

Also, don’t reveal that you were PIP’ed. It’s irrelevant. Your previous company won’t reveal it due to fear of lawsuit. They’ll just confirm your employment. Don’t overthink this.

Nvidia

Mid-Level Software Engineer [IC2]

I've found getting patents to be completely orthogonal to software work. The best way to learn how to do them at your company is to work on one. If you have engineers on your team who would be willing to have you help out with the patent, then you should definitely offer to do help as much as you can. In theory, this would be worth it for the experience alone, but it's possible they may decline (depending on how your company incentivizes patents and their personal incentives) since taking your help would almost certainly necessitate putting you on the patent. If it doesn't, then you could offer your help without being named an inventor since you're learning via this experience.

While I agree with Alex that there's little reason for most software engineers to go after patents, if you choose to do so, that's the path I'd take: getting experience and mentorship by someone who has several patents. If you can't find someone willing to accept help with a patent, then learning about the ones your teammates put out and coming up with ideas could also be helpful. You can see what your teammates think of your patent ideas. They may help you refine them, give you a sense of direction, and possible suggest you go forward with an idea eventually (and they'll almost certainly help, so you'll get mentorship here too). Keep in mind that even if your patent is filed by Legal, it'll likely be 12-18 months before any conditional patent is available via public search and years before it's approved. And it'll be the company's patent, though you'll be listed as an inventor.

Definitely consider your motivation before you go through this process though. It's a good amount of work that's unrelated to your work, and you won't advance your career this way (unless you're going somewhere where patents are the norm, e.g. some research scientist roles).