5 ms·

I don't think it deviates much (if at all) from common lisp, except that it has BIFs for web development. Hacker News was created using arc, as was the arc foru

by gaetgu 5y ago

I don't think it deviates much (if at all) from common lisp, except that it has BIFs for web development. Hacker News was created using arc, as was the arc forum.

timmg 5y ago
> Hacker News was created using arc, as was the arc forum. Whoah. That's super interesting. Is it still running on Arc?
- sillysaurusx 5y ago
  Yes.
- gaetgu 5y ago
  As far as I know, yes. I think (though I am not sure) that hacker news was a sort of test for the arc language.
- dang 5y ago
  https://news.ycombinator.com/item?id=23483715 https://news.ycombinator.com/item?id=23483715
  - skissane 5y ago
    I really wish you'd do another open source release of the HN software. I know there are various bits you want to keep secret (such as aspects of the voting algorithm, voting ring detection, etc), but you could refactor the code into a "private" module containing those secret bits, and release the rest of the code along with a dummy implementation of the private module. And I also realise you may not have enough time/resources to do that, but I hope some day you will find them. I think it would really help Arc as a language – nowadays, one of the things a language really needs to be successful, is some significant open source applications/packages written in it – I know Arc already comes with an older version of the HN app, but it would really benefit from having the real latest version (or as close to that as is possible).
    - sillysaurusx 5y ago
      Never going to happen. There's zero time to do any of that while running HN. pg barely was able to do it, and he cared a lot about whether the world wanted to use arc. > it would really benefit from having the real latest version (or as close to that as is possible). I independently implemented almost every feature in HN. But it exists in a repository that gets autokilled whenever I link to it here, so, that's about par for arc's progress in modern times. Took so much work to get all the features done. Even implemented Dan's thread-local state ideas. Never gonna see the light of day. The fact is, Arc's progress stopped with pg. It's best to accept that and move on. It's tempting to think you need the latest in order to understand arc's power. But take it from a decade-long arc veteran: that's not true. All you need is to tug at the question, "why did pg do it this way? out of all possible ways, why this?" And then realize that HN today could not have happened if pg had done it any other way. If you care enough about this question, you'll come to respect arc. Especially what was left out, as much as what was implemented. Less is more. Over the years I've implemented at least 5 different flavors of arc, including a fusion of lumen and arc, both on lumen (javascript-based) and in arc (racket-based). I always come back to vanilla arc and vanilla lumen as starting points. And there's a reason for that. The more you add, the more you lose. The flexibility is the power, and the flexibility is a result of arc's smallness. By the way, pg did exactly what you said, in the original release of arc. If you grep the codebase for "defhook", those are all the spots where the secret code was refactored out.
      - skissane 5y ago
        > Never going to happen. There's zero time to do any of that while running HN. What if someone volunteered to do it? I assume it would have to be someone whom dang/YC/etc knew and trusted, since they'd learn the "secret sauce" in the process. I don't know if any such person exists right now, but even if they don't, maybe they will in the future (neither motivation nor trust are static quantities.) > But it exists in a repository that gets autokilled whenever I link to it here, Strange. How about you put the link in a reply to this comment, and we'll see if it "gets autokilled" (tagged dead). I'm assuming that if that is happening, it is some kind of false positive, not an intentional moderator decision – in which case, someone should be able to vouch your comment and undead it. > By the way, pg did exactly what you said, in the original release of arc. If you grep the codebase for "defhook", those are all the spots where the secret code was refactored out. I get the impression it hasn't been kept so clean in the current codebase – because I've heard the work involved in separating the secret bits from the public bits is the main reason there hasn't been another public source release. If the current code base kept the secret and public bits clearly separated, then that justification doesn't make any sense.
math-dev 5y ago
That means Arc is more successful than most lisps
deleted 5y ago
[deleted]

by gaetgu 5y ago

I don't think it deviates much (if at all) from common lisp, except that it has BIFs for web development. Hacker News was created using arc, as was the arc forum.

timmg 5y ago

> Hacker News was created using arc, as was the arc forum. Whoah. That's super interesting. Is it still running on Arc?

sillysaurusx 5y ago
Yes.
gaetgu 5y ago
As far as I know, yes. I think (though I am not sure) that hacker news was a sort of test for the arc language.
dang 5y ago
https://news.ycombinator.com/item?id=23483715 https://news.ycombinator.com/item?id=23483715
- skissane 5y ago
  I really wish you'd do another open source release of the HN software. I know there are various bits you want to keep secret (such as aspects of the voting algorithm, voting ring detection, etc), but you could refactor the code into a "private" module containing those secret bits, and release the rest of the code along with a dummy implementation of the private module. And I also realise you may not have enough time/resources to do that, but I hope some day you will find them. I think it would really help Arc as a language – nowadays, one of the things a language really needs to be successful, is some significant open source applications/packages written in it – I know Arc already comes with an older version of the HN app, but it would really benefit from having the real latest version (or as close to that as is possible).
  - sillysaurusx 5y ago
    Never going to happen. There's zero time to do any of that while running HN. pg barely was able to do it, and he cared a lot about whether the world wanted to use arc. > it would really benefit from having the real latest version (or as close to that as is possible). I independently implemented almost every feature in HN. But it exists in a repository that gets autokilled whenever I link to it here, so, that's about par for arc's progress in modern times. Took so much work to get all the features done. Even implemented Dan's thread-local state ideas. Never gonna see the light of day. The fact is, Arc's progress stopped with pg. It's best to accept that and move on. It's tempting to think you need the latest in order to understand arc's power. But take it from a decade-long arc veteran: that's not true. All you need is to tug at the question, "why did pg do it this way? out of all possible ways, why this?" And then realize that HN today could not have happened if pg had done it any other way. If you care enough about this question, you'll come to respect arc. Especially what was left out, as much as what was implemented. Less is more. Over the years I've implemented at least 5 different flavors of arc, including a fusion of lumen and arc, both on lumen (javascript-based) and in arc (racket-based). I always come back to vanilla arc and vanilla lumen as starting points. And there's a reason for that. The more you add, the more you lose. The flexibility is the power, and the flexibility is a result of arc's smallness. By the way, pg did exactly what you said, in the original release of arc. If you grep the codebase for "defhook", those are all the spots where the secret code was refactored out.
    - skissane 5y ago
      > Never going to happen. There's zero time to do any of that while running HN. What if someone volunteered to do it? I assume it would have to be someone whom dang/YC/etc knew and trusted, since they'd learn the "secret sauce" in the process. I don't know if any such person exists right now, but even if they don't, maybe they will in the future (neither motivation nor trust are static quantities.) > But it exists in a repository that gets autokilled whenever I link to it here, Strange. How about you put the link in a reply to this comment, and we'll see if it "gets autokilled" (tagged dead). I'm assuming that if that is happening, it is some kind of false positive, not an intentional moderator decision – in which case, someone should be able to vouch your comment and undead it. > By the way, pg did exactly what you said, in the original release of arc. If you grep the codebase for "defhook", those are all the spots where the secret code was refactored out. I get the impression it hasn't been kept so clean in the current codebase – because I've heard the work involved in separating the secret bits from the public bits is the main reason there hasn't been another public source release. If the current code base kept the secret and public bits clearly separated, then that justification doesn't make any sense.

math-dev 5y ago

That means Arc is more successful than most lisps

deleted 5y ago

[deleted]