23
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 01 Sep 2024
23 points (100.0% liked)
TechTakes
1490 readers
30 users here now
Big brain tech dude got yet another clueless take over at HackerNews etc? Here's the place to vent. Orange site, VC foolishness, all welcome.
This is not debate club. Unless it’s amusing debate.
For actually-good tech, you want our NotAwfulTech community
founded 2 years ago
MODERATORS
so no surprise for this crowd, but remember all those reply guys who said Copilot+ would never be an issue cause it’d only work with the magical ARM chips with onboard AI accelerators in Copilot+ PCs? well the fucking obvious has happened
"we couldn't excite enough people to buy yet another windows arm machine that near-certainly won't be market-ready for 3 years after its launch, so now we're going to force this shit on everyone"
“wave 2” aka “sure, rebrand will totally fix it”
this shit's starting to make me feel claustrophobic
come to Linux! we’ve got:
I'm actually still working on a project kinda related to this, but am currently in a serious "is this embarrassingly stupid?" stage because I'm designing something without enough technical knowledge to know what is possible but trying to keep focused on the purpose and desired outcome.
I can lend some systems expertise from my own tinkering if you need it! a lot of my designs never got out of the embarrassingly stupid stage (what if my init system was a Prolog runtime? what if it too was emacs?) but it’s all worth exploring
Not only can you describe the desired system state and have your init figure out dependencies, you can list just the dependencies and have your init set up all possible system states until you find one to your liking!
Emacs as pid 1 is a classic of the genre, but a prolog too? Wouldn't a Kanren make more sense or is elisp not good for that?
Sounds like the real horseshoe theory is that nerds of all kinds of heterodox political stripes will eventually reinvent/discover Lisp and get freaky with it. A common thread connecting at least RMS, PG, Eich, Moldbug, suzuran, jart, Aphyr, self and me.
exactly! the way I imagined it, service definitions would be purely declarative Prolog, mutable system state would be asserts on the Prolog in-memory factbase (and flexible definitions could be written to tie system state sources like sysfs descriptors to asserts), and service manager commands would just be a special case of the system state assert system. I’m still tempted to do this, but I feel like ordinary developers have a weird aversion to Prolog that’d doom the thing.
this idea was usually separate from the Prolog init system, but it took a few forms — a cut-down emacs with a Lisp RPC connection to a session emacs (namely the one I use to manage my UI and as a window manager) (also, I made a lot of progress in using emacs as a weird but functional standalone app runtime) and elisp configuration, a declarative version of that implemented as an elisp miniKanren, and a few other weird iterations on the same theme.
the common thread might boil down to an obsession with lambda calculus, I think
I ask you this hoping it isn't insulting, but how are you with os kernel level stuff?
it’s not insulting at all! I’m not a Linux kernel dev by any means, but I have what I consider a fair amount of knowledge in the general area — OS design and a selection of algorithm implementations from the Linux kernel were part of what I studied for my degree, and I’ve previously written assembly boot and both C and Rust OS kernel code for x86, ARM, and MIPS. most of my real expertise is in the deeper parts of userland, but I might be able to give you a push in the right direction for anything internal to the kernel.
great! I'll show you something soon hopefully and see what you think
sounds good!