Hacker Newsnew | past | comments | ask | show | jobs | submit | leftyspook's commentslogin

The meat brain is the only one that can be held accountable.

Don't see how it makes the whining any less pointless

Do you think the attention and engagement is because people think this is some sort of an "ai misalignment" thing? No. AI misalignment is total hogwash either way. The thing we worry about is that people who are misaligned with the civilised society have unfettered access to decent text and image generators to automate their harassment campaigns, social media farming, political discourse astroturfing, etc.

I think when Fish shell announced the Rust rewrite, they especially highlit that, in the form of "being more attractive to contributors" as one of the reasons.


> I'm not 100% clear on what you mean here

The core of their complaint is that if you use `jj edit` it's not obvious how to get a diff of what you did. The answer, of course, is that you can use `jj evolog -p`.


Ah, yes that reading of the “work is invisible” is likely.


Ah, I see Tom the Genius has moved on from using Subversion for his enterprise JSON DSL


I think a part of the point is to question the need for things like that. Do your users actually need all of these bells and whistles?


Nothing changed, you need to know that host:port first, and that's where the problems with the official serverlist being flooded with fake entries become apparent.


That really is not a solution.

Third party servers used to host plenty of non-standard gamemodes that Valve does not provide. Retakes, mentioned in the blogpost, is one of those modes.


of course! But there isn't much else to do so I'm just giving a solution that works for me


Could it be that it gets no credit for things it got right because it got barely anything right?


I think you make a pretty bad case for how embedding a Scheme interpreter is going to help with the pain points of async. Listing "stack traces full of tokio code" and then seemingly proposing to solve that by adding more glue to pollute the stack traces is especially weird.


Not an interpreter! A compiler :-)

Have you seen a stack trace originating from somewhere within tokio? Nearly all useful information is lost. My contention is that by isolating the functions that are required to be written in Rust and then doing orchestration, spawning, etc in Scheme the additional debug information at runtime will make the source of errors much more clear.

I could be wrong! But hey there’s other reasons too. Being able to debug Rust functions dynamically is pretty cool, as well as being able to start/stop them like daemons.


On the other hand, you might wind up with an impressive Scheme implementation.


luajit gets you almost all of scheme features except macros. Speed of luajit is very close to native C.


Sounds like Greenspun's tenth rule.


Well, unlike Lisp & Scheme, Lua and Luajit are used in production, millions of video game consoles, embedded systems, etc.


Isn't this very website written is some sort of lispy goodness?


It seems like the intended application is live debugging. Lisp and Smalltalk have a rather nice history here. C, C++ boost and Rust tend more to be lands of contrasts.

Chris Kohlhepp has a great write up of embedding ECL in C++. The trick is to know about the C++ configure flag for building ECL. [0 with terminal screenshots, 1 on web archive without terminal screenshots]

Haskell people seem to like Lua. Just look at pandoc.

[0] https://isocpp.org/blog/2014/09/embedding-lisp

[1] https://web.archive.org/web/20200307212433/https://chriskohl...


I thought the same thing. It's a hard pivot from "async rust is hard" to "but if we add in Scheme it will be good!" With no real justification for it. I'm not a Scheme guy but I don't see the connection.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: