It was the first thing I coded entirely with Claude, and absolutely blew me away. (Mostly, it turns out other people already did all the hard parts -- the inspiration was running across a reddit post where someone said they wired together pyiodide and the Ace editor in a few hundred lines of javascript).

This was my first experience of "if you know what you're doing, LLMs can build things well and incredibly quickly". I think MVP took one evening, and then two more rewrites pushed it out to a week or so. (One after I realized fully offline was a worthwhile idea, the second after I realized the backend could be a dumb key/value store with only prefix iteration.)

As mentioned, it's local-first: everything should work perfectly offline after loading it once. Saving is limited to my kid’s school domain at the moment, but it’s super simple to host: just compile the Go binary and put it behind Caddy or something.

Code (which I literally have not read) is at https://github.com/zellyn/trifling

[Edit: p.s. try the avatar editor!]

In reality, the programming language tells you all kinds of subtle things: probabilities about the way the software will feel to use, how stable it’s likely to be, how fast, what the author is likely to focus on.

I found one of the best jobs of my life in 2015 by asking “who’s doing interesting things in Atlanta in Go?” Not because I was uncompromisingly settled on Go, but because in 2015, using Go (often) connoted a certain approach, a certain type of engineering, a certain constellation of values.

So please stop pretending the whole gestalt of programming languages and their communities don’t deeply affect the resulting software.

(I say this with no unkindness intended, mostly to all of hackernews)

I also ported it to JavaScript (linked from above page)

One note: you can authorize regular phone numbers for them to be able to call, but only if you pay the subscription ($10/month I think? We didn't do this...)

I know I could build the same thing out of esp32's but it would be a big hassle, and I'd have to build one for all their friends too!

I grew up with borrowed ZX Spectrum manuals that detailed the Z80 assembly language, (a clone of) a Red Book that came with the (clone of a) Apple II computer that had assembly listings, and fold-out circuit-board diagrams for the whole computer. I taught myself C++ from the manual that came with Borland Turbo C++ and the Waite Group C book. I laughed out loud at footnotes in the Camel book, which I read from the start through to where it becomes a reference. I read Sedgewick's Algorithms cover to cover for fun when I found it in a local library as a teenager. I borrowed the ancient "build a flight simulator" book from a friend in high school.

I've bought books by Kleppmann, Julia Evans, and Hillel Wayne's in-progress book on proofs. I owned the gang of four design patterns book (although I won't pretend -- like everyone else -- to have done more than skim a few patterns!)

And yet.

For many, many years now every time I've wondered into a bookstore, and meandered over to the fondly-remembered computer books section with a sense of nostalgia, I've just been deeply disappointed and sad. If you're lucky, you'll find one or two books that look worth reading, and the rest is just the product of some giant publishing machine whose sole purpose seems to be to fleece unsuspecting neophytes of their money by pushing on them hastily written books on whatever the current fad is. Often when you look at the publication date and compare it to the release date of the software, it's obvious you couldn't write a _good_ book that fast.

And they're all huge. The C Programming Language, Javascript: the good parts, and The Go Programming Language are just about the only three examples I know of where concision was considered a virtue. Most are just fluffy as hell, which is offensive to the kind of mind that wants to learn a programming language.

Add to that the observation in the article that paper books for programming languages are inherently weird.

So yeah, nobody cracks open a programming book anymore, but there are lots of compelling reasons beside AI, reasons that make you grateful if AI can save you from having to wade through an ocean of dreck.

I can imagine a heavily curated shelf of programming books, and it would be a thing of beauty, a collection of potent fireworks shot into the dark of the unknown. But, like, who would go to Barnes and Noble or whatever and actually see it, and actually buy something?

[Edit: serves me right for not reading tfa. My points are well-covered]

Happy to share source if you like, but it was nothing complicated: - ask aistudio.google.com to draw a bunch of dragons - trace one to svg - make the bracelet a little smaller

Also, nice work: this makes the world just a little nicer!

When I ported pikchr (also from the SQLite project) to Go, I first ported lemon, then the grammar, then supporting code.

I always meant to do the same for its SQL parser, but pikchr grammar is orders of magnitude simpler.

It’s fun to look at your code samples, have absolutely no clue what any of it means, and think about just how many non-English-speaking programmers must have felt that way looking at our all-English programming languages.

Except lisp: that’s just inscrutable symbols like cond and cons and car and cadr and a bunch of parens! :-)

[Edit] Which also does Arduino.