16 gauge is rated for 17A; 24 gauge is rated for 3A. Given that, as you say, the rated current for the doorbell is 1A, I don't understand why 16 gauge is necessary; if you're concerned about shorts, consider that 16A/16V would more likely burn out the transformer before doing anything to the wires because the power density is larger there. Just to be safe, I'd put 3A fuse inline and use Cat5 without reservations.
There are only three detectors available (two LIGOs and VIRGO), and the strongest signal unfortunately also had an overlapping glitch, so there are still some data reduction issues that make interpretation difficult:
https://arxiv.org/pdf/2206.11932.pdf
Yes, it'll work but device trees are still a little less dynamic than modules, which can be loaded and unloaded, and reconfigured at will. Device Trees still apparently have issues with dynamic reconfiguration. I think branches can be safely added, but removal is still problematic. This apparently is being worked on, so eventually it'll work, I understand.
They were trying to avoid oligarchy, where few powerful families would monopolize the power.
It worked remarkaby well, actually: Venetian Republic lasted 1000 years, served as a bulwark against western expansion of the Ottoman empire by running an effective combination of trade engagement and military projection, and was arguably a shining light of western civilization for most of that time. They were done in by the rise of nation-states and loss of income from their Eastern trade, not by failure of their system.
Of course Linus wrote git, so it's not like he's against modern workflow. There are kernel forks of course, I think that not using web front end is partly due to reluctance to become dependent on an commercial service that Linux people don't control, and partly due to the fact that they like to keep their hands in the mud.
We get 174400 TW from the Sun (1367W/m2 over the Earth cross-section, which pretty much balances out with the outgoing blackbody radiation at something like 5 deg C IIRC. This would be the surface temperature if there was no internal heating. This slows down cooling of the mantle because there's no cold reservoir for it to cool into.
A large portion of engineering calculations overall requires something like three significant digits of precision; the problem is that these digits need to be accurate, i.e. we need a good error estimate, consistent with that precision. Most numerical algorithms do not
provide such estimates, and so we've fallen into a cargo cult of excess precision, hoping that it will save us from the accuracy loss in the calculation. It often works, but occasionally fails, and we have no idea which one happened.
I have a simple example of that: a polynomial
rp(x,y):=1335/4y^6+x^2(11x^2y^2-y^6+(-121)y^4-2)+11/2y^8+x/(2*y)
that evaluates to about 1.1726 in both single and double precision, but whose real value is -0.827....
So, the bottom line is that I'd gladly trade off precision for better accuracy guarantees---but it turns out that's surprisingly hard in general case.
