Comment by foobar_ | Hacker News Reader

Comment by foobar_ | Hacker News Reader

Parent Full thread

Can this be solved by fixing the UI somehow? Half the time I don't remember the guidelines and just go into ranting. The article was definitely eye-opening, I definitely go for negative attention sometimes, sometimes unwittingly and sometimes out of spite for the trends I see. I can certainly see why dang had to remind me a few times about the guidelines. I hate Java and I can be quite trollish about my hate. Oh well, I guess I should just concentrate on what I love.

That said I do have a problem with silencing. This problem was solved in USENET with kill-lists, lists where each user can choose to ignore another list of users maintained democratically without resorting to a few mods, who can be benevolent or not. This is how we block spammy ip addresses using the hosts file! This is a solved problem with a simple solution, heck it can even be applied to every major social networking site out there.

On a side note, why can't HN code be made available on GitHub? It could be one of the biggest lisp projects overnight.

Much of the HN codebase consists of anti-abuse measures that would stop working if people knew about them. Unfortunately.

There's a very old version of HN that pg published years ago (at http://arclanguage.org/). It would be nice to get that updated and maintained, but separating out the secret parts would by now be a lot of work. The time to do it will be if and when we eventually release the alternative Arc implementations we've been working on.

>The time to do it will be if and when we eventually release the alternative Arc implementations we've been working on.

implementations? plural?

Why not contribute to Anarki, at least the not-entirely-secret-sauce stuff like thread folding and vouching?

I'm open to doing that. It would just be a nontrivial amount of work and there are many nontrivials on the list.

Yes, there's now an Arc-to-JS called Lilt, and an Arc-to-Common Lisp called Clarc. In order to to make those easier to develop, we reworked the lower depths of the existing Arc implementation to build Arc up in stages. The bottom one is called arc0, then arc1 is written in arc0, and then "real" Arc (the full language) is written in arc1. This makes reimplementation easier since you pack as much as possible in the later stages, and only arc0 needs to be written in the underlying system (Racket, JS, or CL).

It also shrank the total Arc implementation by 500 lines or so, which in pg and rtm-land is a couple enclycopedias' worth. That was satisfying, and an indication of how high-level a language Arc is.

There's no rush - it's not the most active community as I'm sure you're aware, and everyone is probably going to be distracted by Bel for a while.

Interpreting your question as a possible desire to make a HN clone (maybe on a different topic).

Check out https://lobste.rs/about for a HN clone written with Ruby on Rails.

Source code available here: https://github.com/lobsters/lobsters

Not a bad idea!

Reply on news.ycombinator.com