johnthescott

ask claude to write a simple program in, say, python. then ask claude to translate that program into BrinFck.

and if you didn't read the paper, they still have a solution.

excellent observation.

jgc, you made my day, one 86'er to another.

i recommend the book "The End of Error: Unum Computing"

pretty sure clang is older than sql. hal agrees.

+2 for humidity. great work. keep it simple.

after going through my first quake in valley, years ago, i shut windows at night, cause every strong breeze woke me up thinking a quake was coming. bummer.

years ago i lived next door to a bar popular with off duty emts. interesting, to say the least.

lecunn was at facebook after llmama3.1, says ai.

amen.

for smallish databases, where uuid is surogate id, i would trust dbos/postgres replication. replication is just too hard to role your own.

tangentially, for dbs with large blobs, lot's of easy tricks when uuids are immutable digests.

syncing, say, two blob stores, A and B, boils down to jaccard metric, as a first order approximation

   |(A ∩ B)| / |(A ∪ B)|

diffing the two digest sets at point in time is second order approximation.

and don't forget logical replication ...

i spent a weekend with an ai expert trying to get claude to generate code from a yacc grammar for a new language and a smallish set of examples. claude never seemed to get past the bnf syntax.

"elegance and speed go hand in hand" - d. mcilroy

pg_pachy ?