The $117K is just the computer hardware. You still need UPS, A/C, Power, and floor space. Add up those, and a reasonable profit, and I'll bet Amazon and EMC don't look so bad. But if you already have the infrastructure, and the marginal cost of adding the storage arrays is low, then the design could save money.

As I understand it, there are hidden variable theories completely in sync with experiment. But they are experimentally indistinguishable from true randomness - and hence serve no scientific purpose (although answering Einstein's famous objection, "God does not play dice"). A hidden variable theory where the "hidden" variables can be deduced by experiment "inside" the universe is no longer a truly "hidden" variable theory.

We've invented a mechanical flea!

Presumably, "opt-in" counts as "in writing", and my library will continue to robocall to announce that my book on hold is available. But on the flip side, I can see all sorts of obscure checkboxes when you order online that enable robocalls should you not notice and check/uncheck them.

Unfiortunately, the advanced civilization living peaceably beneath the surface for millennia, will suddenly begin arming for war.

'Nuff said.

I connected our in house phones to a VOIP adapter from Vonage. Another idea is to use the existing wires to pull Cat-5e through the walls. Start with the farthest away, because the phone wires are likely daisy chained, and you need a full run for each Cat-5e cable. You now have high speed wired network in house. You can even connect selected outlets to VOIP if desired. If you sell, the new owner can use it either way.

The sandbox features are a key feature of J2EE. That is how servlets/webapps/apidujour are isolated from each other. That is how your J2EE app can share a JVM with hundreds of strangers at a hosting facility for lower cost (and lower security) than a Xen/Vmware virtual machine. That is how many people create their own custom multi-app platform to share a JVM that reliably isolates the apps.

Javascript is reasonable in the browser, and has a standard. Flash is an abomination. I let it run only when absolutely necessary (youtube, cough, cough). When I do let it run, it crashes the browser after 20 minutes or so to let me know it's time for bed.

While I agree that they are not as popular, Java applets (for which the sandbox is also key) are much friendlier to the browser, and I trust the Java sandbox a whole lot more than Flash.

While it had been done before, and will probably be done better (or worse), the Java software based sandbox security made a whole class of applications feasible, and enabled a new level of fault isolation for non-malicious software. *nix process based security and its predecessors were ground breaking. Java applies that within a shared address space at the ClassLoader level.

Our proprietary accounting software was built from the get go on open source OSes (starting with IBM EDX - obscure, but open source - though not in the GPL sense). Originally written for a green screen environment, it was abandoned for prettier Windows bases systems by a few clients. All the companies that left functional for pretty either went under or came back. We now have a pretty web front end, and a growing number of EDI, Web Service, and Java interfaces to integrate with other software - even Windows software integrates via SOAP (when there is source available for a Windows programmer to customize).

As far as highly functional open source enterprise accounting software goes, have you looked at Adempiere? I have been playing with it, and it is good enough that my long term goal is to migrate our stuff to its framework.

My favorite simple machines were those used by Native Americans. The spring was one of the most important. From saplings bent to snare a rabbit, to wooden fishhooks that snap open when swallowed, to the wooden bow. I always found it odd that it doesn't appear in the classic list.

"PC filtering software" is not very flexible at all. It ties you to a monopoly OS, and doesn't support filtering gateways (HTTP proxies). Ideally, users should be able to customized the approved list by adding/deleting entries. I would suggest publishing the approved list via secure DNS.

would be a positive filter. Instead of trying to filter the entire internet for everyone, create a Government Certified Safe Internet that lists web sites deemed "appropriate for children" by a new bureaucracy, and make it available to anyone's private filter on a voluntary basis. Require all government internet terminals available to children (e.g. libraries) to subscribe to the filter. Yes, there are already private companies that offer this service, but the constituents driving this evidently trust a giant government bureaucracy more than they trust a somewhat smaller corporate bureaucracy.

There will still be a market for private filter companies because they can offer different censoring standards to parents. It could actually be a good thing to have a voluntary censoring standard backed by general consensus. Private filters could start with the government database as a baseline, then add sites that "really should have been approved" or subtract sites that "my kid(s) can't handle". (For instance, my daughter had nightmares about "ducks biting her" after an incident involving a goose. She was not allowed to view "Jurassic Park" until she was much older, even though it was appropriate for the other kids.)

a digital camera with the lens cap on. Especially, if you can get the raw pixels, it contains a large component of true quantum randomness. Just run the bits into PRNGD (which runs the bits through a secure hash and adjusts the input/output bit rates according to the estimated randomness of the sources) with a conservative estimate of the percentage of quantum randomness.

"Some" drugs is right. Here in the eastern US, our streets are lined with mulberry trees (the unripe berries of which are hallucinogenic). And our government does nothing about it!