Live data from Hacker News

Remote work requires communicating more, but less frequently

ben.balter.com

211–220 of 326 posts

Re: Remote work requires communicating more, but less frequently

#211

This sounds great for experienced engineers, but in my experience junior workers often require bite-sized guidance in order to avoid going down rabbit holes. A 10 second conversation could easily save hours of head-banging-into-wall type work for a junior SWE (not even exaggerating). Accordingly, during the pandemic I think it was mostly the less experienced engineers suffering from low productivity and lack of confi…

> but in my experience junior workers often require bite-sized guidance in order to avoid going down rabbit holes. A 10-second conversation could easily save hours of head-banging-into-wall type work

This is why I more or less never go and "do my own research" before asking questions for hobby projects. I've gotten stuck in too many research rabbit holes and (hopefully) have learned my lesson. Ask first, then get mired in irrelevant details if the response to my bizarrely unique question is crickets.

Re: Remote work requires communicating more, but less frequently

#212

> Remote work requires communicating more, less frequently, because asynchronous communication involves less frequent, but richer communication, meaning there is less time talking about the work and more time doing it, allowing the system to optimize for throughput and flow. This whole thing seems to be what people struggle with about remote work. Communication is way, way more important, and being an effective commu…

Few people mention the difficulties of the other paradigm, though. I've had lot of hallway conversations where, if I don't write down some notes, it's gone. Plus, if you don't have any control over it, having someone stop by your desk is a significant interruption.

Ever been in a situation where you asked someone for something you need done, they said yes verbally, it didn't get done, and now everyone is looking at you for the reason why it isn't done?

Re: Remote work requires communicating more, but less frequently

#213
post #176

Earlier quoted context omitted.

It’s just an analogy. human progress is made from “standing on the shoulders of giants” not starting from scratch.

It wasn't a good analogy. For one thing, toddlers don't tie their shoes: the average age for learning to tie your shoes is 6 years old. And it's not clear that kids will learn for themselves if you give them a few hours. We're not talking about letting junior engineers struggle for weeks or months, but they can bang their heads for a few hours or maybe even a few days and figure out a lot of things for themselves. Th…

I don't think you get it. Letting a junior engineer bang their heads for a few days on something you could show them in ten minutes is just a waste of time and money. In my experience there are PLENTY of real problems for them to solve, things I DON'T know the answer for.

Re: Remote work requires communicating more, but less frequently

#214

This sounds great for experienced engineers, but in my experience junior workers often require bite-sized guidance in order to avoid going down rabbit holes. A 10 second conversation could easily save hours of head-banging-into-wall type work for a junior SWE (not even exaggerating). Accordingly, during the pandemic I think it was mostly the less experienced engineers suffering from low productivity and lack of confi…

Well, it was always true for EMs that you could have a junior dev quietly spinning their wheels and not asking for help. The difference is before you could sometimes see they were frustrated, and they could see other people asking for help and know that's just part of how you work. If they can't see it passively, you have to proactively show them. You can and should still have those 10 second conversations. We've got…

When I worked in an office it was much easier to casually ask for quick help. It was often pretty obvious whether a senior engineer was busy and focused or between tasks, checking email etc. and the overhead/friction of these ten-second conversations is higher when you have to wait for a response on slack, then launch a video call, share screen... instead of just making eye contact and saying "got a sec?"

Re: Remote work requires communicating more, but less frequently

#215

Earlier quoted context omitted.

> Hopefully you updated the docs as you encountered them and figured out the most up to date context. I've been in an environment like this, and it really burned me out. People broke docs faster than I could fix them, and it was an accepted part of the development process. My conclusion was that fixing the docs was simply a waste of time. My resulting despair for the software and the company surely destroyed my produ…

> My conclusion was that fixing the docs was simply a waste of time. My resulting despair for the software and the company surely destroyed my productivity. What did you do instead? It’s certainly frustrating to have people breaking docs that you fixed. But what else is there. You just figured it out on your own and left the docs broken?

> What did you do instead? It’s certainly frustrating to have people breaking docs that you fixed. But what else is there.

I concluded that it was a fatal and unfixable flaw in that community / product / company. This sapped my motivation, and I'm sure resulting burnout was a factor in eventually being laid off.

One thing that sucks about being a senior dev is you're subject to Cassandra [0] syndrome. In a tight labor market, that gets painful.

[0] https://en.wikipedia.org/wiki/Cassandra

Re: Remote work requires communicating more, but less frequently

#216
post #186

Earlier quoted context omitted.

I had the rare privilege of pair-programming 40 hours a week for several years early in my career. This follows the extreme programming ethos of "everything in the limit," where pairing is "code review in the limit" and "mentorship in the limit," to say nothing of the oral tradition it imparts[0]. Even pair-programming with my fellow juniors was both more productive and more educational than a rubber duck[1]. I had t…

I think it can work great for some people. I did it for a few weeks at one point, and found it thoroughly unproductive. 90% of my time was spent waiting for somebody else to type something, or trying to verbally communicate something that would be better done in writing/code. Even now I find it incredibly off-putting to have somebody looking over my shoulder when I'm trying to work, to the point that I basically just…

> waiting for somebody else to type

> trying to verbally communicate something that would be better done in writing/code

> somebody looking over my shoulder

At the risk of sounding flippant, none of these activities comprise pair programming. What's better written should be, and the simplest way might be "can I just show you?" or, from a particularly well-atuned pair, "would you mind showing me?"

"Waiting for someone else to type," in my experience, is either a good opportunity to finish a bit of thinking that'd I'd put off moments prior, or else premeditate on our next move. Sometimes, however, the typing is, as you alluded to, an attempt to communicate something, in which case watching them type is roughly equivalent to listening to a person in conversation, and therefore an opportunity to learn, catch bugs, etc. In other words, when I am pair-programming I am never waiting qua idling.

And, lastly, I completely agree that "somebody looking over my shoulder" is an unnerving condition to code under. As purely ergonomic concern, "over one's shoulder" is not a healthy position from which to operate a computer. ;)

But, seriously, it's not pair programming if you're not on equal footing (seating?), with equal access to mouse, keyboard, and monitor. Don't stand for someone standing behind you!

I am sorry for the unpleasant experiences you've had. As a practitioner, I would not have subjected you to them. I am, frankly, vicariously irritated with whomever did.

Re: Remote work requires communicating more, but less frequently

#217
post #8

> Remote work requires communicating more, less frequently, because asynchronous communication involves less frequent, but richer communication, meaning there is less time talking about the work and more time doing it, allowing the system to optimize for throughput and flow. This whole thing seems to be what people struggle with about remote work. Communication is way, way more important, and being an effective commu…

There's a bit of a challenge today with chat, though. I work 4 timezones away from most of my team and we all prefer to swap e-mails, but chat seems to have stripped away some folks' ability to methodically go through topics, explain options and summarise next steps, leading to the usual "let's set up a call [to actually discuss everything in the e-mail thread]". Reading through old mailing-lists (and even older e-ma…

> leading to the usual "let's set up a call [to actually discuss everything in the e-mail thread]"

You forgot the part where the call is scheduled for next week even though today is Wednesday. And any attempt to discuss further in text is met with "let's leave that for the call".

Re: Remote work requires communicating more, but less frequently

#218
I graduated from school in Spring 2020 and started working in Aug 2020. In that timeframe, I had not been inside an employers office more than 3 times. Since Mar 2023, we've had a "mandatory" 4 days in office every week. Here's what I've experienced since going the office:

* Occasionally I'll get a good conversation with a teammate or manager about something technical, but the frequency has not gone up. The technical conversations are still scheduled on a calendar and happen at the same frequency. I really haven't experienced many people stopping at my desk and I think I've only stopped at the junior engineers desk to check in.

* Socializing at work has not been my strong suit. I am pretty introverted when it comes to strangers (e.g. anyone who has not been introduced to me). I find the socializing to be more energy draining.

* I walk to work. I like that typically. The walk can be... disturbing to say the least since I walk through downtown Seattle.

* A lot of people in the office prefer to speak to each other in languages other than english. Everyone on my team (my manager + all my coworkers on my team) prefer speaking something other than english and do so unless I'm involved in the conversation. This surprised me and at times I find it frustrating because I wish I could know what they're chatting about when it's technical (certain keywords I can pickup on since they're the name of internal things).

* working in office 4 days a week has given me something to really look forward to each week, and that's the WFH day.

* I don't think my productivity has gone up. Some days it's definitely worse. Now there's an obligation to go sit and eat with others for 30min-1hr a day. Previously, I'd just bring my lunch to my desk and continue to work.

I don't think my experience is the norm. But I certainly miss the pure WFH days.

Re: Remote work requires communicating more, but less frequently

#219
Is this some kind of ChatGPT output? While I agree with the message, the writing feels forced, intentional and fake because every other sentence uses exactly three verbs or adjectives in order to engage, provoke and clarify. Sometimes twice in one sentence!

"relying on constant, synchronous, and often interrupt-driven interactions"

"Async work allows for more reflection, research, and synthesis"

"Those working async can and should take the time to think, learn, and synthesize before sharing their ideas, opinions, or solutions"

"form of communication for the purpose, audience, and context"

"use writing for documenting, explaining, or persuading; use video for demonstrating, teaching, or storytelling; use chat for coordinating, clarifying, or socializing"

"Write clearly, concisely, and comprehensively"

"using simple language, short sentences, and clear structure"

"provide enough detail, context, and evidence to support their points, answer potential questions, and avoid ambiguity."

"Record videos with empathy, enthusiasm, and engagement"

"using eye contact, facial expressions, and voice modulation"

"keep their videos short, focused, and interactive, using visuals, examples, and questions"

"Communicate proactively, regularly, and asynchronously"

"communicate their goals, plans, and updates without waiting for prompts, requests, or deadlines"

"communicate their availability, boundaries, and preferences"

"using synchronous communication only for urgent, complex, or sensitive matters"

Re: Remote work requires communicating more, but less frequently

#220

> Remote work requires communicating more, less frequently, because asynchronous communication involves less frequent, but richer communication, meaning there is less time talking about the work and more time doing it, allowing the system to optimize for throughput and flow. This whole thing seems to be what people struggle with about remote work. Communication is way, way more important, and being an effective commu…

Even well done, this kind of communication doesn't substitute for more free-form 1:1s that in-person allows. The latter are key to building trust.

I'm finding this to be one of the key drawbacks of remote work - some decisions require cross team trust and I've yet to see anything besides more frequent ad-hoc conversations that builds it. The problem is that the most trust building conversations tend to be "off-topic" conversations that just don't happen organically in a remote environment. I as an individual can try and make these happen but I can't force the org to do so.

If anyone feels like they have a solution I'd love to hear it (we're already doing quarterly off-sites, it's not enough)

Post reply on HN