Forgot your password?

Comment: Re:Of course we can (Score 1) 134

by Carnildo (#47913521) Attached to: If We Can't Kill Cancer, Can We Control It?

I've seen one analysis that estimates that if all medical causes of death were eliminated, we would enjoy an average lifespan of about 650 before some accident would kill us.

The interesting thing with this is not the average, but the change in the distribution. Currently, the population curve has a sharp drop-off around the age of 70; with the elimination of medical causes of death, the curve will assume the shape of a decaying exponential, making that 650-year life expectancy more akin to a "half life".

If such a change happened today, of the 6 billion or so individuals currently alive, at least one of them could be expected to reach an age of over 20,000 years.

Comment: Re:Here's a crazy idea (Score 1) 134

by Carnildo (#47913457) Attached to: If We Can't Kill Cancer, Can We Control It?

Why not try to get rid of the causes instead of finding out what other sort of drugs and chemicals we can add to reverse it?

We could try it, but I don't think you'd be very happy.

The #1 cause of cancer is old age. People are dying of cancer in droves because they aren't dying of tuberculosis, or pneumonia, or cholera, or epidemic smallpox, or infected cuts, or any of the other causes of death we've eliminated in the past century.

DNA copying isn't perfect. It takes, on average, 70 years for enough mutations to build up to bypass the body's anti-cancer defenses and become cancerous. Life expectancy at adulthood has gone up from 60 years to 75 years in the past century or so, and the resulting explosion in cancer cases is quite predictable.


Apple Outrages Users By Automatically Installing U2's Album On Their Devices 556

Posted by samzenpus
from the do-not-want dept.
Zanadou writes "Apple may have succeeded at breaking two records at once with the free release of U2's latest album, titled Songs of Innocence, via iTunes. But now, it looks like it's also on track to become one of the worst music publicity stunts of all time. Users who have opted to download new purchases to their iPhones automatically have found the new U2 album sitting on their phones. But even if iTunes users hadn't chosen automatic downloads, Songs of Innocence will still be displayed as an "iTunes in the Cloud" purchase. That means it will still be shown as part of your music library, even if you delete all the tracks. The only way to make the U2 album go away is to go to your Mac or PC and hide all of your "iTunes in the Cloud" purchases, or to use iTunes to manually hide each track from your purchased items list. Other reactions include rapper Tyler, The Creator saying that having the new U2 album automatically downloaded on his iPhone was like waking up with an STD.

Comment: Re:Bummer (Score 1) 210

by Carnildo (#47894125) Attached to: Kickstarter's Problem: You Have To Make the Game Before You Ask For Money

There is a very small proportion of ideas for which crowdfunding is a good thing. These are ideas that are really great but have not been able to attract funding because investors (mistakenly) didn't see their potential.

There's a second group where crowdfunding also works well: ideas that are too small for traditional funding to get involved in. If you're seeking $50 million to develop an A-list video game, you'll have no problem attracting attention. On the other hand, if you're seeking $1000 to get a musician to produce a soundtrack for your Flash game, they'll laugh at you.

Comment: Re:Example? (Score 1) 366

by Carnildo (#47885641) Attached to: The State of ZFS On Linux

Can you think of any feature that actually requires the volume manager to be stirred together with the filesystem?

Smart array (re)builds. In the typical layered approach, the redundancy layer doesn't know what parts of the filesystem are in use, so it spends a great deal of time synchronizing empty space.

Comment: Re:Magic (Score 1) 366

by Carnildo (#47885321) Attached to: The State of ZFS On Linux

It's fast, reliable, caches intelligently, adaptable to a large variety of mirror/striping/RAID configurations, snapshots with incredible efficiency, and simply works as advertised.

Can I:

1) Add a disk to a RAID array (or whatever ZFS calls it) and reshape the array to take advantage of the space?

2) Run with less than 1 GB of RAM per TB of disk space?

3) Pull a disk that's suffered a transient failure, check it, plug it back in, and have the array write only the portions of the disk that changed, rather than doing a full rebuild?

The last time I looked at using ZFS for my storage server, #1 and #2 were deal-breakers. #3 was added when I expanded the server with a bunch of Seagate hard drives -- md's write-intent bitmaps reduced typical rebuild times from around a week to less than half an hour.

Comment: Re:Pet Peeve (Score 1) 147

by Carnildo (#47858231) Attached to: Restoring Salmon To Their Original Habitat -- With a Cannon

Ever seen a dam break? Look up the number of casualties due to dam breaks in the last 50 years vs the number of casualties due to nuclear meltdowns in the last 50 years. Then divide by watts.

Make sure you're counting the right dams, though. A large number of dam failures have been flood-control or irrigation dams rather than hydroelectric dams. For example, of the ten deadliest dam failures since 1964, all ten involved flood-control, irrigation, or tailings impoundment dams.

Comment: Re:+ operator for string concat? (Score 1) 724

The problem isn't the lack of strong typing in JavaScript. The problem is the combination of dynamic typing and operator re-use.

In Perl, I can tell you at compile time what "5 + $val + 5" will return: a number 10 greater than the numeric value of $val (and there are clear rules for converting strings to numbers). In JavaScript, I can't tell if "5 + val + 5" will be a string value or a numeric value, except by carefully tracking the possible data flows for "val" and seeing if it comes from a string source or a numeric source (or worse, both string and numeric sources).

Comment: Re:Simulations are limited by imagination (Score 1) 173

by Carnildo (#47733933) Attached to: Google Wants To Test Driverless Cars In a Simulation

Are you sure the car won't spot the dog, mistake it for a child (remember, the quality of information from the front camera is reduced), and perform an emergency turn to the left? Are you sure the presence of the car won't mask the presence of the dog, or vice-versa?

It's easy to say "when in doubt, maintain heading and come to a halt". It's much harder to define "doubt" in a way that's useful to a computer.

Comment: Simulations are limited by imagination (Score 3, Insightful) 173

by Carnildo (#47733829) Attached to: Google Wants To Test Driverless Cars In a Simulation

The problem with simulator testing is that you can't test scenarios that you didn't think of. This is particularly important to find problems arising from multiple simultaneous situations. For example, you might test the scenarios "front camera obscured by rain", "car ahead of you performs emergency stop", and "dog runs into street", but that doesn't necessarily tell you how the car will respond to a combination of the three.

Real life is far more creative than any scenario designer.

Comment: Re:Let us redefine "progress" (Score 1) 108

by Carnildo (#47716685) Attached to: World's First 3D Printed Estate Coming To New York

Imagine that, just rolling up two trucks to a construction site: one carrying the printer, another with all the crushed rock, setting it up and letting it go. A week later, a finished home ready for a family to move into at half the cost.

Imagine that, just rolling up two trucks to a construction site: one carrying the left half of the home, and one carrying the right half. A bit of maneuvering to align them on the foundation pad, a little work connecting things up, and the family can start moving in that afternoon.

Or if you prefer a non-standard shape, how about two trucks: one carrying a collection of prefabricated floor, wall, and roof sections, and one carrying a crane and a construction crew. Takes a bit longer to assemble, but it can still be done in less than a day.

Rapid construction of houses is nothing new. I watched a neighbor's house go from foundation pad to final painting in less than a day back in the early 80s, and it was old tech even then.

Comment: Re:Expert?? (Score 1) 442

by Carnildo (#47699931) Attached to: Is Storage Necessary For Renewable Energy?

Roads could be improved incrementally. A railroad that only connects two cities still has value. Any large, flat field could handle an early airplane, as long as you moved the cows out first.

The problem with this "storage-less" renewable grid is that no partial implementation is adequate. It simply cannot function on anything less than continent scale, and may require a global-scale grid to average out the fluctuations enough.

When you are working hard, get up and retch every so often.