Excuse me? That derogatory tongue-in-cheek way of referring to that company is not "mealy mouthed nerdery", as everyone and their mother understands who I am referring to. The lawsuit mitigation communication I suspect you're confusing it for requires it to be genuinely unclear who you mean.
However, batteries cannot cost $1 unless you want $1 worth of battery. Modern batteries are genuinely complex devices with extremely tight assembly tolerances, and something like a phone battery should be expected to be more like 10-40 USD.
Cheapo cells exist, but they genuinely have issues like poor assembly tolerances introducing risks of it deciding to spontaneously transform into a pocket-sized smoke machine.
They describe it as a feature in their later 1942 patent (US2474994A), in the description of which they mention it to protect against powertools with poor torque control, claiming that a better screw would only be possible if power tools and their torque control were perfect and that it is therefore a required feature.
The original designs did not reference this though, so it seems more like them adopting an observed behavior as a feature - so the statement that it was originally designed to be that way is indeed off, but the company did adopt the behavior in official paperwork.
Am European, yeah but pozidriv was never used for tiny screws. We have also pretty much migrated all screw sizes to torx nowadays, so I only ever really see pozidriv on older appliances and hardware, while Philips mostly happen on imports.
You got the wrong standard. JIS B 1012 type H is Philips equivalent, but what people refer to as the JIS screw is JIS B 1012 type S. JIS B 1012 Type S ("JIS") and ISO 8764 (Philips) are entirely different screw and scredriver profiles. See https://www.peterverdone.com/jis-cross-head-screws-and-drive....
The Philips screwdriver has lobes with a large multi-stage taper that ejects the screwdriver from the screw upon torque. The JIS screwdriver lobes are in contrast almost perfect 90 degree angle with a tiny filet in the center - not dissimilar to the Frearson screw.
A Philips screwdriver will be unable to insert all the way into a JIS screw due to this taper, exactly similar to how the extra lobes on a Pozidriv screwdriver collides a Philips screw. Attempting to apply torque with this partial engagement puts you at very high risk of stripping the screw.
A JIS screwdriver however does work perfectly fine in Philips screws, often even better than the Philips screwdriver as you did away with one half of the "screwdriver ejection feature".
There's a reason that iFixit goes out of their way to make both JIS and Philips bits, and warn you in their guides. They aren't really in the business of trying to cram more bits down your throat for fun.
As mentioned elsewhere, it's also important to remember that the batteries were fully serviceable - available for purchase, nicely compartmentized and with easy connectors. The products were definitely not designed to die with their batteries. They just weren't compliant with the new rules - this is quite different than a certain fruit company that have historically made battery replacements difficult for even service technicians to complete without consequences like constant user prompts.
I imagine the various products had their specific own conflicts with the rules, like requiring too much disassembly (the Pro controller in particular has to be disassembled from the front first), or the Switch 2 holding the battery with double-sided tape. Not to mention that you might not realize that the screw are JIS spec, stripping them with the Philips screwdriver you found in your drawer. Also triwing.
To be clear, all the mentioned Nintendo products are already designed for battery replacement, with well-contained battery units and easy connectors, and the batteries are available and problem-free to replace unlike for a certain fruit company.
The redesign is because the ease of accessing the batteries did not comply with the new rules. The pro controller in particular requires almost complete disassembly to get to the module, and the Switch 2's battery uses double-sided adhesive which is finicky. Joycons can also be a bit finicky to navigate for the uninitiated.
Also, as the device is Japanese, it uses JIS screws rather than Philips (in addition to triwing), which could surprise some. These are superior for service - Philips screws are specifically designed to strip during assembly to prevent over-torquing - but they do require you to have the right, "exotic" screwdriver. As JIS screwdrivers are compatible with and superior in bite even for Philips screws, it's a good habit to just always use those instead for electronics. iFixit kits and such include them.
To my understanding (which can be wrong) these gas turbines are not backup generators, but used as primary or supplementary power sources during normal operation where the grid cannot supply (or when grid cost is unfavorable). In one clip (which is a bit sensationalist so I'll refrain from posting it as it may derail) shows a park of some ~24 large gas turbines - each of which sized like a small building - with about half in operation at that time.
Indeed, there is some noise from backup generators when tested (or in use), but with a bit of preparation, good palcement and sequential testing you can make that not too disturbing.
1. Build your datacenter near supply. If there were consequences to ignoring the rules or being a bad neighbor with municipality, state or federal government baring their teeth, more optimal locations with regards to supply and noise would also end up being the cheapest and safest location for them.
2. Build supply near your datacenter. Solar and wind are both very cheap right now, but requires buying more land, same for a proper gas power plant in its own building with appropriate noise and pollution treatment.
3. Make investment into infrastructure a prerequisite for the project instead of just complaining about it and making into an excuse for cutting corners.
Even if you need to have local supply, "mobile gas turbines left on trailers to pretend they're not permanently installed to avoid having to get permits" is never a necessity.
We should also keep in mind that the problem isn't datacenters, but how they are built.
Datacenters do not have to be noisy. Datacenters do not have to cheap out on cooling solutions. Datacenters do not need to be powered by mobile gas turbines left on trailers to pretend they're not permanently installed to avoid having to get permits.
Those corners being cut is not what make AI datacenters possible or competitive. That race is purely chip supply.
For reference, I work in an industrial neighborhood where there are quite a few new datacenters from big providers. The buildings are ugly for sure, but unless you're staring at it you'd have no idea it was there. I could try to pay more attention to see if I can hear it if I focus on it, but I suspect the sound of nearby rustling leaves will be too deafening to make out anything.
> Then maybe install the strobe lights in all important rooms
What are important rooms?
> Most people have there phone on silent/vibration anyway and recently everybody uses noise-canceling headphones outside to not be bothered by other people...
> Everybody is handicapped part of the time
A phone on silent still blasts public safety warnings at full volume. A phone on vibrate can still be heard. Noise-cancelling headphones still let the outside through at a lower volume.
I have previously had to install simple things like doorbells for deaf people, which is done through a very strobe light that can be seen from almost the entire apartment... if you're not behind a closed door at least.
The idea of it being genuinely difficult for a person to be warned or notified is terrifying. Put your phone in your bag and you might as well have left it at home. Honking, people yelling or screaming for you to move out of harms way, even air sirens... You'll have no idea.
A shrinking deaf community has nothing at all to do with ethnic cleansing, and social support does not shrink for less common diseases - it's usually the opposite, with support proportional to how rare and inconvenient the disability is.
Let's try a small thought experiment: Some birth defects stem from dietary issues in the mother during pregnancy, like folic acid deficiency or alcohol consumption.
Let's imagine that we discover that deaf children are primarily caused by a particular vitamin deficiency during pregnancy. We can then either spread the information so parents can supplement, or even fortify foods and cause the community to massively decline or even disappear - or we could withold the information on the vitamins to artificially maintain the population of the deaf community.
You could even extend it to a scenario where we end up relying more and more on artificial insemination or other early processing - the impact of many dietary deficiencies happen extremely early, so to maintain the community we would then have to artificially cause said deficiency to maintain the population of the deaf community.
Heck, we can always just make people deaf later if you wanted to maintain their community. We could also make more people get into "accidents" so that the quadriplegic community is maintained. Sounds absolutely insane when you start to discuss maintaining the population of disabled communities, doesn't it?
Back to the topic, cleansing of the deaf in this context implies a hatred for deaf people in general and wanting to remove all deaf people, which is an emotion entirely unrelated to sympethesizing with the disability of being deaf and wanting to avoid causing more such disability.
There is no path that turns "I would like to terminate my pregnancy if the outcome is unfavorable" into "I would like to commit genocide on everyone whose genetics I do not like".
Granted, someone who already wishes for or aligns with the idea of ethnic cleansing might start by only publicly sharing their wish for the former to begin with, but I don't see a sensible argument for it being a natural extension of the former.
A problem is that some see 2 as a subset of 1, upset at the idea that parents would wish to terminate pregnancies early that have strong indications of defects. I do imagine a good chunk of those people are of the horribly broken belief that abortions should be outlawed altogether, so not sure how many specifically go against such "filtering".
Granted, if everyone were sequenced and had access to that information it probably wouldn't take too long before certain categorizations became a requirement on the dating profiles, and that's a slippery slope...
(Regardless, nature filters us all by genetics in several stages, and our entire concept of sexual attraction and social groupings are based on the most direct form of priliminary selection for genetics that evolution could achieve with our limited available senses.)
However, I'd hold that this is an extension of the USB 3 mess that predates USB-C, even if the x2 mode specifically was a USB-C addition.
The important thing for people to know is that support for USB 3.2 Gen 2x2 is practically non-existent: TB3 came before as a well-established (but premium) solution, and USB4 just two years after to commoditize it. A complicated solution with mid-tier bandwidth and none of the flexibility didn't attract attention, so support is poor.
Well, this is about USB 3.2 Gen 2x2, which is a mess created by USB IF for good old, blue USB A connectors. Not USB-C complexity.
USB 3.2 Gen 2x2 is the very rarely supported 20Gb/s variant of USB 3, and making devices now that require that for full performance is a weird decision, with high-speed capable ports generally having wider support for either USB4 or Thunderbolt3+. I imagine the reason would be that some chip with an otherwise poor market fit got cheap...
Throwing this into the mix definitely doesn't improve the USB-C "what does this port support" conundrum, but this specific one predates USB-C and is not at all something you'd normally hit.
That's not quite true, as every SoC requries quite significant software bringup for an OS that makes other software engineering tasks seem miniscule in comparison - macOS and iOS just share enough common code that it's not as big of a deal for Apple.
Also not sure why you'd label it as "M0", as trivially beats the M1 on several metrics.
No, rather that they focused on peak performance, i.e., "churn out the most raw throughput at 400W+", rather than "get as close as possible to 0W when idle or in common uses".
Very different metrics - the former is about optimizing your architecture for pushing the most operations, the latter is about being able to power as many things off as possible.
TL;DR: Low power draw for laptops and phones is about who can reduce to the lowest performance, with the most hardware turned completely off while still just barely performing the task at hand. Completely different ballgame.
Peak performance happens at peak power draw and is a matter of having as much hardware as possible pushing as many operations as possible at any given point without spontaneously combusting. Those who have the most advanced manufacturing process, or architecture with the most execution units and best able to keep all units busy wins.
Peak power efficiency is about being able to turn as much hardware off as possible, and having lower quiescent current ("leakage power"), with bigger, beefier chips naturally having higher quiescent currents.
What is talked about here is about gating hardware such that you can shave off milliwatts or microwatts when the system is completely idle, by taking tasks that otherwise use slightly larger blocks that would have to remain on and moving them to smaller, more dedicated blocks. For example, being able to play a video with most render capabilities powered down because the display server can take the output of a hardware video decoder block and feed it straight into a display controller plane.