Live data from Hacker News

Tell HN: Slack decides to close down IRC and XMPP gateways

news.ycombinator.com

261–270 of 624 posts

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#261

Earlier quoted context omitted.

Indeed, the Windows app is horrid. One of our older workstations is a quad core i5 with 8GB, nothing special but no slouch either, and the Slack app completely chokes that machine. The employee has to run Slack on her iPhone to be able to get regular work done throughout the day. On our newer workstations it's not quite as bad but it's still noticeable. Our oldest in-service machine is a Core i7 laptop I use when I'm…

Out of interest, what's your concern with Skype? After a hiatus of ten years, I'm using it currently for a customer, and, maybe apart from cheesy emoticons and space inefficiency, so far it has worked well. Am I the only one to like a native (Linux) desktop client with notification integration etc. more than a bloated web/Electron app?

I'm not the original poster, but assuming you're referring to Skype for Business, the main problem with it is that they don't have a Linux client.

The only solution on Linux that implements audio, video and screen sharing is Sky (http://tel.red/), and it's incredibly flaky.

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#262

Slack was fine, now it is time to move back to IRC. Some people like slack or telegram because they provide an API for BOTs. Something IRC has been open to since the begining. Non power users might have trouble using IRC with the usual clients (mIRC/irssi/bitchx). Today a family member, not technical and 60+yrs asked about "that tool" that is like whatsapp however it allows users that just joined a group to read old…

Some have already mentioned similar clients, but also check out Convos[1]. Recently I had a very similar need for what you described and stumbled upon it.

[1] https://convos.by/

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#263

Earlier quoted context omitted.

And? I am absolutely tired of companies taking a giant dump on the experience of desktop applications. If you're going to make a desktop app make a damned desktop app, stop making everybody accept a terrible electron app because "oh no, I have to do extra work" - give me a break. How many companies still maintain native iOS and Android apps? Lots. Qt even feels (mostly) native on GNOME desktops these days, if you can…

I keep hearing bad things about Electron, and have only now bothered to look it up. As a user of Slack, and whatever other applications I happen to use that are based on Electron, I don't care that the application isn't native. Electron is "good enough." I would imagine that 99% of users feel the same way. Feel free to articulate your issues with such apps. So far, no one has really done that in the various comments…

> Feel free to articulate your issues with such apps. So far, no one has really done that in the various comments online disparaging Electron.

What? Every time Electron comes up, people bemoan its battery and RAM usage.

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#265

I'm very disappointed to see that Slack has decided to go the way of every other messaging service and move away from decentralized and standardized protocols towards those that are walled and proprietary. > We are focused on making Slack accessible to all people. Over the past year, we've made great progress in improving both the keyboard and screen reading experiences in Slack. We know many users have been relying…

If they just extended existing standards they wouldn't have to write native apps. We could write them for them.

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#266
post #258
post #37

Is there a specific list of IRC's deficiencies somewhere? Could we start on an IETF draft to address some of those rather than throw our hands in the air and build yet another walled garden?

The matrix protocol has already emerged as a successor to IRC that maintains backwards compatibility. It has room encryption, voice and video, and it bridges to almost every chat service in existence (including Slack, at least until now).

Matrix isn't backwards-compatible to IRC, it has bridges for IRC. Also I believe the Slack bridge uses the Slack API (not the IRC gateway) so it should still work when Slack kills the IRC gateway. But yes, Matrix is quite amazing.

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#267
post #62

Earlier quoted context omitted.

> Here's a thought: how about you write a native app for each platform? I can guarantee that the hundreds, if not thousands, of engineers working on AppKit and Windows APIs are a lot better at getting this to work than your team. Not just that, but it took them months to implement some (mind you, still not all) features that are useful for blind users that someone already did in a userscript in a few days. So yeah, I…

So much this! I happen to be a blind software developer who has had just this sort of experience in years gone by. Web apps mean that you are at the mercy of the developers. Something can work one day and break the next. This is even more true for blind people than it is for the general public. Even if there is accessibility testing, I doubt that it covers my particular toolstack. I'm on Linux. So I'm doubly a niche…

Besides building accessibility into frontend/React component toolkits, how do we automate testing for accessibility? I've turned on text dictation and tested apps with a blindfold, but that doesn't scale and I'm not even sure if it's how people really use an app without sight.

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#268

Earlier quoted context omitted.

> XMPP [...] is fragmented (not every client implements desired extensions), etc. How much I hate this "X is fragmented" argument. When two pieces of software that speak a common set of core protocols and thus can achieve at least some level of interoperability, but there is no perfect feature parity, then OH HORROR, IT IS FRAGMENTED!!1111 The obvious solution? Use a product that does not interoperate with absolutely…

"The obvious solution? Use a product that does not interoperate with absolutely anything at all ..." You mean use a product with a baseline feature set where you can count on all the clients seeing things the same way and supporting the same thing.

Sorry, but that is just obvious flat-out bullshit.

Have you tried using Psi (an XMPP client) to communicate with a user using the Slack client (well, after this change, obviously ...)? Did you have any success with that? No, of course not. In other words: Slack is obviously not a product where you can "count on all the clients seeing things the same way and supporting the same thing.". Slack works with exactly one client at the other end, so it is bullshit to claim that it "works the same with all clients", when in fact it works with exactly one client, and that's it, with other clients you get exactly no interoperability at all.

And it is bullshit squared to pretend that that is somehow an advantage over other technologies: No single client using any protocol provides an inconsistent featureset or interface. It doesn't matter which single client and which protocol you use, you will always get a consistent featureset and interface. That has absolutely nothing to do with Slack, but only with the fact that you standardize on one client.

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#269

Everybody here is disappointed at Slack, and I like open protocols and open platforms just like everybody else, but I still have a contrarian view. Instead of blaming Slack, why not accept that the open protocols indeed suck? IRC does not specify encoding, netsplits are a common issue, file sending sucks, etc. XMPP also has file sending problems, does not play nice with mobile, is fragmented (not every client impleme…

> netsplits are a common issue

This is a server software issue, not a protocol issue.

Re: Tell HN: Slack decides to close down IRC and XMPP gateways

#270
post #45

Earlier quoted context omitted.

Animated custom emojis seem to be a common thread, animated images in general cause my CPU and memory to spike when using slack. Our network engineer loves this dancing parrot emoji but it basically pins a core on my machine and adds 20-30% of memory to slacks process. I've switched over to using mattermost, it can be (and is) self hosted so I'm not as worried about slack getting hacked (again) and leaking our info/t…

For the curious, there's some history to that parrot emoji: http://cultofthepartyparrot.com

Perhaps a better source for 'history'[0]

On a side note, Last Chance to See is a great book (Douglas Adams) and show (Stephen Fry), highly recommend both of them.

[0] http://knowyourmeme.com/memes/party-parrot

Post reply on HN