Communication Q&A and Videos

When I've been helpful in the past, word quickly spread and a bunch of random engineers started pinging me for help, sometimes aggressively. Sometimes people would delegate grunt work like asking me to test their PRs that do library upgrades instead of testing them themselves. Or asking me to debug their dev environments because they heard I fixed another engineer's dev environment. Sometimes it'll just be asking for expedited code reviews even though I have no domain knowledge on their PRs. We work on the same platform, but are not on the same team or often even the same org. There are only so many hours in the day and I need to get my own work done as well. How do you decide who to help and under what circumstances? Advice on how to push back without damaging the relationship? As far as I can tell, it looks like anyone from E4 through E7 are the ones making these requests.

Re. this on building relationship, I was wondering what questions would you usually ask or like to ask to tactical stakeholders and good to know connections in the company to better know them and strengthen relationships?

I started my career in a mid-level startup that was on the verge of IPO. I contributed a lot. Learnt a lot in terms of how to deliver big scale features relatively quickly, work within sharp deadlines, owning features and products. I was a high performer.

After 2 years of working in that company, I decided to switch to Big Tech for better compensation. While Snap is not exactly a Big Tech company, this is what I had in mind when switching.

I immediately started adding value in terms of delivering features and owning products. However, since I come from a mid-level startup, my soft skills are very weak. I am an excellent programmer, but I struggle writing Technical Design Docs. I deliver features quickly, but I don't know how to contribute to the spec sheets and writing launch emails, holding engineering sessions, efficiently using 1:1s. It feels like in my previous company, delivering features on time, writing quality code was enough to be a high performer, but seems like Big Tech requires a lot more. My manager's ex-Amazon, so he values tech docs a lot, and I feel like I am missing a huge opportunity here by not being good at them.

How do I adapt better to this work environment ?

I am a senior engineer and closely guiding a junior engineer on the implementation of a new micro service. I have provided her the high level design for same and staying consistently involved in any low level design discussion, blockers and code reviews.

However, I am involved in multiple tracks and it’s not possible for me to randomly pause everything and answer her queries right away. Therefore, to keep her unblocked, as there are stricter deadlines, I also setup twice a week invite where she can get my help on any discussion or questions, as required.

Still, in an unofficial feedback she told me that she was blocked on my time and I need to give more time to discussions and PRs. I tried to give some helpful return feedback that she should be asking pointed questions to get quicker help, and also she should do some research before right away asking for help. I also told personal examples from my career journey regarding how I navigated situations when I got blocked on a senior’s time.

However, this resulted in her passive aggressive behaviour towards me. One such behaviour example is in code review - when I commented that local environment specific initialisation code shouldn’t be in the main classes, she responded that she doesn’t see any problem and it’s just unnecessary.

How do I handle this situation better?

I am consistently impressed by the professionalism and compassion demonstrated by the founders and contributors of Taro. Consequently, I find this forum to be the ideal place to seek advice on this matter.

Occasionally, while collaborating with others, I get myself into a disagreement and becoming frustrated with my own behavior. Regardless of who is at fault, I would greatly appreciate any guidance on how to cultivate compassion and maintain professionalism in situations where personal or professional differences may cause tension. How can one effectively navigate such scenarios without allowing these differences to become an obstacle?

Hey all,

I am about to have a conversation with my manager for asking me to convert into full time.

I am an international student in USA and I have tried to search for FT’s but in current job market where a lots of companies are on hiring freeze i dint get a lot of opportunities and very few opportunities i got wanted to hire me at lower salary than I am earning in my current internship. So, I want to stick with the company am working with. Also, I loved the team and work culture there are strictly no complaints. All the team and my manager are impressed by 2 projects that I did in my duration of internship.

So in my next call what all things I should include/highlight to make the transition from an intern to full time?

I am working on my P0 goals for this half however, the XFN is not communicating well. I am done with my changes and blocked on them for days. They don't review code as fast as I need and keep me waiting. How should I approach them? Also, I want to build good relationship with them for a good Performance cycle feedback. I think they don't take me seriously. what is the right approach here?

Constantly struggling with recognizing my contribution and promoting my work, as an introvert it almost is like my mind rejects self-appreciation and promotion. What are some small first steps I can take to get comfortable with self-promotion?

I'm currently at a Tier-3 company with 3.5 YOE and get ~5 recruiters reaching out a week. Some of the messages I can automatically ignore, while some are more compelling. I tend to ignore anything consulting-oriented and am more enticed by the recruiters for specific startups who say something like "come join our series A/B/C startup founded by engineers from Uber/Stripe/Meta! We have $X Million Raised!"

I can only imagine that folks working at Tier 1 or 2 companies must be inundated with these emails and messages all the time and from better companies.

What's good practice and etiquette for handling these? I'm aware of the masterclass on and since I'm aiming for Big Tech or Unicorn, it's somewhat helpful in being able to dismiss a lot of postings.

To make this more concrete, I have 2 specific questions:

1. Is it worth the time responding to recruiters if the answer is no?

2. If my goal is Tier 1 (MegaCap Companies) and I'm at Tier 3, would it be a lot more helpful to get there via Tier 2 (Unicorns and companies people have heard of)?

Open to any other thoughts!

I was assigned a P1 bug, and when I started to dig deeper into it, I found out that actual code was written by some other team and we have just used that code/object to build a small feature. I got a bit lucky that someone in my team told that the team ‘A’ owns that code/object. I was given a POC, but it turns out that they have left that team. I would like to have a POC to close out this bug.

For additional context: It is still not clear if it's the feature or the bug that's broken, that’s why we need to get clarification from the other team. Here's a high-level example to make things more clear: There is an object named "Product" which is a generic one, team ‘A’ built another object called "Product Category", and we added a field to that object. Now unless I ask some senior folks in my team it is really hard to understand who owns "Product Category".

Given all these unknowns, how can I navigate this situation and make sure this bug is resolved properly?

I’m an E5 iOS engineer at a Big Tech company. An E5 Android engineer (let’s call him A) on my team is very direct & blunt in his communication style. If he doesn’t like something, he’ll definitely let you know. An E5 backend engineer (let’s call him B) on my team is the complete opposite in his communication style. A and I collaborated on an official spec that we shared with our entire team to align everyone. B deviated from this spec in his RFC, but had tagged A and me on his proposed name change in the sample json response in his backend RFC.

A called B “sloppy” for embedding the source of truth in the backend RFC’s sample json response instead of using the official spec as the source of truth. This offended B, who viewed it as “finger pointing”. From B’s perspective, it was an innocent misunderstanding that’s easily resolved since it’s so early in the project that not much code has been written. It’s a single string that can be easily changed on both the mobile and backend sides. B thinks that A is making a mountain out of a molehill.

I worked closely with B last quarter and really enjoyed it. He’s extremely kind, easy-going, encouraging, and puts you at ease. If you make a mistake, he would never call it out explicitly. A seems to be the complete opposite of all those things, but I haven’t worked much with A yet.

Both A and B vented to me privately for support. A thinks that B is “sloppy” for burying the changes in the backend RFC instead of updating the official spec. B thinks that A is “difficult to work with” and “points fingers” over something that can be easily resolved. We’re still in the early stages of this project, and B doesn’t know how he can work with A if A keeps finger pointing.

When I suggested that A sugarcoat the “sloppy” comment, A told me that’s already the sugarcoated version.

B’s planning to escalate this to our EM, since he suspects that A will as well, so he needs to “defend himself”. Any advice on how I can improve the situation? Sadly, I feel that most engineers at this company use A's "direct" approach. I personally get along fine with both of these individuals (so far, at least), so they both confided in me. I think that A is “right” that the source of truth should be in the official document, but the manner that he communicated it could have been improved (not that I’m an expert at this skill either!). Are there concrete actions that I can coach A on to make him a better teammate to work with? When another teammate (E6) previously berated B in front of the entire team, I escalated it to my EM on B's behalf and my EM had intervened. Should I just escalate this to my EM as well? There are some strong personalities on this team that are going to make this project challenging. Sigh.

Hi Taro Community,

I am a new hire for my company and I will have an amazing opportunity to chat with a tech lead.

I wonder from a more senior engineer perspective, what some important information or questions are essential to ask or tackle during the opportunity coffee chat?

Thanks a lot for the help :)

What should I think about and focus my efforts on when I get a project and a role that's of (1) bigger scope and (2) tighter deadlines than I'm used to?

Context

A reorg has suddenly thrust me into the TL role for a very high-profile project on a new team. This project is part of OKRs 4 levels up the chain and has the eyes of several director level people across different functions. From what I've heard, this project already suffered from "too many cooks in the kitchen" syndrome, and on top of that, this project has delivery date set in Q3, which is quite aggressive from our org's standards.

I've landed in this position because I was transitioning to this team prior to the reorg, AND the EM/TL/PM/2 L5s has been reorg'ed out, and they needed someone who had previously TL experience and was willing to do it.

I've previously TL'ed a team of 4 people, with important but "normal" priority projects. This is clearly a great opportunity for me, but I am afraid I'm not ready to handle it and I'm at a bit of loss as to what I should be focusing most of my effort on. With the tight deadlines I have, I feel like every day will be a battle so any advice on how to approach this will be appreciated.

I have one other L5 supporting me who I trust very much and a new EM who's rumored to be very good. We currently have 4 SWE including me and we'll be getting more at least 4 more engineers, with lots of adjacent teams helping out. I do also have good standing and connection in the org overall and I know how to get a "normal" project in our org over the line (I did an in-org transfer).

What I'm thinking about right now

1. Knowledge Transition: since a lot of critical members of the team are leaving and I am taking over, I feel the biggest priority in the near term is to absorb as much knowledge from them as possible. So far, they have some prototypes, and I wanted to get my hands dirty, so maybe I should focus on is to understand the work that's been done really well, and the design choices that's been made already?
2. Gather support: I feel like biggest personal risk is that I don't know how to show up in higher-stake meetings with directors. Is it any different? Where do you all see the risk is?
3. Enable the team: I know the biggest responsibility I have, more than anything, is to make sure the team is able to work on the project and help us deliver this. Aside from the L5, I don't know a lot about the people. I feel I should putting my focus on ensuring they are as successful as possible, not focusing on my own technical knowledge as much, for us to succeed. Is that a good way to think about it?
4. Self-management: I anticipate I'll be very stressed and pulled in many directions. I already feel this way. What are some tools I can leverage in "crunch time"?

Recently I got pulled into an org wide project which is basically a tussle between senior architects.

There is a lot of back and forth on the approach, cost, implementation and roll out. Every point being presented by one is being contested by other.

What inputs can you give me to how to disagree and share my inputs and to steer the conversation to a conclusion.