The first sentence of the main site is "D2: Declarative Diagramming - A modern language that turns text to diagrams", followed by multiple code snippets and the resulting diagrams.
The only problem with this analogy is that LLMs are not orbital sanders... Or if they are, they are orbital sanders that operate correctly only 95% of the time. The other 5% of the time they do the wrong thing and cause you to do more work and/or damage the wood (not a great analogy though).
>they are orbital sanders that operate correctly only 95% of the time. The other 5% of the time they do the wrong thing and cause you to do more work and/or damage the wood
So more of a home-gamer chainsaw? Except that I'm not positive the once/twice per year chainsaw is nearly so effective.
Power tools aren’t exactly the paragon of determinism. It’s ways to make mistakes with them, easy for wood to get caught the wrong way, relatively easy to injure yourself.
not a bad analogy imo. power tools vs hand tools. faster, but if you're not careful you can cause more damage before you notice. like a table saw, where you can cut too far or at an angle and the result will look bad. or an electric screwdriver, where you don't feel the torque as much, so it's easier to cross-thread.
and skills from building with hand tools help you judge the results, but not necessarily with actually using the tools.
There was always a population that preferred living on the margins of society. Hobo’s and tramps are different than the mentally ill and they were called hobos and tramps. My grandmother used to trade food for labor of these people as they passed through.
The homeless were people that could not care for themselves or be of use in some way. The grey area might be junkies.
Sorta unrelated but I really enjoy (I don't want to use the past tense as I often refer back to it) your article on Emulator Backed Remakes (https://gabrielgambetta.com/remakes.html). Thanks!
Thanks for saying that :) Have you built something based on that idea? I still haven't, but I'm thinking on throwing some Claude at it for the most mechanical parts.
There's a serious advantage to becoming fluent by moving to a country that speaks that language fluently. Try becoming fluent in Japanese in Nigeria for "Japanese hard mode"
It's "legacy" because it's essentially tied to Windows. Yes, technically it works on Linux, and no doubt that was an amazing feat, but no serious company is running MSSQL on Linux when all the documentation, all the best practices are all based on running that on Windows.
First reason is MS SQL team read the writing on the wall and realized if they wanted a chance to stay relevant, they needed to support Linux. I'm not sure that play really worked for them but it also gave benefits for number 2.
Second, they had to eat their own dogfood operationally with Azure and hated the taste of dealing with Windows. Linux offered lower RAM/CPU footprint along with much more ease of use with Kubernetes/Containers. Yes, Windows containers exists but as someone who has had to use them, it's rough experience.
Wait until you read about the version they released for ARM, briefly! It had a dynamic recompiler which would produced ARM64 ELF libraries from Windows PE executables, allowing x86_64 MSSQL to run on ARM Linux! They ditched that once Rosetta support on ARM Macs was good enough to run x86_64 VMs, as apparently all they cared about was supporting Docker on Macs...
I think it is essentially "complete drawbridge", too. I haven't played around with it in a while, but from memory, you can coerce it to run arbitrary Windows executables, basically anything without graphics (which are missing from the PAL they ship).
It's quite impressive, though also necessary if you think about it. SQL Server requires the legacy dot net stack, AND it also ships with a full copy of the msvc compiler/linker! Not sure if that's ever used by the Linux port, but it is installed. MSSQL kind of exercises every inch of the Windows API surface.
You can even run e.g. xp_dirtree and see an overlay of the host disk along with Drawbridge's copy of Windows.
> They ditched that once Rosetta support on ARM Macs was good enough to run x86_64 VMs, as apparently all they cared about was supporting Docker on Macs...
Was a research project gone out of hand, arm64 macOS wasn't on the radar and the IoT product it was released for didn't succeed.
> I think it is essentially "complete drawbridge", too. I haven't played around with it in a while, but from memory, you can coerce it to run arbitrary Windows executables, basically anything without graphics (which are missing from the PAL they ship).
sbtrans (for arm64) was static binary translation only. No JIT fallback whatsoever.
> It's quite impressive, though also necessary if you think about it. SQL Server requires the legacy dot net stack,
The arm64 sbtrans-based version had that gone too, and it didn't have a nice engineering path towards supporting those. It'll come back later though I'm pretty sure, with using a more native arm64 version (or arm64EC which exists nowadays)
> AND it also ships with a full copy of the msvc compiler/linker! Not sure if that's ever used by the Linux port, but it is installed. MSSQL kind of exercises every inch of the Windows API surface.
Yes that's used for dynamic query optimisation. It was disabled in Azure SQL Edge for arm64 as that was a JIT-less translated version.
You can’t steal pixels or frequencies. But you can use someone’s image or their voice to sell your product without their permission.
You can get all existential about it if you want - I just know that if someone used my face or my voice to shill for a product without my permission i’d be pissed. I’m pretty sure you would be too.
reply