... on a Computer. ... on a Phone.

Gee, it must be some new mystical technology to deploy a sliding door lock on a computer or phone.

The White House doesn't make law, and does not control the Library of Congress.

Petition Congress, not the White House.

Perhaps it's not as big a problem as you think.

I live on a man-made lake system with a nuclear reactor, where the upper two lakes are used basically as giant batteries. During the night when the nuclear station is producing excess power, that power is used to pump water from the lower lakes into the upper lakes. During the day when demand is high, water is allowed to flow back downhill through the hydro plants, producing the excess power needed to meet demand.

I see no reason we can't deploy similar technology today, using renewables to pump water uphill during the feast, and then using that stored energy when there is famine.

It's not called being lazy. It's called SURVIVING on LIMITED RESOURCES, which is what Humans had to do for hundreds of thousands of years before developing the technology to increase food availability.

Expending the least amount of energy was called SURVIVAL.

We really have completely lost touch with reality, haven't we? We are living in the idiocracy.

http://grupthinkpro.s3.amazonaws.com/grupthinklive80240347b2eab6b15fd4935656ba50e8

Nobody will ever top Florida "A55 RGY" with the big orange in the middle serving as the letter "O."

A55 O RGY

When I lived in Pennsylvania, I heated my home and my hot water with a furnace that used renewable biofuel. Those furnaces were recently banned in the state because they reduced revenue for gas and oil companies.

Now I live in a State that still allows residential use of renewable biofuel, and it is readily available and quickly replenished. Our energy bills are near zero, and we grow our own fuel on our estate. Fortunately there is not a big natural gas or coal industry here like there is in Pennsylvania, so hopefully we have nothing to fear from political influence from the big-fossil companies.

Why is Canonical recommending booting into Linux AT ALL, with ANY image, when "just one boot from UEFI into Linux" can brick the laptop?

It seems to me that it is not safe to attempt to boot into Linux under ANY circumstances.

It is because PVR is a low priority. It is a low priority because there are relatively few places where you can actually record live TV, owing to the fact that cable companies rarely transmit even OTA stations in unencrypted format that can be decoded by a typical PC-based capture card.

... when you are a big top secret defense contractor and you attempt to unify your development processes across all of your business units to "save money" through homogenization.

You can design something as an "interconnected series of black boxes" when it's something simple like a missile.

A 787 and other development abortions like the F22 and F35 are infinitely more complex than a simple war munition, and cannot be properly designed as an "interconnected series of black boxes."

Aren't we overlooking the obvious here?

What difference does it make how much space is usable on the drive, when the O/S itself is a completely unusable, unfriendly, and counter-intuitive piece of shit?

A comparable situation would be if you purchased a 12-piece McNuggets lunch, but shat out 5 of them, and complained that you "only got 7."

The explanation is that your body can't use 100% of the nuggets, because you can't digest the stuff that is required to make it take the form of a nugget, and taste approximately like chicken.

The USA has a 140 year history of regular banking panics and collapses, BECAUSE of the institution of regulations.

There, fixed it for you.

"The waves propagating throughout the simulation require a carefully orchestrated balance between computation, memory and communication."

This statement seems to imply the outcome of the simulation depends somehow on the tuning of the system hardware. That has dire implications for whatever method they are using.

If a simulation becomes non-deterministic depending on how the hardware communicates, and gives different solutions to the same problem because of that, then I would say it is not a good approach to computational bogodynamics.

We are imprisoning you for your own good. Please remain indoors until you are given clearance otherwise.

Training exercise for Marshal Law, this is.

I tend to agree. Although, there is _something_ to be said for working with digital systems. There are still many "electronics" concepts to worry about when designing a digital board, or interfacing one digital board with another.

While one of the aforementioned systems alone does not really touch on it, once you start interfacing, or using the commonly-found "scratch area" on one of these systems, you need to know something about how to do it properly.

Strictly speaking, I don't think of an embedded development platform as dealing with "electronics," but it certainly lives in the house next door.