Earlier quoted context omitted.
With the punctuation level set to all, the NVDA screen reader for Windows reads your code snippet like this: n s dictionary star my compounded word equals at left brace at left quote key colon [pause] left bracket n s number number with int colon [pause] 7 right brace right bracket semi It's a lot to absorb, but people do program productively this way. For example, the NVDA screen reader is itself developed primarily…
Interesting, how do blind developers feel about minimalist languages like lisp? On one hand it seems like it would read very well in some circumstances (+ 1 2), but the scoping could be a real pain. Cobol seems like another language that might be well suited to them.
Tell HN: Slack decides to close down IRC and XMPP gateways
421–430 of 624 posts
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#422This is good news for me. My company was considering Slack - the only reason it was agreed was due to the IRC gateway. So it looks like slack is out of the question now.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#423Earlier quoted context omitted.
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?
The current iteration of Skype for Linux is a bloated web/Electron app. I really liked the bare-bones interface of the previous version and would have loved to opt out of animated emoji and the other UI changes, but not updating a program that's continuously connected to the internet didn't feel like a good idea.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#424Great, I feel like an idiot. I advocated slack, because it granted the freedom to choose a client. Now I helped lock-in others. Suggestions for alternatives, that I could migrate to? The requirements are: mid sized teams, desktop and mobile, all major os. People used web based client, native clients, irc gw, and bots. We need search and archive. Self-hosting is an option.
rocket.chat is the best alternative
But after looking a bit at rocket.chat along with the api - it's hard to recommend something else as a self-hosted, open slack alternative.
I'm not enthusiastic about the stack/mongodb dep - but boy is the api nice and documented, and their docker-compose a joy to get started with:
https://rocket.chat/docs/installation/docker-containers/dock...
https://rocket.chat/docs/developer-guides/rest-api/
[ed: oh, and there's a hosted option and you can pay if you want. I think that's also a big plus]
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#425Everybody 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…
[1] as specified somewhere here https://ircv3.net/
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#426Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#427Earlier quoted context omitted.
That's absolutely gargantuan. How can any general purpose application justify 4G of memory, half of a factory macbook pro's memory. To put this in perspective, I was talking this week to a developer who was essentially apologising to me for a new feature that was going to require insane amounts of memory. This is for a process to handle literally millions of users. How much memory was it? 3G. Per "instance" of which…
I know most of this thread has been about making fun of Slack, but I wanted to write a somewhat serious response to this. I think "team software engineering" plays a big part of this, if not even the main reason. When one developer is working on a program, the person tends to be able to keep track of program flow, memory usage in their head and know when things are about to go out of bound, memory shoots up, etc. Whe…
Then don't freaking do that. There's no reason to make one huge app with thousands of features that justifies teams of dozens of devs instead of tools that do just one thing (and can be used in a modular way) correctly and nothing more.
Actually, there's one terrible reason: the bigger the app, the higher the wall around the garden and that serves as a justification for the price tag. It's the wrong way of doing things because business. It's exactly the same evil principle as the one which is at work when the sugar or the tobacco industry do their slightly questionable stuff.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#428Earlier 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…
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#429Earlier 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…
As someone who doesn't use slack, why did we ever move away from chat programs and protocols that worked fine? I don't know why I need to use slack, hangouts, discord, etc, that are just reinventing irc and/or the garden variety instant messaging platforms that already exist.
I don't know why I need to use slack [...] just
reinventing irc
Features Slack has that IRC doesn't include:* User authentication
* Support for multiple concurrent logins by one user
* Persistent, searchable history
* (Ad-free) file and image sharing built in
* Simple integrations, like webhooks, built in.
In other words, Slack is like IRC+NickServ+Irssi+Screen+Imgur, except easier to use, in the sense that you don't need to know key combos like Ctrl+A+D or Ctrl+Alt+2, you don't have to figure out how to send such combos from your phone's terminal emulator, and you don't need access to an always-on server to run your screen session.
Of course, it's not all good; Slack has a bunch of opinionated design choices, like a channel it's impossible to leave, no ability to block users, no off-the-record option, and suchlike.
Re: Tell HN: Slack decides to close down IRC and XMPP gateways
#430Time to use Discord
Does Discord even support XMPP or IRC?