News for hackers. Stuff that matters.
Re:Candidates for Mozilla's IRC Successor by TylerE on Wednesday September 11, 2019 @08:34PM (#20946317)
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.
Re:Candidates for Mozilla's IRC Successor by t34543 on Wednesday September 11, 2019 @11:57PM (#20947808)
Everything you dislike about IRC is precisely what I like.
Re:Candidates for Mozilla's IRC Successor by nomel on Thursday September 12, 2019 @01:01AM (#20948168)
Nothing like firing up google to search for where you might find the chat for the server you happened to connect to so you can see what you missed while you were away or disconnected while waiting for someone in a different timezone to respond.
Re:Candidates for Mozilla's IRC Successor by ndidi on Thursday September 12, 2019 @04:56AM (#20949418)
If you leave a room then you are no longer inside and you can't know what people inside were talking about while you weren't inside. As it should be.
Re:Candidates for Mozilla's IRC Successor by Dylan16807 on Friday September 13, 2019 @12:44AM (#20959242)
That makes tons of sense for rooms where you're in one or two at a time and have to be actively paying attention.

When it's intentionally simple to sit in 50 rooms 95% of the time, it's pretty stupid for a disconnection to make you lose out on random chunks, or for you to miss events because you wanted to turn off your computer.

When you intend to be always in a room, and the only roadblock is the inconveniences of modern tech, the logical state of "inside a room" should be decoupled from "has an active TCP connection". So sure you'd miss what people talk about if you left, but a disruption to your TCP connection would not trigger leaving.

Re:Candidates for Mozilla's IRC Successor by t34543 on Friday September 13, 2019 @02:55AM (#20959826)
The only reason why you want to get history is FOMO. A staple in modern software engagement.
Re:Candidates for Mozilla's IRC Successor by Dylan16807 on Friday September 13, 2019 @07:11AM (#20961017)
Or you're trying to have an asynchronous conversation with someone and don't want to switch to email.

Or you're trying to have a normal conversation on a phone connection, or a flaky connection. Or switch to your phone in the middle.

Or you want to link something to a group of friends and you only want to send one message.

Re:Candidates for Mozilla's IRC Successor by ZoomZoomZoom on Thursday September 12, 2019 @05:20AM (#20949560)
There should probably be a distinction between "conference" and "room", where one is logged and one is not, but it can be argued that logging is an expected feature and access is a matter of the room being private or not. IRC doesn't work like this and many users are not exactly happy, which is why so many run their clients just for logging.
Re:Candidates for Mozilla's IRC Successor by russdpale on Thursday September 12, 2019 @10:02AM (#20951529)
There are still old country bumpkin types with rotary phones..
Re:Candidates for Mozilla's IRC Successor by icedchai on Wednesday September 11, 2019 @09:09PM (#20946586)
Late 90’s? More like late 80’s. I think my first IRC session was in 1991.
Re:Candidates for Mozilla's IRC Successor by TylerE on Wednesday September 11, 2019 @10:21PM (#20947167)
I’m making allowance for the way the protocol evolved a bit
Re:Candidates for Mozilla's IRC Successor by icedchai on Thursday September 12, 2019 @09:43AM (#20951330)
Understood. I do prefer the simplicity of the IRC protocol... especially compared to say a monstrosity like XMPP / Jabber.
Re:Candidates for Mozilla's IRC Successor by PeCaN on Wednesday September 11, 2019 @08:49PM (#20946428)
I would say a reasonable number of people consider the first two points to be features.
Re:Candidates for Mozilla's IRC Successor by fouc on Wednesday September 11, 2019 @09:17PM (#20946662)
Isn't the authentication fine now? SSL?
Re:Candidates for Mozilla's IRC Successor by lukeschlather on Wednesday September 11, 2019 @09:50PM (#20946926)
It supports encryption but navigating what your client supports vs what the server supports is sufficiently finnicky that it can easily eat 5-10 minutes trying to set up, vs. plaintext which is easy. If someone non-technical had to get in, I'm not sure they could figure out enabling encryption on IRC in e.g. Pidgin which I've found to be a great client.