One successful detection of an outbreak is meaningless. This is like how everybody claimed frogs had predicted the earthquake in China a few years ago.
To judge the success of this system, we need three pieces of information:
* How many outbreaks has this system actually flagged? * How many outbreaks has this system missed (false negatives)? * How many outbreaks has this system flagged that turned out not to be (false positives)?
3d printers are still expensive, and occupy space in your house. Unless you do a lot of it, it's still more economical to send it out to a place like Shapeways.
Yes, once the plant dies, the C14 is locked in and starts decaying. But A.C. was asking about the atmosphere -- isn't that supposed to be constant?
And that's what I'm wondering too. If supernovae and huge flares can cause glitches in the amount of C14 in the atmosphere, how does that affect carbon dating?
Mark my word, the creationists will be all over this in another couple days.
I have a couple of calculator apps on the Android market. Obviously, a calculator has zero need for any of your personal data, and that's how much I collect -- zero.
I recently received an email from "Appayable.com". They provide me with a spyware module to add to my apps. The spyware module collects users' personal data and uploads it to Appayable.com. I get paid. Profit!
They say they only sell anonymized data, but I still thought it was a pretty reprehensible business model. I suspect it's pretty common practice, though.
The letter:
I noticed that RpnCalc Financial -- HP 12C has seen a growing number of downloads in recent weeks. I wanted to reach out and discuss how my company, Appayable, offers developers the opportunity to monetize their app without placing ads or impacting user experience
We pull the social profile of your users, anonymize the data, and identify the mobile device. Appayable's SDK does not take up screen real estate on your application, maintaining the great user experience, and providing more revenue for you. Plus, we do not rely on impressions - as we do not place ads within your app - thus, you generate revenue based on a single download and install. No need to retain the user - only have them open the application once. The revenue stream created is ongoing based on our data partnerships, regardless of continued use of the mobile application.
We've worked hard to make it really simple for you to integrate our service into your app, and as a result have over 6,500 applications on our platform in only 6-months! Whe you have a few minutes, I'd love to talk to you or the appropriate person about working with us.
It's not just about change -- change can be adapted to. However, the photo viewing interface of the new UI truly sucks balls.
For example: the picture title and comments are only visible for a second or two when you move to the next picture. They come back when the mouse moves. As a result, if you want to read the title and comments, you have to sit there, quietly moving the mouse back and forth while you read.
Not to mention that the title, comments, etc. are placed on top of the image. And worst of all, the viewer is just simply clumsy and incredibly slow.
I used to administer a Sparcstation 10 being used as a server in a lab. The only time I ever needed to reboot it was for an OS upgrade or a power failure, and those happened more than a year apart typically.
FWIW, it's becoming fashionable in Silicon Valley to use solar panels as shade structures in parking lots. The cars get much-needed shelter, and solar panels get installed without covering up anything like lawns or gardens. It's a complete win-win.
This is key. Unless your surface area is limited (space craft, vehicles), it's not efficiency that matters, but cost per watt of capacity.
Make solar cheaper per watt than coal plants (we're getting close now), and then watch all the rooftops in the country get covered with solar panels.
Even if all the rooftops combined aren't enough to produce *all* our needs, every 300MW of solar power is one coal plant shut down, and 2400 tons less CO2 produced. Per day.
I know someone with a Rav-4 which she charges from solar panels on the roof of her house.
However, unless there's a serious revolution in battery technology, I don't think the electric car is ever going to be practical.
Likewise, solar panels don't work at night, under trees, or when it's cloudy.
None of those are arguments against developing solar technology. Or wind power. While neither of these can ever totally replace fossil fuel power or nuclear, they make excellent supplements. Solar power is at its peak at the same time demand is at its peak. And every kWh of solar power represents 1-2 lbs of CO2 not released into the atmosphere.
No I feel you should comment it out for one version, or one iteration.
This is exactly what I do. Sometimes I leave it for a couple of versions, but basically you want it to still be there long enough to be sure that deleting it was the right thing, then get rid of it to clean up your code. Leave a good comment in the version history and you're done.
OK, speaking of one who's actually taken dirigible flying lessons, I have a couple of points to make:
Other posters are right: propellers are just little airfoils.
The ceiling of a prop plane is a combination of three factors: thin air limiting the lift of the wings, thin air limiting the thrust of the prop, and lack of oxygen to the engine. Superchargers can help with the oxygen problem, and longer wings and/or higher airspeed will help with the lift problem, but there's not much you can do about the prop.
Airships have altitude limitations too, even worse than airplanes. Every airship contains air bladders called "ballonets" which displace some of the lifting gas. As the airship gains altitude, the ballonets are deflated to make room for the expanding lift gas. Once the ballonets are completely empty, the airship is at its maximum altitude, beyond which it can't rise without venting and losing lift gas.
Airships are *not* "extremely efficient at sending hundreds of tourists plunging to a spectacular death". The Hindenburg caught fire a hundred feet in the air, and most people on board still walked away. You can't say that about most aircraft. We think of airships as dangerous because the Hindenburg disaster happened in the relatively early days of aviation, and the disaster was broadcast live, searing it into the collective consciousness.
The Hindenburg itself was a very safe design. The disaster happened because they screwed up and used highly flammable paint on the skin. If they hadn't done that, things would be very different today.
All that said, there are a number of factors that will keep airships from ever coming back.
First, the cost of Helium is going through the roof. This is essentially what killed Airship Ventures. You could make a reasonably safe airship using hydrogen, but nobody would be willing to fly it. This might work for cargo transport, but not for passengers.
Second, they're slow. Third, they don't operate in high winds.
Flying one was one of the most seriously awesome fun things I have ever done, but I have no illusions that they'll ever be a practical means of transportation again.
Disagree. I used them all through college. They don't have to be held perpendicular, but they do require a light touch, and as I mentioned above, the finer ones were a maintenance nightmare.
Yes, they're intended as drafting pens, but a 00 or 000 makes an excellent writing instrument.
I used Rapidograph pens all through college, and still have several of them. The "sweet spot" for an engineer's notebook was the 000 size, although I often carried both the 00 and 0000 sizes instead. I knew one guy who carried the 000000 size, but the lines were almost too fine to see, and they tended to cut up the page.
Anything finer than 00 was a maintenance nightmare, though. They clogged easily, and the wire that ran up the tip was likely to bend during cleaning, ruining the tip for good.
Nowadays, I just write with a traditional fountain pen, with as fine a tip as I can get. These suffer from problem #3, especially if the page gets wet later, but they write a beautiful line.
Other than that, I have a "Sanford Uni-Ball ONYX fine" on my desk that I use when I've mis-placed my fountain pen, and it also writes a superb line. It also will make carbon copies, which neither a Rapidograph nor a fountain pen can do.
I saw that episode. Henry hooks up with a hot young thing that seems too good to be true, and then she runs around the camp hitting on all the other officers too, stirring up no end of trouble.
Assuming this story is even true, the only morals to be gleaned are: "If it seems too good to be true, it probably is" and "don't stick it in the crazy". There is nothing to be learned here about relationships and technology.
Because the underlying toolkit libraries are in a constant state of flux, with each version being incompatible with the previous, applications are all subject to bit-rot. An app that worked in 2008 will very likely not work today unless the author went to the trouble of porting it to the new toolkits. This is true for both gtk and qt. And don't even talk about motif and olit.
In my entire career, I think I've only used math once that I hadn't learned in high school (differential equations for a fluid flow simulator).
I've used algebra, matrices, geometry, and trigonometry on a pretty regular basis for the bulk of my career. A lot of that career included computer graphics, which uses matrices and trigonometry heavily.
For years, service providers have been beating up their customers to get them to use secure passwords, but time after time, it turns out that the service providers are the worst security offenders.
What is it going to take to get the services to take security seriously?
It's not that hard: Build a dedicated authentication server. Account names and passwords (preferably hashed) are stored there, and NOT in any other database on any other server owned by the service. The authentication server acts as a near black box, accepting credentials and returning a simple yes/no answer. Only a very few employees have access to the authentication server. Naturally, the server itself sits inside the DMZ, inaccessible from the outside world.
It might not be perfect, but it would have stopped all of the major password breaches I've ever heard of.
The thing is, I don't have a lot of time in my life for open-source projects, and would much rather spend my time developing than porting over and over again. Xdraft and gcomm have *already* been ported from one dead toolkit to another.
Well, I guess it's time to learn QT4 and do it all over again.
If they break source and binary compatibility with every release, you could argue that it *is* dying -- over and over again, to be replaced by a new library with the same name as the old library.
Slashdot Mirror
In other words how many false positives were output along with this?
And how many false negatives?
One successful detection of an outbreak is meaningless. This is like how everybody claimed frogs had predicted the earthquake in China a few years ago.
To judge the success of this system, we need three pieces of information:
* How many outbreaks has this system actually flagged?
* How many outbreaks has this system missed (false negatives)?
* How many outbreaks has this system flagged that turned out not to be (false positives)?
3d printers are still expensive, and occupy space in your house. Unless you do a lot of it, it's still more economical to send it out to a place like Shapeways.
The first time I used 3-d printing was to repair an otherwise-unrepairable tool: http://www.instructables.com/i...
I'm also prototyping a toy for a friend. A printer capable of the resolution I need would cost far more than a simple home hobbiest printer.
I believe the full quote goes along the lines of:
Alternative medicine has either been not proven to work, or proven not to work. If it's been proven to work, we call it by another name: medicine.
Yes, once the plant dies, the C14 is locked in and starts decaying. But A.C. was asking about the atmosphere -- isn't that supposed to be constant?
And that's what I'm wondering too. If supernovae and huge flares can cause glitches in the amount of C14 in the atmosphere, how does that affect carbon dating?
Mark my word, the creationists will be all over this in another couple days.
I have a couple of calculator apps on the Android market. Obviously, a calculator has zero need for any of your personal data, and that's how much I collect -- zero.
I recently received an email from "Appayable.com". They provide me with a spyware module to add to my apps. The spyware module collects users' personal data and uploads it to Appayable.com. I get paid. Profit!
They say they only sell anonymized data, but I still thought it was a pretty reprehensible business model. I suspect it's pretty common practice, though.
The letter:
I noticed that RpnCalc Financial -- HP 12C has seen a growing number of downloads in recent weeks. I wanted to reach out and discuss how my company, Appayable, offers developers the opportunity to monetize their app without placing ads or impacting user experience
We pull the social profile of your users, anonymize the data, and identify the mobile device. Appayable's SDK does not take up screen real estate on your application, maintaining the great user experience, and providing more revenue for you. Plus, we do not rely on impressions - as we do not place ads within your app - thus, you generate revenue based on a single download and install. No need to retain the user - only have them open the application once.
The revenue stream created is ongoing based on our data partnerships, regardless of continued use of the mobile application.
We've worked hard to make it really simple for you to integrate our service into your app, and as a result have over 6,500 applications on our platform in only 6-months! Whe you have a few minutes, I'd love to talk to you or the appropriate person about working with us.
It's not just about change -- change can be adapted to. However, the photo viewing interface of the new UI truly sucks balls.
For example: the picture title and comments are only visible for a second or two when you move to the next picture. They come back when the mouse moves. As a result, if you want to read the title and comments, you have to sit there, quietly moving the mouse back and forth while you read.
Not to mention that the title, comments, etc. are placed on top of the image. And worst of all, the viewer is just simply clumsy and incredibly slow.
Seriously, did they even test this UI with users?
the marketing department taketh away.
As someone once said, "nobody ever woke up in the morning wishing for *less* functionality from their devices.*
I was considering of getting one of those, thinking of all the cool things I could do with it. Now, there's no point.
Agreed.
Can anybody explain what's wrong with just using Oauth 1?
I used to administer a Sparcstation 10 being used as a server in a lab. The only time I ever needed to reboot it was for an OS upgrade or a power failure, and those happened more than a year apart typically.
FWIW, it's becoming fashionable in Silicon Valley to use solar panels as shade structures in parking lots. The cars get much-needed shelter, and solar panels get installed without covering up anything like lawns or gardens. It's a complete win-win.
This is key. Unless your surface area is limited (space craft, vehicles), it's not efficiency that matters, but cost per watt of capacity.
Make solar cheaper per watt than coal plants (we're getting close now), and then watch all the rooftops in the country get covered with solar panels.
Even if all the rooftops combined aren't enough to produce *all* our needs, every 300MW of solar power is one coal plant shut down, and 2400 tons less CO2 produced. Per day.
I know someone with a Rav-4 which she charges from solar panels on the roof of her house.
However, unless there's a serious revolution in battery technology, I don't think the electric car is ever going to be practical.
Likewise, solar panels don't work at night, under trees, or when it's cloudy.
None of those are arguments against developing solar technology. Or wind power. While neither of these can ever totally replace fossil fuel power or nuclear, they make excellent supplements. Solar power is at its peak at the same time demand is at its peak. And every kWh of solar power represents 1-2 lbs of CO2 not released into the atmosphere.
No I feel you should comment it out for one version, or one iteration.
This is exactly what I do. Sometimes I leave it for a couple of versions, but basically you want it to still be there long enough to be sure that deleting it was the right thing, then get rid of it to clean up your code. Leave a good comment in the version history and you're done.
One of the Eureka's sister ships (or was it the Eureka itself?) was used in Africa for exactly this kind of research for a while.
OK, speaking of one who's actually taken dirigible flying lessons, I have a couple of points to make:
Other posters are right: propellers are just little airfoils.
The ceiling of a prop plane is a combination of three factors: thin air limiting the lift of the wings, thin air limiting the thrust of the prop, and lack of oxygen to the engine. Superchargers can help with the oxygen problem, and longer wings and/or higher airspeed will help with the lift problem, but there's not much you can do about the prop.
Airships have altitude limitations too, even worse than airplanes. Every airship contains air bladders called "ballonets" which displace some of the lifting gas. As the airship gains altitude, the ballonets are deflated to make room for the expanding lift gas. Once the ballonets are completely empty, the airship is at its maximum altitude, beyond which it can't rise without venting and losing lift gas.
Airships are *not* "extremely efficient at sending hundreds of tourists plunging to a spectacular death". The Hindenburg caught fire a hundred feet in the air, and most people on board still walked away. You can't say that about most aircraft. We think of airships as dangerous because the Hindenburg disaster happened in the relatively early days of aviation, and the disaster was broadcast live, searing it into the collective consciousness.
The Hindenburg itself was a very safe design. The disaster happened because they screwed up and used highly flammable paint on the skin. If they hadn't done that, things would be very different today.
All that said, there are a number of factors that will keep airships from ever coming back.
First, the cost of Helium is going through the roof. This is essentially what killed Airship Ventures. You could make a reasonably safe airship using hydrogen, but nobody would be willing to fly it. This might work for cargo transport, but not for passengers.
Second, they're slow. Third, they don't operate in high winds.
Flying one was one of the most seriously awesome fun things I have ever done, but I have no illusions that they'll ever be a practical means of transportation again.
Disagree. I used them all through college. They don't have to be held perpendicular, but they do require a light touch, and as I mentioned above, the finer ones were a maintenance nightmare.
Yes, they're intended as drafting pens, but a 00 or 000 makes an excellent writing instrument.
I used Rapidograph pens all through college, and still have several of them. The "sweet spot" for an engineer's notebook was the 000 size, although I often carried both the 00 and 0000 sizes instead. I knew one guy who carried the 000000 size, but the lines were almost too fine to see, and they tended to cut up the page.
Anything finer than 00 was a maintenance nightmare, though. They clogged easily, and the wire that ran up the tip was likely to bend during cleaning, ruining the tip for good.
Nowadays, I just write with a traditional fountain pen, with as fine a tip as I can get. These suffer from problem #3, especially if the page gets wet later, but they write a beautiful line.
Other than that, I have a "Sanford Uni-Ball ONYX fine" on my desk that I use when I've mis-placed my fountain pen, and it also writes a superb line. It also will make carbon copies, which neither a Rapidograph nor a fountain pen can do.
I saw that episode. Henry hooks up with a hot young thing that seems too good to be true, and then she runs around the camp hitting on all the other officers too, stirring up no end of trouble.
Assuming this story is even true, the only morals to be gleaned are: "If it seems too good to be true, it probably is" and "don't stick it in the crazy". There is nothing to be learned here about relationships and technology.
Because the underlying toolkit libraries are in a constant state of flux, with each version being incompatible with the previous, applications are all subject to bit-rot. An app that worked in 2008 will very likely not work today unless the author went to the trouble of porting it to the new toolkits. This is true for both gtk and qt. And don't even talk about motif and olit.
But you need the basics.
In my entire career, I think I've only used math once that I hadn't learned in high school (differential equations for a fluid flow simulator).
I've used algebra, matrices, geometry, and trigonometry on a pretty regular basis for the bulk of my career. A lot of that career included computer graphics, which uses matrices and trigonometry heavily.
For years, service providers have been beating up their customers to get them to use secure passwords, but time after time, it turns out that the service providers are the worst security offenders.
What is it going to take to get the services to take security seriously?
It's not that hard: Build a dedicated authentication server. Account names and passwords (preferably hashed) are stored there, and NOT in any other database on any other server owned by the service. The authentication server acts as a near black box, accepting credentials and returning a simple yes/no answer. Only a very few employees have access to the authentication server. Naturally, the server itself sits inside the DMZ, inaccessible from the outside world.
It might not be perfect, but it would have stopped all of the major password breaches I've ever heard of.
Porting from Qt3 to Qt4 was painful indeed, but that transition happened 7 years ago! That is a long, long time in IT.
Great. I was starting to learn QT3, not realizing it was already obsolete. And QT4 has what, three years left before it starts breaking?
May I ask what your application does?
I have a few, actually: http://fplan.sf.net/ http://xdraft.sf.net/ http://gcomm.sf.net/ -- all of which have succumbed to bit-rot and will have to be ported to new toolkits.
The thing is, I don't have a lot of time in my life for open-source projects, and would much rather spend my time developing than porting over and over again. Xdraft and gcomm have *already* been ported from one dead toolkit to another.
Well, I guess it's time to learn QT4 and do it all over again.
If they break source and binary compatibility with every release, you could argue that it *is* dying -- over and over again, to be replaced by a new library with the same name as the old library.