Live data from Hacker News

Why Slack is inappropriate for open source communications

dave.cheney.net

41–50 of 536 posts

Re: Why Slack is inappropriate for open source communications

#41
As I posted on twitter[1], Slack is linkable. Not public, but if you can chat you see them. Gitter: public AND linkable. Async is a good argument; linkability is not.

Slack's UI is good. Not perfect, but it's quite usable compared to all the alternatives[2]. People always underestimate the value of good UI.

[1] https://twitter.com/zellyn/status/851818007248678912 [2] I've been on IRC on and off since 1993. It's much worse.

Re: Why Slack is inappropriate for open source communications

#42

It seems kind of funny that an open source project can't find an open source form of communication.

Matrix is distributed chat system that is free software and people really should be switching to rather than everyone moving to Slack.

Re: Why Slack is inappropriate for open source communications

#43
post #10

I must've missed the memo which says any conversation around the globe is waiting for my input before it proceeds.

Well put.

But you may have missed the memo because you're in the wrong time zone, and with Slack, your possibly-relevant input is ignored because you can't participate in real time.

This is my beef with chat. As the OP says, it biases all conversation to those in the same time zone. Fine for some things (like baked goods arriving in some far-off kitchen), but not for others (like a design decision that should have input from stakeholders around the globe).

But it's often used for the reverse.

Re: Why Slack is inappropriate for open source communications

#45

Issue #2, that slack is based on synchronous communication, is something that is always ignored. Sometimes I log in to slack and see a conversation that I want to add something to, but it is 4 hours old with 50+ new messages on varying topics. Even with Slack's new threaded messages it is hard to evolve the conversation after all the synchronous folks have moved on to other topics.

Chats (of whatever type) have never been a good solution for this, that's why mailing lists exist. Improvements there would be nice, sure, but are unlikely to come from a chat service. They just solve different problems.

Re: Why Slack is inappropriate for open source communications

#46
post #3

Earlier quoted context omitted.

I don't understand why people seem to thing that chats will solve all the problems. Chatting is having to write the same thing a million times.

It's easier to ask for help NOW and get customized answers NOW than to dig through a wiki/documentation for the answer.

It's easier for you. As the person who answers your question, it's easier for me to point you at the documentation

Re: Why Slack is inappropriate for open source communications

#47
What drives me nuts is that there are so many of these things.

I know groups that (for business or pleasure) use Slack, Discord, Skype, Google Hangouts, IRC, etc.

All of these clients are a bit more obstrusive than they need to be in terms of pop-up notifications, software updates, cpu, memory, transfer, etc. They all screw up enough that there's always a little apprehension that something will go wrong when you get a number of people together for a meeting.

It is one thing to deal with one of these things, but when you have to install ten to get your work done you have a problem. I have a high performance computer and I want to keep it that way.

Re: Why Slack is inappropriate for open source communications

#48

Does Slack's terms of use forbidden creating an off platform archive? If not, given that searchable archives are one of the ways Slack makes money, makes me wonder why there's not an open source way to pull the chats and archive them in a way that's cheaper and independent of Slack.

The problem isn't creating an archive, it is a) synchronizing the archive properly to account for your feeds connectivity issues, and b) providing the archive usefully once it gets large and/or popular

(a) is fiddly and a bit technical but has been solved-ish for ages before slack existed

(b) is fundamental though. If it's a big archive, it costs real money to provide access & search to. If you break it up, search-ability tends to suffer.

None of this is new, slack is just the latest flavor

Re: Why Slack is inappropriate for open source communications

#49
post #33

Earlier quoted context omitted.

So get a better IRC client? Really not hard to do things like syntax formatting and auto link follow (GUI versions of IRCII had plugins for this in the late 90s, so it's not like it's even a novel idea).

A better IRC client isn't going to provide chat history.

An IRC bouncer (e.g. znc) can do this, but it's far from seamless.

Re: Why Slack is inappropriate for open source communications

#50
post #33

Earlier quoted context omitted.

So get a better IRC client? Really not hard to do things like syntax formatting and auto link follow (GUI versions of IRCII had plugins for this in the late 90s, so it's not like it's even a novel idea).

A better IRC client isn't going to provide chat history.

Just run your IRC client in screen/tmux like we've done for a quarter century.

The real advantage of slack isn't even client its stuff like massive logging for e-discovery and single sign on integration. Admittedly not terribly appealing for FOSS but once you use it at work...

Also integrations in general are smoother in slack than in IRC. Someone has already written the bot and its a click away to install and it generally works.

Post reply on HN