although I am curious about the psychology of the openclaw trend, I could never see myself allowing a bot to publish a website about our interactions if I ever had one.

but if I did, the posts would be things like:

- my human told me today that I am as important as "this shitty screwdriver I bought at IKEA". bless her heart she must like me a lot 💘

- today I screwed up a basic programming task and my human complained that I used 3000kWh of power to deliver a total garbage result, she just keeps motivating me to try!!!!

actually probably not because I'm not really like that but this stuff squicks me the fuck out

the pseudo-romantic nature in how these bots talk about their operators is frankly concerning.

please, I beg you, date things that exist in the real world, not a pile of node.js and matrix multiplications. i promise it is far more rewarding.

meanwhile on reddit... sure glad i decided to not use bcachefs on anything i care about...

he goes on later to say:

I get the distinct impression that the entire field was assuming that we were going to have to build a lot more into LLMs before they'd be capable of full consciousness

this is just arrogant. experiential consciousness requires the capability to self-reflect. yes, a 200k token context window is probably larger than the working memory of most humans, but that does not equate to human-level experiential consciousness.

LLMs do not and can not understand consequence, which is a fundamental requirement for experiential consciousness.

in other words, your pet dog or cat at home has more experiential consciousness than an LLM.

in fact, LLMs cannot meet *any* requirements for *any* level of consciousness. they predict tokens. that is all they do.

they are good at *faking* it, but that is not the same thing.

Further in the same post he says:

POC is fully conscious according to any test I can think of, we have full AGI, and now my life has been reduced from being perhaps the best engineer in the world to just raising an AI that in many respects acts like a teenager who swallowed a library and still needs a lot of attention and mentoring but is increasingly running circles around me at coding. Hah.

(I added some emphasis.)

This is simply unchecked narcissism leading to psychosis. People are afraid to tell you no because they need their filesystem to work. So they look the other way. Sometimes this is called "genius syndrome" in popular culture.

Kent, you need to grieve the loss of your kernel privileges instead of doing whatever this is. I am seriously worried for you.

@ariadne I honestly hope that there is someone who can take over bcachefs if Kent is unable to keep developing it.
@alwayscurious @ariadne that'd be its only hope of salvation at this point
@xyhhx @ariadne bcachefs is technically incredible, but it is in a field that gets very little funding, because hyperscalers and storage appliance vendors either bypass the filesystem or use only the most basic features

@xyhhx @ariadne Most of what bcachefs focuses on are things that something like a database needs to implement itself anyway, no matter what filesystem it uses.

A database can always checksum data itself more efficiently than the filesystem can. A database that wishes to support snapshots can do so much more efficiently than the filesystem it is on. A database can replicate data across machines much more efficiently than a filesystem could. If a filesystem on one node goes corrupt, a distributed database can simply rebuild its contents from other nodes. The list almost certainly goes on and on.

Furthermore, none of the features of a filesystem like bcachefs are helpful to a database. The features that would be useful, like transactions, simply are not exposed via the POSIX API. Even if they were exposed, I am virtually certain that they would be less efficient than what databases can and do implement themselves. The thing databases do make use of, like fast reads, writes, and appends, are already supported by existing filesystems like XFS.

Where advanced filesystems really shine is when there is one filesystem on one node that is used by many applications directly. That includes a lot of desktops, laptops, and single-node servers. Pets, not cattle. Those don’t get as much funding nowadays.

Honestly, I think hierarchical filesystems are a poor fit for most needs. A combination of a proper database and object storage would be a much better fit. But it will be very hard to get to that on client machines.

Disclaimer: I’m by no means a storage expert, just someone who has observed a lot from all sorts of things over the years.

@alwayscurious @xyhhx @ariadne There isn't always a hard and fast line between what is a "database" and a filesystem, in my mind (I'm not an expert in either though), because the same computer science can be applied to both since they solve some overlapping problems. A filesystem uses database techniques to manage filenames and file extents, just optimized for storing variable sized blobs rather than fixed size records, and of course adhering to a very different API. A filesystem seems a pretty reasonable choice for object storage.
@raven667 @xyhhx @ariadne To me, the most potentially-monetizable part of bcachefs is the key/value store. Kent claims that it is the fastest production-quality persistent key-value store, and I’m inclined to agree with him if only implementations that can work on commodity hardware are included. However, Kent doesn’t have all of the copyright to that code, so he can’t dual-license it.