This would be a second-best approach. The main benefit that the use of NNTP has over such an approach is the ability to leverage the huge existing library of NNTP server and client software. The only from-scratch development required would be a forumesque in-browser client—which might already exist, though I am aware of no good ones.
What you describe would be very similar to designing an NNTP 2, a goal that I find laudable but that I really do think is socially (not technically) impossible. If it were possible, I wouldn’t recommend implementing it on top of HTTP. “Cram the round peg of semantic information over http no matter how badly it fits that square hole” is my major beef with the entire direction of software development over the last ten years.
The comparison to Jabber is apt, and I hate the death of jabber for reasons very similar to my hate for the death of nntp. Mechanism should not be a closed garden. Individual communities, sure; and, as you say, what I want it for here is a few friendly sites. But mechanism, never.
So why not write a bridge between the LW API (serverside) and NNTP (clientside), so you can use it with your favorite NNTP software?
Obviously it would have to be a complex, stateful bridge, probably with own copy of the content and so on. But it’s not a priori clear to me that this would require much more work than your original proposal. And it has the great advantage of being unilateral: you don’t need to convince anyone else (like the lesswrong.com admins) to do anything.
This would be a second-best approach. The main benefit that the use of NNTP has over such an approach is the ability to leverage the huge existing library of NNTP server and client software. The only from-scratch development required would be a forumesque in-browser client—which might already exist, though I am aware of no good ones.
What you describe would be very similar to designing an NNTP 2, a goal that I find laudable but that I really do think is socially (not technically) impossible. If it were possible, I wouldn’t recommend implementing it on top of HTTP. “Cram the round peg of semantic information over http no matter how badly it fits that square hole” is my major beef with the entire direction of software development over the last ten years.
The comparison to Jabber is apt, and I hate the death of jabber for reasons very similar to my hate for the death of nntp. Mechanism should not be a closed garden. Individual communities, sure; and, as you say, what I want it for here is a few friendly sites. But mechanism, never.
So why not write a bridge between the LW API (serverside) and NNTP (clientside), so you can use it with your favorite NNTP software?
Obviously it would have to be a complex, stateful bridge, probably with own copy of the content and so on. But it’s not a priori clear to me that this would require much more work than your original proposal. And it has the great advantage of being unilateral: you don’t need to convince anyone else (like the lesswrong.com admins) to do anything.