The best part is hearing the lamentations of software patent attorneys and rejoicing in the sounds of their despair.

I can imagine plenty of uses for this in automated systems such as video system or other data gatherer. And even if it's to be used to record manually-triggered output, there's much to be said for the concept of "so much freaking storage that I can pay for this once and never have to think about it again over the lifetime of the equipment I'm using it with".

Were you dropped on your head as a child? Quoth the wiki:

In 1848 Lord Kelvin (William Thomson), wrote in his paper, On an Absolute Thermometric Scale, of the need for a scale whereby "infinite cold" (absolute zero) was the scale's null point, and which used the degree Celsius for its unit increment.

Celsius degrees came before Kelvin units.

Those are not real worlds and I'll be damned if I'll ever utter them with anyone over the age of 3 in the room.

Pfft - I came up with seven mind-blowingly awesome ideas before breakfast. The problem is that each would take several programmer-years to implement, so there's an enormously high risk:reward ratio for each.

People don't copy other ideas because it's too hard to come up with their own good ones. They copy ideas because those ideas have already been vetted and proven viable in the marketplace (whether of ideas or of cash revenue).

That's not correct either logically or from an accounting perspective. The opposite of customer is not product. The opposite of customer is vendor. Every transaction has two and only two parties. If you aren't the customer then you are the vendor for that transaction. Unless you plan to go into slavery the product isn't you. The product is data about you. What that makes you is the vendor of the product. Google "buys" this data in exchange for IT services and they then sell the data to advertising customers. In that transaction chain Google buys from you and that is how you appear on Google's financial statements - as a supplier, not a customer.

That doesn't make them necessarily a customer for that transaction. As far as Google is concerned they are vendors because Google "pays" users via an in-kind exchange of services for data which they then sell to their customers for cash. In that transaction chain the user is properly considered a vendor to Google and that is how they would show up on Google's financial statements. In that transaction Google would be your customer rather than the other way around.

That makes you a vendor/supplier rather than a customer. Google "buys" your data with an in-kind exchange for IT services and then they sell it to advertisers. You aren't a customer, you are a vendor in that transaction chain.

I'm an accountant.

Unless you are sending cash to slashdot, your relationship to them is most accurately described as that of a vendor or a supplier if you prefer that term. You provide data to slashdot in exchange for entertainment which is a form of in-kind exchange. Slashdot then uses that data to sell advertising to their paying customers. From an accounting perspective by providing this forum to you, you would be on slashdot's books as either Cost of Goods Sold or more likely some kind of Operating Expense. This effectively makes you a vendor to them, not a customer because they don't sell you anything.

It can get a little murkier if you have a paid subscription but they still advertise to you because then you become both a customer and a vendor. Which you are depends on the transaction in question. Logically it would make sense to have the subscription be treated as a contra-expense because then you don't have to have this dual relationship. But it's more likely that they would book it as income and have the user on the books as both a customer and (indirectly) as a vendor.

That doesn't make you a customer. That makes you a charity recipient.

In any case the general relationship between Google users (as opposed to paying advertising clients) is that the user is properly thought of as a vendor or supplier. We supply data to Google in exchange for in-kind services (email, search etc) which Google then turns into a product which they sell to their paying customers. Customers are people who pay you and vendors are people you pay. Google "pays" users for their data with online services which is a sort of barter really. They then process that data into a product they can sell to their customers which generally are advertisers.

What sometimes confuses people is that Google also sells IT services (like data storage or corporate email) but what that simply means is that someone can be both a vendor and a customer depending on the specific transaction. This is perfectly normal. It's not at all uncommon for companies to sell stuff to each other and have both a vendor relationship and a customer relationship but they can be only one or the other for a given transaction. The key distinction to determine whether they are the vendor or customer is (generally) the direction of the cash flow for the particular transaction in question. In cases in-kind exchanges its a little fuzzier so you have to look at what they do with the item received.

Microsoft decides that it's in their best interest for all customers to use identical UIs, so they make Metro the standard interface on phones, video game systems, tablets, desktops, and servers. Apple decides that it's in their customers' best interest for products to have similar but individualized UIs, so they create tailored interfaces for tiny, small, and large displays.

That, in a nutshell, is the difference between the two companies (and why Apple is eating Microsoft's lunch in every category where they directly compete).

The few remaining corpses of people 100+ years dead will most likely not give you the information you seek. There simply is not enough material remaining even among that which is well preserved to make authoritative claims regarding entire populations. At best we might get some hints and get some limited insight but there will be pretty sharp limits on making serious comparisons. Furthermore, I don't know how much time you've spend working with medical records but I've spent a lot of time with them in my professional life. Even modern medical records can be pretty bad. Medical records from 100+ years ago are very difficult to glean useful information from in a lot of cases. Not saying it can't be done but our understanding of medicine has advanced rather a lot since then.

That's putting it mildly. It's an interesting project you propose but you seem to be making it sound much easier than it is. That is a very challenging study.

That doesn't automatically mean that it affects mortality or patient outcomes. The human body is complicated. Just because it seems logical doesn't mean it actually is a problem.

There is no causal link known between gluten and the obesity epidemic. Gluten sensitivity appear to be merely the latest in a long string of fads jumped on by people who are hypochondriacs as the demand for gluten free products has hugely exceeded known affected population. While there are a relatively small number of people with coeliac disease and other sensitivities, there is no (credible) published evidence that avoiding gluten has any benefit for most people or that it is a primary driver in the current obesity epidemic.

That is little more than a hypothesis. We do not know with any certainty what causes Alzheimer's disease. Anyone who claims we do is selling something or confused. We are learning lots about it but we do not fully understand the disease process. There may be a correlation regarding eggs and cholesterol but the studies simply haven't been done to establish any sort of causal link in the disease process.

Furthermore you might consider linking to the source material you cite rather than an editorial in a random non-peer reviewed website that refers negatively to statin drugs as "mainstream medicine". That is not what I would consider an unbiased or credible source and it casts your argument in a worse light than it probably deserves.