3 ms·

Because of the new people who were born <25 years ago and never even used IRC. They have the habit to use a web service for everything, or at most a phone nati

Because of the new people who were born <25 years ago and never even used IRC. They have the habit to use a web service for everything, or at most a phone native "app" that they expect to be distributed by and integrated with some centralized service that exercises total control.

johnny22 5y ago
That does happen,but I've used irc for over 10 years, and I'm down to hanging out in only 3 irc rooms. 2 of them are dev related. Otherwise, I'm in multiple discord "servers" or slack. I know i'm not the only one like that either.
- DarylZero 5y ago
  Right, but we're just following the younger crowd.
pie_flavor 5y ago
I don't use Discord's web client and it was ages before I used the mobile one, not that it makes sense to sneer at a native application on mobile but not a native application on desktop. What I have a habit for is using software that works well and has few sharp edges with minimal screwing around. If it comes with a centralized service or total control, that's still miles better than not being able to scroll up to see what people were talking about when you joined. Users do not care about protocols, they care about results. Mastodon proved that you can actually build a usable app on a federated service, so if IRC is the future, I'll consider going back to it once someone goes and actually makes it the future.
- DarylZero 5y ago
  The scroll up on IRC problem is typically solved with various "bnc" or "bouncer" mechanisms. I've also encountered an IRC server that caches and rebroadcasts the last hour of messages. But yeah with IRC you run into the problem that it wasn't originally designed for that use. > Mastodon proved that you can actually build a usable app on a federated service I don't see how anything needs to be "proved." Do we actually need proof that IRC could cache messages and repeat them for joining clients? It just wasn't originally designed that way. XMPP also has an extension for caching the scroll.

johnny22 5y ago

That does happen,but I've used irc for over 10 years, and I'm down to hanging out in only 3 irc rooms. 2 of them are dev related. Otherwise, I'm in multiple discord "servers" or slack. I know i'm not the only one like that either.

DarylZero 5y ago
Right, but we're just following the younger crowd.

pie_flavor 5y ago

I don't use Discord's web client and it was ages before I used the mobile one, not that it makes sense to sneer at a native application on mobile but not a native application on desktop. What I have a habit for is using software that works well and has few sharp edges with minimal screwing around. If it comes with a centralized service or total control, that's still miles better than not being able to scroll up to see what people were talking about when you joined. Users do not care about protocols, they care about results. Mastodon proved that you can actually build a usable app on a federated service, so if IRC is the future, I'll consider going back to it once someone goes and actually makes it the future.

DarylZero 5y ago
The scroll up on IRC problem is typically solved with various "bnc" or "bouncer" mechanisms. I've also encountered an IRC server that caches and rebroadcasts the last hour of messages. But yeah with IRC you run into the problem that it wasn't originally designed for that use. > Mastodon proved that you can actually build a usable app on a federated service I don't see how anything needs to be "proved." Do we actually need proof that IRC could cache messages and repeat them for joining clients? It just wasn't originally designed that way. XMPP also has an extension for caching the scroll.