very rarely do water cooling systems incorporate a completely external radiator.
All mine have had an external radiator. In fact, I haven't seen one that wasn't external.
Irrelevant. We cannot possibly know "all variables" - and thus stating that all variables have been accounted for is bunk.
However, that doesn't mean that the study is wrong - it's just not good enough.
Storing a lot of data on Youtube can be done. It can be done in a hacky and good way - and it can be done in a shitty, QR-code, spacewasting way.
OP is not me - but I often post as AC because I can't be arsed to log in.
Yes, you could write a stopwatch app which runs on the bare metal, without relying on anything but the hardware (OK, and the part of the BIOS which starts the bootloader, unless you want to re-flash the BIOS). However that would be more complicated than you think. You'd have to initialize all the hardware yourself and handle everything on the lowest level.
The BIOS initializes all that is needed for a text-mode stopwatch. It would really not be hard to write in asm.
Doing a GUI stopwatch on the bare metal would be no more complicated than doing a text stopwatch on the bare metal ("CLI" wouldn't exactly apply then, because without some operating system, there would not be a command line to begin with, unless you'd take the unnecessary complication of additionally writing a CLI to run your stopwatch from). Just the data structures to be copied into video RAM would be a bit bigger. But then, the mouse handling code would probably be much simpler than the keyboard handling code you'd need for the text version.
While USB keyboards work in compatibility mode - requiring no USB driver, the same is not true for a mouse. That would require USB drivers. That in it self would be far more complex than writing a text-mode stopwatch.
You can fork the software and hardware designs. Depending on how incredibly advanced your 3D printer is, you could in theory print it too...
Bare NAND is presented as a block device. NAND SSDs are also presented as block devices. That does not imply that they are equal. SSDs have a controller that does remapping on the fly, in many cases on the fly compression, bad block handlling and much more. Bare NAND does not have that layer. That is why the ACs comment should be moderated informative, and you should be moderated "plain wrong".
So, no, he doesn't have the wrong definition of nutritious. You just read the first two paragraphs or so.
He also has the completely screwed-up definition of nutritious:
How can something that reduces your exposure to pesticides and antibiotic-resistant bacteria not be “more nutritious” than food that doesn’t?
Nutritious means to provide nutrients, not to exclude other stuff. And he also jumps to an unsubstanciated conclusion in that sentence. Minor exposure to pesticides might not be harmful at all. Minor exposure to bacteria is in many cases beneficial, since the immune system builds up immunity...
His article is at least as flawed as the study, and thus can be ignored.
How many AirPlay-compatible TVs are there?
Anything with HDMI.
So my TV is AirPlay-compatible? How come my TV doesn't come up as an Airplay device? There is no such thing as an AirPlay-compatible TV, atleast that I am aware of. Feel free to enlighten me if I'm wrong.
So you ask how many TV's I can stream to, but then bring up a small subset of TV's that support your WiFi streaming.
Because you specifically said that the i-products could stream to the TV, when that is obviously not the case. AFAIK, there is not a single TV being sold that has AirPlay-support. Again, feel free to correct. There are, OTOH, thousands of different models that do support streaming from Android devices. They don't need to have WiFi, but it's nicer that way.
How is that any different really?
Now, let me see:
System that requires extra hardware, cabling, power. Versus system that has built-in support. No difference there, obviously.
I'll bet you paid more for your TV than I did for mine, and with the extra money saved you can buy an AppleTV to work with whatever modern TV you have.
It was quite possibly more expensive than yours. But the price difference I paid for a "smart" TV, vs. the otherwise identical "dumb" version was somewhere between $30 and $40. I haven't seen AppleTVs in that pricerange, at least not yet. And buying an AppleTV doesn't make my TV AirPlay compatible. I'll just be connecting a HDMI-device to my HDMI-compatible TV.
Why would you prefer a system which limits the TV's you can buy?
Because I don't want more crappy boxes underneath my TV. I don't want more cables messing up the living room. That's not a very hard concept to grasp, is it?
Why would you prefer a system which limits the devices that can stream to your TV? I can stream from Windows, Linux, Android and iOS directly to my TV effortlessly. For me, that makes sense. Why would I buy an extra device that can only stream from OS X and iOS, when my TV supports streaming from pretty much any mainstream device/operating system available?
(Yes, I consider AirPlay OSX/iOS only. It's a proprietary protocol which has horrible support on other oses)
You should try it again, there's more uptake than you think (it's cross platform across a lot of different platforms). Google doesn't show police either.
Well, I don't think I'll be trying Waze every other week. It isn't growing that fast. Google has had proper traffic info since this summer. Waze has nothing yet.
Remember that one time when Google implemented turn-by-turn directions for iOS maps app? Yeah, me neither
How do you propose Google make changes to an app that Apple developed in-house? The Google maps app wasn't written by Google. It was written by Apple. Throw your feces in the correct direction please.
1) Porting it should be really easy. For Apple. Because the Google Maps app wasn't written by Google, but in-house in Apple, using the Google maps API. So Google has to write such an app "from scratch".
The trouble with a lot of self-made men is that they worship their creator.