Tip of the hat there, it’s a very selfless thing to commit to caregiving. From a 50kft view, we have an aging demographic globally, and the bet seems to be robotics- hopefully they will get good enough to help meaningfully in this capacity. What happens to an economic system predicated around having more kids (GDP growth) is another concern.
We already have the ability to take care of people now. All it needs is is for someone in power to give a fuck and set up a system and fund it. The suggestion that we do nothing for 30 years so we can leave our loved ones home with a robot care taker is kind of fucking angering.
The robotics thing to replace caregivers misses the point that elder people also want connection. Yeah, it might free caregivers but still we will have a loneliness epidemic. I think this is more related to the desire for progress which is the backbone of modern life (you see it politics, school, your family, etcetera). This, I believe, has been slowly replacing the social glue of societies like religion, public space, play, chatting, etcetera.
I agree you would need to specify the markdown to allow more implementations. https://github.com/jgm/djot Would make a good DSL inside languages, combine that with compile-time execution so that blocks can auto-recalculate and you have a more available mechanism than emacs/org in other languages.
I think this is the crux of the issue, use like this is like a real program, just built up incrementally in a notebook rather than a repl or shell-with-pipes, and with manual error handling. The STEPS project was all about this- a way of incrementally building blocks that can be composed.
With org mode in mind, ideally you would have language support for this ie. Comments are scoped metadata that can be formatted, tested, linked etc.
You need a well defined spec like djot as a DSL for this to work, so that parsers can be easily written for it. This level of language support allows many different views onto the source code. We’re not there yet.
Related to this is the Atari Falcon port of Minecraft using a sparse voxel octree, might work for the GBA seeing as the Quake ports are similar performance-wise:
There are many automatic memory management systems ranging from the simple clearup of immutable systems (https://justine.lol/sectorlisp2/), to region allocation, to refcounting with cycle collection, and the full-fat tracing.
I'd have thought that allocating a block of memory per-GC type would work. As-per Rust you can use mainly one type of GC with a smaller section for eg. cyclic data allocated in a region, which can be torn down when no longer in use.
If you think about it like a kernel, you can have manual management in the core (eg. hard-realtime stuff), and GC in userland. The core can even time-slice the GC. Forth is particularly amenable as it uses stacks, so you can run with just that for most of the time.
So far it works pretty good. Minor edits I just quickly edit and tangle, otherwise I open the source block in a buffer (C-c '), and from there I can just use the usual C-c C-c shortcut to send it to the REPL.
But as the first stage bootstrap in CL is mostly done at this point, I have to hot-reload anyway.
At some point it might be nice to have my own REPL running in Emacs, but that is a worry for way later when I actually get something usable. For now this is purely for personal entertainment.
It looks like you've looked over a number of languages, but I don't see anything about Forth, Forsp, Ante, Steps, Austral, Wat or Vale? I'd suggest they all have useful components to steal from :)
reply