I lose focus when editing messages in Slack because their input box does not respect things like the keyboard's home and end keys which turns simple changes into confusing chores. Unfortunately, their support staff told me that basic editing is not a priority and will never be addressed
You sure you don't want to get lost into MS Teams? Where you lose chats all the time and can hardly paste codes and links without it all going wonky?
Joking aside, I am will you on the 100% remote + slack fondness. I'll also regularly mute all if I'm trying to do a deep work session for a couple of hours.
Teams doesn’t even implement scrolling backwards through message history correctly - it’s like some kind of janky game of precise mouse control to see if you can get it to stay still on the message you’re interested in.
Well, what's the alternative? If you expect someone will write you an email and wait 2 days for the reply, then you're in for a disappointment. They'll just call you.
We do use XMPP, and by default I disabled notifications for all groupchat rooms so I get instant notification for 1-to-1 chats and can respond and ignore the rest. In Slack it's quite common (from my observation) to ping lots of people at one time and also create channels for all sorts of notifications (build failure, like it had to be _instant_... what for?!)
Just publish an open and fully documented API so folks can build their own clients (or use those written by folks they share UX opinions with) and these constant redesigns that will inevitably break folks' muscle memories and piss people off won't be necessary, come on, Slack!
Anyway, can't wait to have to re-learn a bunch of stuff for Glossy IRC yet again...
Unfortunately, IRC does not allow a lot of modern features that we take for granted, such as seeing a channel's history upon joining, roles, reacts, or message editing. Last I checked, the latest IRC spec doesn't support most of these either. It might be worth working on something open and new
I'm strongly of the opinion these days that channel scrollback history is an anti-feature. Anything that depends on Slack Search to be found, is in formation that should be captured in "hard documentation" - markdown docs in a git repo, Notion,even Google Docs or whatever.
Roles do "somewhat" exist in IRC, in the sense that you can have ops and admins, but I suppose it's not quite as fully-fledged as something like Discord's roles.
Reacts and editing indeed don't exist. Reacts are something I've pondered what an IRCv3 extension for might look like - maybe I should poke at that some day in prototype form.
Message edits, well. Sure, you don't have them. You can send a follow up "s/foo/bar" kind of text, and some clients will even understand that as an edit of your last message, but of course it's not perfect.
Anyway. I'd be fully happy if Slack disappeared tomorrow and we all went back to IRC, but I realize that I'm both technical, and someone who grew up on IRC. It wouldn't be perfect for everyone. But damn do I wish that reality could exist.
> I'm strongly of the opinion these days that channel scrollback history is an anti-feature. Anything that depends on Slack Search to be found, is in formation that should be captured in "hard documentation" - markdown docs in a git repo, Notion,even Google Docs or whatever.
I am of the same opinion, but Slack's original advertising focused on how Slack could become a repository for information (rather than information being distributed over emails, Confluence, docs, Git, etc.)
> It might be worth working on something open and new
Matrix is extremely mature and supports all of the things you mentioned and more such as bridging to IRC servers.
I frequently see people complaining about IRC and features it doesn't lack or warts in the protocol from age, but those same groups never mention Matrix as a viable alternative. Do you know why that is?
Sadly third party apps need to be approved by a slack workspace administrator. I wanted to use wee-slack[0], but neither my work nor any of the community slacks I’m a member of, e.g. kubernetes, had any third party clients enabled at all.
I figured the likelihood of an admin enabling it at my request was zero so I didn’t bother asking.
That's how it should work. Slack offers APIs, and the administrator of each instance controls the level of access you get to them. Remember that the data in Slack doesn't belong to you, but rather is the property of your employer.
Oh i totally agree! It’s just unfortunate that it means a tui slack is not a possibility, even for slacks that are fully public.
My company also does not restrict slack on unmanaged devices so its not like they’re mitigating data exfiltration meaningfully. But, even with such a lax policy, officially sanctioning a third party app has implications.
Then Slack doesn't have an "open" API as I described, at least not one that's a first-class citizen alongside their Electron app (or the app-dot-slack-dot-com equivalent). I can either use my own client, or I can't, for the purposes of addressing my "I'm tired of dealing with whatever UX Slack's designers mandate I have" complaint.
I used to use wee-slack, then I worked places that wouldn't allow its installation, and then suddenly I kinda wished work cultures would just move back to emails, mailing lists, and some light ephemeral thing for IM (quite possibly IRC). Because at least then, user experience doesn't have to be dictated by someone who has absolutely no idea how you want to or like to work.
> move back to emails, mailing lists, and some light ephemeral thing for IM (quite possibly IRC). Because at least then, user experience doesn't have to be dictated by someone who has absolutely no idea how you want to or like to work.
Not sure if you have used corporate email in the last 15 years but admins do absolutely dictate what clients you can or cannot connect from.
I have worked for exactly one company in my entire decade-ish long career that mandated how I connect to email / disabled IMAP, and have exceedingly little patience for places that would disable IMAP without strong reason (for example a law firm or health care company, I could understand, but for the vast majority of companies? A policy mandating that laptops and phones must be encrypted at rest and locked with secure passphrases is going to do more than mandating that I connect to the Gmail web interface rather than the Gmail IMAP interface from the same exact machine on the same exact network - especially if "app passwords" to bypass 2FA have to expire periodically, which I'd also find reasonable)
I managed O365 for my last employer and we enforced exchange login. Granted we were part of the defense industrial base and would fall under your exceptions, certainly. But, if a company is making even a minimal effort to prevent company data ending up on unmanaged devices its a nobrainer to disable imap, as much as it sucks for the end user.
In the end we did have to make singular exceptions for certain developers because outlook’s absolutely pathetic plaintext support was causing issues when they were contributing via the LKML. But that was a significant business justification as opposed to a workflow optimization.
I love slack , but they gotta get their game together , this year I have personally seen around 4 or 5 outages, what annoys me the most is the way the app fails, it simply greys out text that you just sent , images take forever to upload (if they ever upload) , i think if you gonna have this many outages maybe build something into the UI
37 comments
[ 3.0 ms ] story [ 84.2 ms ] threadI can pretty easily make sure that I ignore non-critical rooms, and only get notifications if someone @‘s me.
It would be really nice if as a user you could suppress all @here, @channel etc shouts and only enable them for a few specific rooms.
Overall Slack + 100% remote work has massively improved my focus and ability to get things done while remaining social and involved.
Joking aside, I am will you on the 100% remote + slack fondness. I'll also regularly mute all if I'm trying to do a deep work session for a couple of hours.
I find having easily accessible feed from monitoring tools pretty useful.
Anyway, can't wait to have to re-learn a bunch of stuff for Glossy IRC yet again...
Roles do "somewhat" exist in IRC, in the sense that you can have ops and admins, but I suppose it's not quite as fully-fledged as something like Discord's roles.
Reacts and editing indeed don't exist. Reacts are something I've pondered what an IRCv3 extension for might look like - maybe I should poke at that some day in prototype form.
Message edits, well. Sure, you don't have them. You can send a follow up "s/foo/bar" kind of text, and some clients will even understand that as an edit of your last message, but of course it's not perfect.
Anyway. I'd be fully happy if Slack disappeared tomorrow and we all went back to IRC, but I realize that I'm both technical, and someone who grew up on IRC. It wouldn't be perfect for everyone. But damn do I wish that reality could exist.
I am of the same opinion, but Slack's original advertising focused on how Slack could become a repository for information (rather than information being distributed over emails, Confluence, docs, Git, etc.)
Now information is distributed over slack, emails, confluence, docs, git, etc…
At $company, we used an IRC server. Only the IT department used it.
Then we ran an ejabberd XMPP server. Some of the front end devs used it on occasion.
Now we run a Zulip server, and everybody uses it all the time.
Killer features:
- full function web client. No point in using the electron app. Mobile clients are usable, a little nicer than mobile view of the web client.
- self hosted, meets our security policy.
- channels and topics.
- markdown
- fast
- images. I thought this would add nothing, but it turns out that there are lots of non-cute-animal uses.
- each client can turn emojis off
Matrix is extremely mature and supports all of the things you mentioned and more such as bridging to IRC servers.
I frequently see people complaining about IRC and features it doesn't lack or warts in the protocol from age, but those same groups never mention Matrix as a viable alternative. Do you know why that is?
I figured the likelihood of an admin enabling it at my request was zero so I didn’t bother asking.
[0]https://github.com/wee-slack/wee-slack
My company also does not restrict slack on unmanaged devices so its not like they’re mitigating data exfiltration meaningfully. But, even with such a lax policy, officially sanctioning a third party app has implications.
I used to use wee-slack, then I worked places that wouldn't allow its installation, and then suddenly I kinda wished work cultures would just move back to emails, mailing lists, and some light ephemeral thing for IM (quite possibly IRC). Because at least then, user experience doesn't have to be dictated by someone who has absolutely no idea how you want to or like to work.
Not sure if you have used corporate email in the last 15 years but admins do absolutely dictate what clients you can or cannot connect from.
In the end we did have to make singular exceptions for certain developers because outlook’s absolutely pathetic plaintext support was causing issues when they were contributing via the LKML. But that was a significant business justification as opposed to a workflow optimization.
if BitchX and mIRC can do it, Slack can do it, but they have to try