Why move away from IRC at all? If it ain't broken why "fix" it.
At some point you have to stop saying IRC is not broken.
You keep justifying it. If it weren't broken, you wouldn't spend all that time justifying it.
Candidates for Mozilla's IRC Successor
11–20 of 219 posts
Re: Candidates for Mozilla's IRC Successor
#12Earlier quoted context omitted.
For a lot of people IRC is "broken" when compared to modern alternatives. I personally really dislike using IRC. I am in several IRC channels because some open source projects I use and upstream code to are on IRC. I dislike it very much.
Why?
There was lots of arguments about this in this thread: https://news.ycombinator.com/item?id=20324675
Re: Candidates for Mozilla's IRC Successor
#13Earlier quoted context omitted.
Why?
No persistent presence, no true source-of-truth logging, bad authentiation - I mean, there's really nothing good about IRC unless you have a fetish for late '90s tech.
I would say a reasonable number of people consider the first two points to be features.
Re: Candidates for Mozilla's IRC Successor
#14Why move away from IRC at all? If it ain't broken why "fix" it.
My experiences as an infrequent IRC user over many years:
- hmm, I have to download a client? maybe I can access a web interface?
- okay, I have this connection string/url
- how do I join a channel?
- how do I set my nickname? is this persistent?
- oh someone else is using my name? is this for the channel or the server??
- what's the etiquette of this particular channel? (I realize this is probably the case for any chat, but it seems like etiquette is much more vaunted in IRC)
vs. zulip
- enter url in browser
- login with my github credentials
.... that's it
Re: Candidates for Mozilla's IRC Successor
#15It's great to see 3/4 of the options are open source! Whatever happens, I really hope the community get behind the open source options and don't let more things get eaten up by commercial silos cough slack cough.
I'm partial towards Matrix/Riot.im - the progress made on those projects is awesome and they really have a highly usable product, with bonuses such as e2e encryption and federation.
Re: Candidates for Mozilla's IRC Successor
#16It's great to see 3/4 of the options are open source! Whatever happens, I really hope the community get behind the open source options and don't let more things get eaten up by commercial silos cough slack cough. I'm partial towards Matrix/Riot.im - the progress made on those projects is awesome and they really have a highly usable product, with bonuses such as e2e encryption and federation.
There's a fair bit of weight getting behind Matrix too, with the french government starting to use it for internal communication.
Re: Candidates for Mozilla's IRC Successor
#17Why move away from IRC at all? If it ain't broken why "fix" it.
IRC might be considered broken in a number of ways, but I find that every proposed replacement is broken in much more severe ways.
Re: Candidates for Mozilla's IRC Successor
#18It's great to see 3/4 of the options are open source! Whatever happens, I really hope the community get behind the open source options and don't let more things get eaten up by commercial silos cough slack cough. I'm partial towards Matrix/Riot.im - the progress made on those projects is awesome and they really have a highly usable product, with bonuses such as e2e encryption and federation.
There's a fair bit of weight getting behind Matrix too, with the french government starting to use it for internal communication.
Yea! My next prospective smartphone is doubling down on Matrix: https://matrix.org/blog/2017/08/24/the-librem-5-from-purism-...
Re: Candidates for Mozilla's IRC Successor
#19Re: Candidates for Mozilla's IRC Successor
#20Write the server you wish you had, in Rust. Everyone will help. It will be great. Open source all the way.
If I'm not mistaken, there's a fully functional Matrix server written in Rust already (for example): https://github.com/ruma/ruma
Implementing a protocol in Rust is one thing, the choice in protocol is another. I for one hope they choose a standard that's backed by the OSS community (not slack), so we can all have fun with Rust implementations in peace.