1,157 karma · joined April 25, 2022
Dowels.
The programming environment for the Mac was a total shitshow in 1984, and continued to be so for a couple of versions after. You needed a 128k Mac, a Lisa, *and* an Apple II to make it work *at all*.
I wonder if maybe their implementation "fills in the blanks" in the 3D space in the same way our brain does, so it looks "properly 3D" because it's what we're expecting it to look like already?
Without my glasses it looks less so but that might be a function of not really being able to focus on stuff closer than about ten metres ;-)
Also it's one of the better ORMs, a lot of people were put off by the fairly broken implementation in early RoR.
There's probably an "official" name in some dusty Ministry of Transport document like "side protection collision bar" or some such, and TÜV probably calls it something like "Seitenaufprallschutzgerätüberlaufschutzausrüstung" or some damn thing.
This is a solved problem.
Redraw the circuit in Kicad, then redraw the PCB. See how close you can get to the original.
That way you're climbing the "learn how to use Kicad" learning curve, without having to climb the "learn how to lay out a PCB and circuit diagram" learning curve :-)
If I want to make something "from scratch" I do it with Flask, if I've got an existing database (or something that can be wrangled into a database) I do it in Django.
Everything is stored as a plain text file. It's just text. Hell, it's practically human-readable, if you're a fairly nerdy human.
You can store them in git, or any other source code repository. You can email them or stick them up on a server, without them getting mangled, because they're just text.
You can run scripts on them, or just plain open them in a text editor and do search-and-replace on them.
You can even write code to write files for you - take a bunch of stuff and programmatically design footprints and components, any way you like, because it's just plain text files, describing lines and co-ordinates and stuff.
Can't get any less locked-in than that!
Also it needs devs.
It's not possible, because there's no way to distinguish what the previous value was.
I wish I was joking.
Hard disks don't record zeros and ones...
You wind a loading coil on a plastic dustbin.
You're bang on - you might not know it's been wiped.
99.9999% of people will never need to care about it that much.
If you're saving stuff on old MFM drives today, you're probably not in the demographic that cares about wiping drives for disposal.
No, there isn't, and hard disks haven't worked that way since before Windows existed.
Everything past those days though, the data is very thoroughly scrambled for spectral whitening before being written to disk so there's no practical difference between /dev/urandom and /dev/zero.
The data is *gone*.
There is no way to recover it. If you know anything about how hard disks work, you'll see why.
There's this theoretical idea that you can get a kind of "latent image" of a mark or a space on the platter even if it's been overwritten, but hard disks haven't written things as literal north-to-south or south-to-north flips for 30 years or so. The data is written as changes of level and phase in a signal, and it's thoroughly scrambled to reduce the chances of a long run of patterns of all zeroes or all ones making the signal hard to recover.
Essentially, you'd be taking a list of floating point numbers, multiplying them all by another much smaller floating point number, adding on another floating point number, and trying to imagine what the original was.
It's not possible.
No, the NSA does not have a big magic machine that does it.
If you adapt a car engine (like a VW Beetle or Subaru engine, both flat-fours and common lightweight GA power plants) then it just runs on ordinary 95 octane unleaded, the exact same stuff you put in your car.