Got of those, too (the early USB 1 ones, with the exposed ATAPI connector. I ended up buying Iomega's Firewire expansion that attaches on the back of the slim USB and latches on that ATAPI connector, as Firewire 400 had much better bandwidth than USB 1, provided enough power and thus required only a single cable, and I had a cheap Firewire 400 adapter laying around from some video project (funily: the Firewire 400 card was a free bundle bundled with some crappy movie software that was selling poorly and was on heavy sale at the shop I bought it from. Threw the useless CD, kept the Firewire card).

Mine still works too. The most difficult was trying to find the barrel power plug (since back in the days I was mostly using the Firewire attachment and because Firewire provides enough power, I wasn't using the barrel jack much. Nowadays most of my machine are USB only.

Yup. The slim USB were also a good solution to carry data around.
Bring the slim USB and the cables at the university, download shit with the fast bandwidth, then bring the drive back home, plug into the Firewire attachment and load it onto the computer.
Later the university aquired computers (from Dell) that came with ZIP IDE drive built in, so I only carried the Zip250 disks and kept the drive permanently plugged into the Firewire attachement. And almost lost the power barrel adapter as mentioned above.

Yes, that ass-backward approach came in my mind.
Your bank notes are too easy to copy now that color photocopiers and color laser printers are a thing?
- Rest of the world: make better banknotes (see swiss money, euros, etc.)
- USA: make bank note detection software mandatory on each piece of tech (HP and other US manufacturers have a boner at the thoughts of the sudden illegalness of cheaper competitors from countries without that function) and also mandate yellow dot tracking (now in addition the police-state is having a boner, too) (*).
- Rest of the world: why the hell is my color cartridge constantly empty on yellow and why is this preventing my to print even black and white?

Same here:
USA: has a problem of violence, bonkers level of gun proliferation, on tops of tons of ways to make life shitty for everyone (lack of proper health care, social welfare, etc.)
also the USA: lets add "gun detectors" to 3D printers so nobody prints a gun without a serial number. Surely that's the best solution to address all of the above, right?

Trouble is that this time, most 3D manufacturers ARE NOT in the USA.
Most of them are in China, and the US is only a fraction of their exports, and the required function requires magnitude more compute power to implement than the tiny micro-controller that is usually found in those printers and implementing would require massively driving up the cost of the printer.
Chance are high that the manufacturer will just say f-u, and merely just stop selling complete pre-assembled kit to the USA, only stuff that can circumvent the restrictions (e.g., kits with only motor and drivers that require adding a sold-separately microcontroller).

---

(*): fun fact: on some printers (E.g. with very low memory) those "functionnalities" were implemented in the drivers instead.
My ancient HP color lasterjet works this way. There are no yellow dot when I print from CUPS.

It's entirely possible that the "gun detection" is going to be the same: crappy buggy detection +additional privacy invading tracking implemented into the management software shipped next to the 3D printer as the MCU cannot handle that. Circumventable by downloading Octoprint from some european server and running that on a Pi to manage the printers.

Before emissions controls, they'd try to disperse soot and ash over wide area to minimize the impact to individuals, but natural gas burns a lot cleaner than coal, and doesn't really produce soot or ash, so it's not really a concern.

The only thing that article says about it is that the local government did a study and concluded that it wasn't an environmental hazard.

Think about it this way: why would a gas turbine mounted on a trailer emit more pollution than a fixed facility? It's burning the same fuel, with the same emissions controls.

Ok, but we should still be able to add that to the grid. In reality, it is much easier and cheaper to build a 1GW power plant than it is to build a 1GW datacenter.

2GW is basically nothing. The entire grid is something like 1,200GW so you'd need to add a fraction of a percent to cover a very large data center. The fact that people claim this is beyond our capability is preposterous.

It uses exactly the amount of power I think it does, because I can read the specs and they say how much power these things use, which is not very much.

See, this is the kind of retarded bullshit you idiots say, and then you expect me to take you seriously.

Mobile generators don't produce any more pollution than regular power plants. It is common for businesses to install mobile generators so that they can operate them right away (I believe the law allows them to operate for 1 year) before they get permanent air permits for them. By the way, Xai does have stationary permits for them now, so even that deeply flawed information is out of date.

It is hilarious to see morons like you vacillate between claiming these companies are irresponsible for using the grid without paying for new generation, and complaining when they do add the grid capacity to cover their use. It couldn't be more obvious that it has triggered a knee-jerk anti-development instinct in your lizard brain and that you have not capacity whatsoever to consider these developments rationally.

All this anti-datacenter nonsense is entirely unfounded in reality, so you are just another one of the stupid voters I am talking about.

It sounds like a good way to tank the economy forever, but ok.

Actually, the concerns are not real either. These don't really use all that much power, and they don't use any water or pollute the environment at all to speak of. Adding capacity to the grid to power these data centers should be entirely trivial. It's not because of other dumb rules that other dumb voters have supported in the past. Any attempt to solve the problem by limiting new development is completely nonsensical.

If this passes it calls the whole concept of democracy into question.

Not even the application, just a 120 byte-long binary patch.

And that chunk doesn't have any weirdness that requires a seasoned and actually human reverse-engineer.
(Think segmented memory model on anything pre "_64" of the x86 family - the kind of madness that can kill Ghidra).

Also, if it's not from the 8bit era or the very early 16bit era, chances are high that this bit of machine code didn't start as hand-written assembler but some higher-level compiled language (C most likely). It might be better to run Ghidra on it and have some future ChatBot trained on making sense of that decompiled code.

In short there so many thousands of blockers that have been carefully avoided by going to that 40 year old 120-byte long patch of 6502 binary.

There is a lot of leverage done by the "similarly".

Apple's computers run on 6502.
This was an insanely popular architecture. It's been used in metric shit tons of other hardware from roughly that era. There are insane amounts of resource about this architecture. It was usually programmed in assembly. There has been a lot of patching of binaries back then. These CPUs have also been used in courses and training for a very long time, most of which are easy to come by. So there's an insane amount of material about 6502 instructions , their binary encoding, and general debugging of software on that platform that could be gobbled by the training of the model. The architecture is also extremely simple and straightforward with very little weirdness. It could be possible for something that boils down to a "next word predictor" to not fumble too much.

Anything developed in the modern online era, where you would be interested in finding vulnerabilities is going to be multiple order of magnitude more complex (think more multiple megabytes of firmware not a 120 bytes patch), rely on very weird architecture (a kiosk running on some x86 derivative? one of the later embed architecture that uses multiple weird addressing mode?) and very poorly documented.

Also combine this with the fact that we're very far into the "dimishing returns" part of the AI development, where each minute improvement requires even vastly more resources (insanely large datacenter, power requirement of entire cities) and more training material than available (so "habsburg AI" ?), it's not going to get better easily.

The fact that a chat bot can find a fix a couple of grammar mistake in a short paragraph of English doesn't mean it could generate an entire epic poem in a some dead language like Etruscan (not Indo-European, not that many examples have survived, even less Etruscan-Latin or -Greek bilingual texts have survived to assist understanding).
The fact that a chat bot successfully reverse engineered and debugged a 120-byte snipped of one of the most well studied architecture doesn't mean it will easilly debug multi-mega bytes firmware of some obscure proprietary microcontroller.

or just even more solar and wind, so that even on "bad days" you can produce more, and who cares if you have excedent on "good days".