Explore Grab on Taro

Even for the existing money earned and invested, seems like it may face some impact due to the probable hit on US economy due to the same. What can one do best in this situation?

In fast-paced organisations that launch a lot of features on a quarterly basis and teams with large sizes, how should a tech lead or team members ensure that everyone knows about everything or is enabled to get to know about it?

Quite often, whenever a new feature comes in, it could be repurposing technology built for other features as well. But, given the pace at which these are developed, it is often hard to know what everyone is working on. Sometimes, each of these features may have idiosyncracies that may be getting missed out by new joiners, especially due to the volume of information, especially for teams that have been in existence since a long time.

I recall once when changes for a new feature done by a developer reverted some conditionals for an older feature, thus causing an outage. How do you prevent this and ensure knowledge of everything is available to all, especially to people new to an organisation?

Also, are there some general practices to ensure that these are easily discoverable? Video recordings are time consuming to go through, and wikis though they exist, are sometimes difficult to navigate, when you don't know what you are searching for? I am thinking of something like a mind map could help here, but what are your thoughts?

In uncertain times, and given the risk of job security in tech, what are your views on passive income modes or side hustles such as writing a blog?

Can you suggest some of these for someone who is currently a backend software engineer?

Also, I am ruling out hustles such as driving Lyft/Uber as they require active participation.

In the age of IDEs with autocomplete, chat gpt and copilot does it makes sense to learn it?

I have seen Devs who use Vim browse through files and make changes at tremendous speed and am curious if it's a good tool to improve my productivity.

I did do a bit of Vim during my bachelor's but mostly used IDEs in all my jobs. It will take me some time to learn and make the switch but I feel it's a good time to learn it.

Also what is the importance of setting up your tooling and IDEs in being able to code faster.

US has a lot of big tech and startups. India has seen some growth in recent past as well. What are other locations worldwide where one can propel their career with good compensation and growth ?

I am thinking about this, more from a long term perspective, in terms of getting a Permanent Residence and moving with my family there.

I have recently joined a team which works in Go (no frameworks). My team handles multiple backend services ( exposed through REST APIs ) which are like a platform for various other services.

I have picked up the language grammar and have enough understanding to write working code. However, I feel I don't "get" it. I don't understand how to organise the code into a well-defined folder structure and interfaces.

I would like to understand what are some of the good ways to learn a new language. It's been 2 months since I started learning it and feel like I am working with incomplete knowledge. Maybe at 50% level. I know there's no point in understanding all the features of a language but I would like to understand design patterns, best practices and how to write high-quality code.

I really need to be able to ramp up in another month's time.

Majorly need advice on

1. Learning to write high-quality Go code
2. Writing with Dependency Injection in mind
3. Design patterns and low-level system design

1. Should one keep multiple offers till a week before the joining date as a safety net?
2. What are the steps one can take when an offer gets rescinded?

Prepping for interviews always feels detrimental to actual career growth. At the same time, what are the things one should look out for to avoid getting laid off and jump ship when things are about to go south.

One advice mentioned often is to look for finances of the company, but I am not aware how to analyse it. Can you help with resources for the same?

A new CTO was assigned in our organisation. If I get the chance to have a sync, what are the things I can and should discuss about ?

How does it differ from an entry level engineer to the head of engineering level at each of the levels, given the scope grows as well at each level?

• Software Engineer
• Senior Software Engineer
• Tech Lead
• Staff Software Engineer
• Principal Engineer
• Head of Engineering
• Director of Engineering
• Vice President
• CTO

How do each of the levels ensure they are onboarded as quickly as possible to have maximum impact ?

1. How do pull requests and pull request comments look like with an increasing level of seniority?
2. Are pull requests for senior engineers not expected to have any comments for improvements? If yes, then what kind of comments should be there?
3. Also, have seen some principal engineers not sharing their pull requests as they are quite high in seniority and merging it directly. Do you recommend that? If not, who should review PRs for very senior engineers if the team does not have engineers at that level?

1. What are the things you can suggest to reduce the turnaround time for onboarding a new engineer within the team?
2. What are the things that can enable them better?
3. How does this differ based on the stage of their career at which the new hire is in?

I am trying to get promoted to Lead Software Engineer, which relates to an E5 level at Meta, if I am not wrong. I have seen several engineers in my organisation coast at the current level I am.

I wanted to understand if there are some key things I should be doing in order to perform at a Tech Lead level, so that I am promoted to one as well. This would be a bit long question, but please bear with me.

Following are some of the things highlighted in a few discussions:

1. Should have demonstrated complex backend system designs - How do I create this opportunity to build a complex system for myself? Often, the projects we are a part of don't require complex solutions.
2. Have a very strong code quality
3. Mentor other engineers - I started having 1:1s with Junior engineers on how to grow. Have not been doing this with Senior Engineers, but I try to jump in calls with them whenever they need some help. Often, the credit goes hidden, and sometimes it does bother me, but not sure if there is some way around it. What are your thoughts?
4. Handling production outages and incidents - Trying to be on top of it. Recently, have been putting out short term fixes, but alongside working on some libraries to fix it in an extensible way and have a larger impact with other teams as well. Sometimes, having visibility for my work in other teams seems to be difficult, but trying my way around this. If there is something you can recommend, that would be great.
5. Should I mention in my skip levels that this is something I am targeting for myself? - Right now, my focus is to try to uplift the code quality, work on larger designs (a question mentioned wrt this), trying to uplift the team (I have created a channel where I share stuff that can help the team upskill, brief nuggets of information on how to write good code etc. Doing this almost twice a week for around 2 months now), trying to mentor engineers within the team.

Another aspect is that my team would be getting changed soon due to organisational requirements. Given that, How do I make sure I am on the right trajectory to getting promoted ? (One thing on top of my mind is that I would be asking for junior engineers whom I can work with and try uplifting, alongside asking for opportunities/projects that would have large visibility and impact.)

Do you have any other advice for me?

For example: If an organisation does not value quality code but no. of features shipped, I feel it would eventually face difficulty in adding new features. Thoughts ?

I have gotten this feedback from my managers couple of times. Problem is - in the past (in some other companies), I have been on the receiving end of negativity. Often times, being reprimanded for asking a question, in some of the other teams I was a part of. I recall that I was shouted at in front of everyone because I was too tired during one of my on-calls and dozed off, missing an on-call call at 3:30 AM. I recall these events getting escalated to VP level. It impacted me deeply.

While it was hard, I moved on from such teams and now I try to be kind to all engineers, especially junior ones. I make sure that their onboarding journey is as fast as possible and they are granted help that is required. Extending it further, as a part of calls with other stakeholders as well, I often tend to be with a softer tone. It has been mentioned by my manager that - "You often come across as too kind. If you know that you're right, then why are you not speaking it with confidence."

How do I improve on this aspect ? Recently, I did but thinking if there are some other tips from your end.

I often struggle with conveying more in lesser number of words. As a result, my slack messages often go in multiple paragraphs and bullet points.

I find a need to explain myself in detail, especially when trying to resolve some queries from other domains such as product managers and QA engineers. Are there some ways to make communication succinct and to the point, at the same time conveying what is necessary.

This was a feedback I have gotten once from my manager as well, though when I asked if he had some suggestions on how to work on the same, he mentioned - "Keep it short!" ¯_(ツ)_/¯

Now, I try to vet my messages after I type them before sending, but thinking if there are some ways to improve on it further.

Joining a new team/vertical with the company, I often feel intimidated with the sheer expanse of domain knowledge to be grasped. Given that it takes time, what are the best ways to approach it, so that you are the most effective.

The benchmarks I am setting here are people like Robert Martin, Martin Fowler, Venkat Subramaniam (known for agile and Java), Guido Von Rossum (developed Python), Jeff Dean, Sanjay Gehlawat etc.

Latter two are Senior Fellow at Google. Up until a certain point, I understand that promotions are about the scope of impact inside an organisation, but how do you grow yourself outside the walls of it so as to be on your way to be extremely good in your craft and among top software engineering contributors in the world.

Would appreciate answers from as many folks as possible.

1. My new manager has worked with me in the past for around 2 years (6-8 months as a manager and rest as a teammate) after which his team got switched.
2. I have been working for the last 2 years (since the last time I got promoted) towards a promotion and even though organisational requirements need my team to be switched, I still want to target a promotion in upcoming year end review cycle.
3. I have brought in several process improvements in the previous team and have tried to uplift my previous team forward in the last 2 years as a mid-level engineer. Given that the new team I would be joining is in a similar scenario in terms of code quality/processes etc. as my previous team was sometime back, what all should I do to get maximum leverage for a promotion?
4. Do you suggest is it better to look for an up-level outside of the organisation or stay put ? What factors does it depend on?

If your organisation is not promoting you, what can be the possible reasons? Does it make sense for one to join another organisation at a higher level or is it a recipe for failure?