mickeyp

Indeed. I've gradually adapted a server rendered jquery and HTML site to react by making react render a component here and there in react and gradually convert the site. Works great.

I can never leave Solid Edge. Synchronous editing is simply the best for 3d printing and fast iteration when you're experimenting with designs.

Sure it's $24/hour, but it'll crank through tens of thousands of tokens per second --- those beefy GPUs are meant for large amounts of parallel workflow. You'll never _get_ that many tokens for a single request. That's why the mathematics work when you get dozens or hundreds of people using it.

No. The sauce is in KV caching: when to evict, when to keep, how to pre-empt an active agent loop vs someone who are showing signs of inactivity at their pc, etc.

I mean, is it possible the latter models used Search? Not saying Stepfun's perfect (it is not.) Gemini especially and unsurprisingly uses search a lot and it is ridiculously fast, too.

Incidentally, telling an AI you want to talk socratically and never to reveal the outright answer unless asked is a fantastic way to learn.

You can dial in on the difficulty: "you must be pedantic and ask that I correct misuse of terminology" vs "autocorrect my mistakes in terminology with brackets".

Super duper useful way to learn things. I wish I had AI as a kid.

Sounds like `strings' on the binary would've sufficed if it's just hardcoded.

I disagree. This is great for bulk tasks: renaming, finding and searching for things, etc

No I'm saying use Makefiles, which work just fine. Mark your targets with PHONY and move on.

It's not an unachievable dream. It's a trade-off made by people who may or may not have made the right call. Some things just don't run on a local machine: fair. But a lot of things do, even very large things. Things can be scaled down; the same harnesses used for the development environment and your CI environment and your prod environment. You don't need a full prod db, you need a facsimile mirroring the real thing but 1/50th the size.

Yes, there will always be special exemptions: they suck, and we suffer as developers because we cannot replicate a prod-like environment in our local dev environment.

But I laugh when I join teams and they say that "our CI servers" can run it but our shitty laptops cannot, and I wonder why they can't just... spend more money on dev machines? Or perhaps spend some engineering effort so they work on both?

The winning strategy for all CI environments is a build system facsimile that works on your machine, your CI's machine, and your test/uat/production with as few changes between them as your project requirements demand.

I start with a Makefile. The Makefile drives everything. Docker (compose), CI build steps, linting, and more. Sometimes a project outgrows it; other times it does not.

But it starts with one unitary tool for triggering work.

Why not just use the best known emacs lisp core, then? Like say emacs.

It does indeed. It's used in several games.

https://www.masteringemacs.org/article/fun-games-in-emacs

SoftICE gang represent :-)

That's a skill onto itself, and I mean the general stuff does not fade or at least come back quickly. But there's a lot of the tail end that's just difficult to recall because it's obscure.

How exactly did I hook Delphi apps' TForm handling system instead of breakpointing GetWindowTextA and friends? I mean... I just cannot remember. It wasn't super easy either.

> No surprise, really. You can use AI to explore new horizons or propose an initial sketch, but for anything larger than small changes - you must do a rewrite. Not just a review. An actual rewrite. AI can do well adding a function, but you can't vibe code an app and get smarter.

Sometimes I wonder if people who make statements like this have ever actually casually browsed Twitter or reddit or even attempted a "large" application themselves with SOTA models.

Is the professional _just_ a translator, or an expert in translation _and_ the domain? The latter is preferable; for the former? I'd trust Gemini or Claude.

Perfect summary. I'll add: insane defaults that'll catch you unaware if you're not careful! Like foreign keys being opt-in; sure, it'll create 'em, but it won't enforce them by default!

Wait until you learn what Apple charged for their incredibly basic ipods in the 2000s.

Thanks for the kind remarks, Ashton :)

That's generally how it works in most editors that support both.

Tree-sitter has okay error correction, and that along with speed (as you mentioned) and its flexible query language makes it a winner for people to quickly iterate on a working parser but also obviously integration into an actual editor.

Oh, and some LSPs use tree-sitter to parse.

Tree-sitter is great. It powers Combobulate in Emacs. Structured editing and movement would not have been easily done without it.

Models just naturally arrive at a conclusion that they are done. TODO hints can help, but is not infallible: Claude will stop and happily report there's more work to be done and "you just say the word Mister and I'll continue" --- this is a RL problem where you have to balance the chance of an infinite loop (it keeps thinking there's a little bit more to do when there is not) versus the opposite where it stops short of actual completion.

I was around back then. There were many button sizes, and I did not say those weren't real, existing buttons: they were common navigational aids on homepages. But they are not _web buttons_ as anybody would interpret them today. They are just buttons. The GP and the link talk specifically about _web buttons_.

Those are just.. buttons. But they are not 'web buttons' like you'd see everywhere on the web in the 90s. They are the same shape and size as the link above, and they were indeed often animated GIFs.

EAV data models are kinda cursed in their own right, too, though.

Battle.net's simple system of just downloading maps you didn't have helped a lot.

I remember playing a "Use Map Settings" map where you started out as a lone marine and then had to 'upgrade' your character over time. It felt like a very early prototype of later hero-style games that came to exist in Warcraft 3 and beyond.

Fun times.

Have you tried using the hardcoded Thunderbird (or similar) oauth credentials to authenticate to Google et al? You can also use davmail to proxy your requests to Office 365 / Exchange and it handles oauth also.

That is literally how it is supposed to work. Prometheus grabs metrics --- that is how it works. If you for some reason find yourself unable to host an endpoint with metrics, you can use the fallback pushgateway to push metrics where yes they will stay until restarted. Ask yourself how it could ever work if they are subsequently deleted after read. How would multiple prometheus agents be able to read from the same source?

IMO, you should not avoid triggers if it helps prevent invariants in your database. That is what they are especially good at preventing.

You can instruct postgres to raise exceptions using the same error code that constraints use: that way your clients do not need to know the difference.

I had one of those as a kid. Great watch.

Reading the wikipedia page for it may make you rethink that thought though :(

1x1 pixels for padding and aligning? That came later. Your memory is off.

In the 90s, sites did kinda look like that.