BMarkmann

If you mean "free" as in open-source/free, there is J, which has its own builtin database. I'm assuming it's similar to k/kdb, but that's just a guess.

Learning an APL variant... not a free lunch. Takes a while and commitment to grasp.

The article and linked blog posts fall to explain how this differs, is more powerful than, or solves problems not already solved by actual, functioning, industrial-grade tools, both commercial and OSS. Am I missing something fundamental?

The VCPU concept and synchronization control seemed interesting at first, but after trying to glean what he's getting at I don't see anything that isn't described in petri nets or bpmn notationally or possible using many of the existing low-/no-code platforms that are all the rage in the enterprise-ishy world.

Also looking like the diagrams were made with MS Paint made me throw up in my mouth a little thinking about having to actually work with as a daily thing... ick.

It's a great idea, too be sure. I'm just not sold on why this particular one-man effort would be of more interest than alternatives. Maybe if you've been noodling on this since the eighties and billion dollar companies have actually already run way past you with actual working software, it could be time to move to the next thing.

Or who knows, given the lack of detail, maybe I just got trolled by some nitwit using chatgpt. If that's the case, well played getting me to swipe type this on my phone.

Yes, I totally agree it comes down to YMMV. Everyone's learning style is different -- some like dense documentation, some like book-style progressive walkthroughs. I certainly didn't learn CL by reading the HyperSpec, for instance... :-)

Please don't what, have an opinion?

I read SICP as an experienced programmer and I didn't find it impractical at all; in fact, it kickstarted my interest in other lisps.

I read Realm of Racket as an experienced programmer (after knowing Common Lisp and Clojure well) and it was entertaining and, yes, a gradual introduction to Racket.

I'm sorry if you disagree, but was answering the question that was given with a couple thoughts that might be beneficial. I'm glad you feel confident enough in your interpretation of what was being asked and the OP's personal background and motivation to flame someone else without, I don't know, answering the question.

EDIT: I see you did answer him below, but my general response is still valid.

EDIT 2: Your response makes more sense given context. Sorry I got internet angry a little too quickly.

Probably still relevant given how SBCL's user guide says (in the only section that includes mention of type inferencing):

"FIXME: The material in the CMUCL manual about getting good performance from the compiler should be reviewed, reformatted in Texinfo, lightly edited for SBCL, and substituted into this manual. In the meantime, the original CMUCL manual is still 95+% correct for the SBCL version of the Python compiler."

You forgot step zero, which is "find terrible example code on SO and copy it"... then 3 goes back to step 0.

I honestly don't know that there are any posts I get more excited about on HN than Jepsen analyses. The number of landmines distributed systems create and the ability to suss them out in such detail / depth is really incredible. Kudos.

Check out the BPM tools others have mentioned (Activiti, Camunda, etc...)

Just for context, this is from Harry Browne, who was famously (and perhaps not entirely fairly) labeled as a "gold bug" throughout his career. He was something of a hero figure among those who subscribe to Austrian economic theory, and actually the candidate for the US Libertarian party for president several cycles back.

Off-topic (?) from that article, I'd be interested to hear what he would have made of the current cryptocurrency craze, given his views on gold, inflation, and portfolio stability.

I understand the underlying architecture is fundamentally different, but the end result seems kind of akin to some of the "complex event processing" (CEP) tools out there like Esper (ie. feeding incoming data into established queries instead of executing queries against at-rest data). Would this fit similar sorts of use cases / fit into the CEP market?