Earlier quoted context omitted.
These are not unrelated observations! The same people who expressed disbelief that your UI is temperamental will react the same way if Slack releases a temperamental UI. The difference is that they don't work in the same office as Slack. They'll never hear about all the important, completely justified reasons Slack decided to release a bad UI. They'll just notice it happened, and conclude that Slack must hire incompe…
What is a temperamental UI? It must have something with UX to do I am sure but can’t find anything on the first page of Google about it aside from one page that mention avoiding UIs to be temperamental but firstly that was all that was said it seems and secondly the forum is was posted on was, ironically, completely broken on mobile such that the text could not be seen. The page had a mobile navigation bar and the zo…
Tell HN: Slack decides to close down IRC and XMPP gateways
211–220 of 624 posts
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#212Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#213Earlier 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…
Honestly, I don't think you can point to any actual business reason for a native client. Slack makes majority of their revenue from large organisations buying thousands of seats in one go and a native desktop client is sadly not a huge selling point for the sales team. At the end of the day Slack has to optimize for growth and there's a huge list of features that will bring more ROI than native clients which will req…
If you're going to do something do it right or don't do it at all.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#214Earlier quoted context omitted.
Why is it a bad idea? And I doubt _any_ business has centralized their communications with Slack. I’m sure they are still using phones, and email and face to face communication.
The ~600 person distributed company I work for doesn't use phone or email and obviously doesn't do anything face to face. We relied on IRC for years before switching to Slack so yes, all of our real-time communication is via Slack. We have internal blogs for threaded important async discussion though, but Slack is where our high bandwidth talk done.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#215Deep down, we knew that the Gateways were just a temporary thing, to help people enter the walled garden and also to shut down who might complain about the move to slack.
Even though your company might use it (you can't do much there), you should resist when communities choose this system to their chat, there are open alternatives that fit better the use case.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#216Everybody 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…
Your time could be spent on open source, so don't claim that open source walked away from you, when you're the one doing it.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#217Never lock yourself in to Propriety systems. Open Code, Open Hardware, open Protocols
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#218Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#219Earlier quoted context omitted.
The web-based implementation means you only have one codebase for both Slack in the browser and Slack in Electron. So adding Qt in addition to their browser client means they have two disparate clients instead of one client (plus Electron glue code).
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…
Feel free to articulate your issues with such apps. So far, no one has really done that in the various comments online disparaging Electron.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#220Earlier 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…
Honestly, I don't think you can point to any actual business reason for a native client. Slack makes majority of their revenue from large organisations buying thousands of seats in one go and a native desktop client is sadly not a huge selling point for the sales team. At the end of the day Slack has to optimize for growth and there's a huge list of features that will bring more ROI than native clients which will req…