Communication Q&A and Videos

Hi All,

Would love to get some advice on how to ask highly pointed questions during a 30 minute conversation with a hiring manager to get the maximum info out of him regarding the team culture and the product.

Regarding my preferences...

I would love to stick fully on the Backend stack. I have experience working with Python, NodeJS, Typescript and a bit of Java, I have experience working with Infra and databases as well. I get excited working with data at scale but do not have stellar industry experience with it such that I can start being impactful on day 1.

Since this will be my first time at a big tech, I want to optimize for a decent to moderate enough ramp up time, good wlb and not being super heavy with oncall at least for my first team.

Once I get used to the pace, I'll jump around to start optimizing for impact, visibility and scope.

Here is what I have in mind for my Hiring Manager meetings but feel free to add/subtract from this.

1. Basics, what is the product/org
2. What is the team size and team structure (how many E5s, E4s etc) and tech stack.
3. What is the code velocity like on average for an E5.
4. Give me a brief idea about what the first project you have in mind for me, if not tell me about a project an E5 is currently working on.

I was curious to learn your take on strategies to push back when the expectations are not realistic. I want to expand my scope and feel that there is lot more scope for me to learn and navigate better. According to me, data and communication plays a major role here.

More specifically in my case, I am wondering how to account for me not being well versed with tech stack and constant context switching between clarifying requirements as they keep changing with each question of mine. How to politely and effectively communicate that although this may seem like a small increase of scope, given that I have to figure tech stuff it will be stretch.

Adding more context: It's trickier as I'm pretty new to the team and tech stack. I feel like I'm discovering a new requirement with every question I ask. I've set up recurring pair programming sessions to increase my velocity, but I'm not sure if that's enough.

Follow-up question: What research should be done before establishing the conclusion that expectations are not realistic?

I'm not sure exactly how to phrase this, but to give an analogy, I love card games (ex: Legends of Runeterra, Race for the Galaxy, Hearthstone, etc). There are a fixed set of rules and a fixed set of cards. I can "grind" games and get better by noticing patterns, picking up new strategies or tactics by playing against a diverse set of players. The outcome of an interaction is usually idempotent (i.e. card 1 interaction with card 2).

In real life, things are quite complicated. Asking a certain question in a certain way to person 1 and person 2 may give wildly different responses, and may even depend on your mood, their mood, your tone, time of day, etc. It's super messy and unpredictable.

I also feel a similar way about system design. The nearly infinite possibility of inputs, outputs, TPS, throughput, scenarios make it difficult to reapply the same set of rules to different scenarios. This is just talking about one component, when we bring in N components, the interaction gets very complicated and the "rules" change" case by case. I'm sure it gets better with practice, but I also feel I have a limited opportunity to learn or practice these on the job.

Has anyone found a way to structure these learnings in terms of a repeated "grind", because oftentimes I feel overwhelmed and don't know where to start. This is a complicated question, so answers regarding either a) soft skills or b) system design separately I will treat as valid answers.

Finding a solution is one thing but you don’t understand it unless you can communicate it and others can understand it too

This becomes specially important when you are blocked and adds an extra layer of complexity when finding a solution can already be a challenge

What good practises can one apply to get better at this?

I am good at coding, and I am able to deliver features to prod. However, when it comes to technical writing, like writing software design document, coming up with state transition diagram, block diagram, I am struggling with it a lot. I am not from computer science background, so I am not well versed in coming up flow chart, sequence diagram and state transition diagram. How to improve on these areas? Because of this, I am finding it difficult to communicate my idea to principal engineers/ architects. How can I improve on this?

I'm a new staff engineer at Meta, and I know that the bar is high for E6. In particular, an E6 needs to be able to have a large influence on the roadmap and team charter, leading and creating very substantial projects.

All that being said, I want to start crafting and executing that vision as soon as I can to hit the ground running, but I'm unsure on exactly how to do that with Meta's more bottoms-up culture. At my previous job, things were more top-down (i.e. leading with authority, where software engineers work on things because their manager/leadership tells them to). How do I lead the team with this almost opposite engineering culture?

I've always had a fair share of projects, some of which are high priorities for the team and some of which are less so.

How do I show my impact on the team/org when I'm assigned projects that are low on priority?

Less-priority projects often receive less effort from Product, Design, and other functions. Things get delayed because of other higher-priority projects. Do you have any pointers on navigating such scenarios?