Hacker News new | ask | show | jobs
by opmelogy 1386 days ago
I'm curious what sorts of groups/contexts working together wouldn't benefit from this. I'm having a hard time coming up with examples. If we're assuming that group activity means people that are all working on the same product, I can't see an argument for DM's and private conversations.
2 comments

In one of my previous workplaces, my coworker and I used to exchange very… NSFW language while debugging certain bugs. It was all in good spirit and humour, everyone knew that’s how we communicate with each other, and it helped to alleviate the tensions for us. Obviously we would also give out statements in public channels to explain what we’ve done and so, but in a more public-friendly way.

It’s like having drinks at a bar solo, talking to people next to you (a bit more reserved, avoiding specific topics) vs. having drinks with a close friend. I don’t mind if someone listens to my private conversations with my friend, but the direct audience is different.

Ah gotcha. In this case it's not actually that you are hiding away and doing all your work via DM. You're just using it for smaller discussions and then circle back with the larger team to share info. That totally makes sense.

I was thinking that the OP for this comment thread was claiming that there are situations where public comments/knowledge sharing isn't needed for teams, which makes no sense to me.

I had a situation where some stuff isn't done in the public channel out of politeness.

For example: While working with text written by non-native speaker, had to explain often to some members of the team t hat the text was just awful and needed a complete rewrite. But I didn't want to type this in public so that the "culprit" wouldn't feel like I was out to get him or something.

At least in my culture, it is extremely rude to berate people in public, so I extended this to also considering rude to "blame" people in public when explaining why work is late.

Speaking in public can invite unwanted opinions. There’s always someone who wants to argue, seemingly for sport.

Closed channels for teams are good but not everything is a democracy. I let my team make decisions but I can veto any of them, if needed.

Exactly. There is a goal to be achieved - building some feature, say - and we need to find the best way to achieve that goal with the people on hand.

If forcing all communication to be done in public makes the goal harder to achieve, then ffs do something else. Don't just force people to be inefficient because of some dogma.

The goal is not "make all communication public". The goal is to get the job done.

> The goal is not "make all communication public". The goal is to get the job done.

Just adding that "get the job done" shouldn't be confused with personal productivity. Many younger/inexperienced devs that are highly motivated go through a phase (some get stuck here) that optimizes their personal productivity above the team's productivity. You end up with pockets of people that share knowledge (or hoard knowledge) with others left behind. You also end up with different subsets of people making different decisions, younger devs clinging to each other for feedback/guidance (yikes), and way more thrash that needed.