Hacker News new | comments | show | ask | jobs | submit login
IRC protocol 3.3 to adopt JSON-based messages (github.com)
26 points by vor_ 1317 days ago | hide | past | web | 7 comments | favorite

Err... to me it looks like a few guys discussing the idea rather than something widely used and accepted as the future of IRC.

Looks more like "one person suggests IRC 3.3 should adopt json, others are unconvinced"...

Is parsing lines of plaintext really so hard that people would want to change a well established protocol to json? I fail to see the benefit here.

Actually, this is not really true.

Writing a fully-fledged RFC1459 parser that handles all potential corner-cases in a secure and efficient manner is actually very difficult. By moving the essence of the protocol to an encapsulation that is based on JSON, it can be parsed with already proven JSON libraries.

As an example, the bug which crashed EFnet at the end of 2012 was caused by an unanticipated side-effect in the way RFC1459 messages are formed. Ratbox is a server which has benefited from the work of many experts on parsing RFC1459, and yet the bug was still there.

A simple JSON representation maintains the serviceability of using telnet as a client, but the proposals made on the bug were ridiculous. Either way, you guys trashed it so it gets buried for now.

Yeah, it's not even like doing that would make the protocol more human friendly... IRC is already trivial to do by hand, telnet makes a perfectly serviceable IRC client.

It's not about parsing text. It's about enabling extension development outside the limitations of the current message format. IRC today is a collection of contradictory conventions, poorly documented mini-protocols, and messy hacks. A lot of users think IRC is simple because all they've ever done is parsed channel messages. Try implementing a complete daemon or client.

April 1 is early this year huh?

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact