"These problems combined to make large volumes of Perl code seem unreasonably difficult to read and grasp as a whole after only a few days' absence. Also, I found I was spending more and more time wrestling with artifacts of the language rather than my application problems. And, most damning of all, the resulting code was ugly--this matters. Ugly programs are like ugly suspension bridges: they're much more liable to collapse than pretty ones, because the way humans (especially engineer-humans) perceive beauty is intimately related to our ability to process and understand complexity. A language that makes it hard to write elegant code makes it hard to write good code."
What's the matter with the already existing measuring device in every vehicle?
It's already a crime to mess with it anyway. So why can't it just be used for whatever other purpose they want to measure the distance a car is driven?
Yes and No. The golden hour really doesn't relate to blood pressure or any specific vital sign.
It's a rule of thumb for the time from severe trauma injuries occuring to the time you have the patient in an OR. Basically if you can get them there (still breathing and alive) in an hour or less you have a much greater chance for survival.
If the brain is deprived of oxygen yes damage will occur in 4 minutes or less. And actually if there is no pulse on arrival to a trauma scene (car accident usually) the victim will generally just be declared dead without any resuscitation attempt.
Once a person requires CPR even from a non-traumatic medical condition the rate of survival is less than 5%. So next time you see one of those miraculous cpr recoveries in a movie you can look around and pick out the ems personnel by the way they're rolling their eyes and laughing.:}
This is normally a sign that psm didn't get installed. Please try reinstalling and make absolutely sure that you install psm. If that doesn't fix it hop on #mozillazine on irc.mozilla.org (you can even use the included chatzilla) and ask for help.
BTW, the latest nightly have a much better error message. I'm not sure if that made it into 0.9.8 or not though.
We've known for decades that life can develop in some of the most hostile environments known to man.
There's a difference between 'develop in' and 'adapt to' as far as we know life on this planet adapted to all of the places you mentioned, not developed in them.
But the reason that the keys could be shorter may now be invalidated with the proving of this conjecture, I don't know enough of the math but to quote from the latest Crypto-gram newletter: 'All of the fastest algorithms for calculating discrete logs -- the number field sieve and the quadratic sieve -- make use of something called index calculus and a property of the numbers mod n called smoothness. In the elliptic curve group, there is no definition of smoothness, and hence in order to break elliptic curve algorithms you have to use older methods: Pollard's rho, for example. So we only have to use keys long enough to be secure against these older, slower, methods. Therefor, our keys can be shorter.... Whether this recommendation makes sense depends on whether the faster algorithms can ever be made to work with elliptic curves. The question to ask is: "Is this lack of smoothness a fundamental property of elliptic curves, or is it a hole in our knowledge about elliptic curves?" Or, more generally: "Are elliptic curves inherently harder to calculate discrete logs in, or will we eventually figure out a way to do it as efficiently as we can in the numbers mod n?" ' Does the proving of this conjecture open the way for a 'smoothness' function to be defined? Crypto-gram can be found at: http://www.counterpane.com/crypto-gram. html Brian Haskin
>I would hold that the GPL is still better >because of the way it propagates to derived >works (although that may not survive an actual >confrontation with money and lawyers).
Well some people, myself included, like the BSD license and dislike the GPL for just that reason. Personally I don't care if some 'Big Corporation' takes my code and uses it in thier product. Because, then at least I know they have IMHO quality code for that part of their product. No, I don't feel pillaged or cheated or whatever because they were able to reuse 'my' code for thier profit. On the contrary, rather more power to 'em and I hope they keep finding more and interesting ways to reuse code. I have nothing against the traditional corparate software publisher. But on the other hand I think that Open Source can often produce a better, economically cheaper product. And I think that many of the people in the above mentioned group feel the same way.
But that ignores the effect of competition. Remember that billion dollar cost to build a current IC plant, well that tends to cut down on the number of competitors that can enter the market. Also cost of materials for an IC is seriously dwarfed by the other costs of operation. Part of what he was saying sounds like the cost of manufacturing will drop by huge amounts. Of course the cost to develop a part of similiar complexity will probably stay the same. Also remember that current manufacturing techniques have a fairly large startup fee that then gets amortized over the length of the run. So a part with a large run is effectively cheaper than a part less in demand. That may account for part of the difference between things such as SCSI and IDE. If this new technique eliminated or reduced that startup cost then you may see less of a difference (of course the design cost still has to be payed).
Slashdot Mirror
Well, ESR seems to agree with the reviewer here:
"These problems combined to make large volumes of Perl code seem unreasonably difficult to read and grasp as a whole after only a few days' absence. Also, I found I was spending more and more time wrestling with artifacts of the language rather than my application problems. And, most damning of all, the resulting code was ugly--this matters. Ugly programs are like ugly suspension bridges: they're much more liable to collapse than pretty ones, because the way humans (especially engineer-humans) perceive beauty is intimately related to our ability to process and understand complexity. A language that makes it hard to write elegant code makes it hard to write good code."
Taken from http://www.linuxjournal.com/article/3882 where ESR also gives his reasons for switching mostly to python as a replacement for perl.
Brian
Heh, I bet five-nines of users (99.999%) globally on the Internet, don't even know what a root server is. Never mind care about who's running them.
Brian
It's also in written form on the site.
http://www.turbogears.org/docs/wiki20/index.html
Brian
Replace http://hula-project.org/ with http://zimbra.com/ in your post and the statement becomes false how?
Brian
I agree with you a flat tax would be a step in the right direction, but a simple sales tax would be even better.
http://fairtax.org/ is a group trying to get a national sales tax enacted.
Brian
What's the matter with the already existing measuring device in every vehicle?
It's already a crime to mess with it anyway. So why can't it just be used for whatever other purpose they want to measure the distance a car is driven?
Brian
I'm a firefighter myself, although just a lowly MFR. But I'm sure we've both sat through the same explanation at least a dozen times.
Janzert
Yes and No. The golden hour really doesn't relate to blood pressure or any specific vital sign.
:}
It's a rule of thumb for the time from severe trauma injuries occuring to the time you have the patient in an OR. Basically if you can get them there (still breathing and alive) in an hour or less you have a much greater chance for survival.
If the brain is deprived of oxygen yes damage will occur in 4 minutes or less. And actually if there is no pulse on arrival to a trauma scene (car accident usually) the victim will generally just be declared dead without any resuscitation attempt.
Once a person requires CPR even from a non-traumatic medical condition the rate of survival is less than 5%. So next time you see one of those miraculous cpr recoveries in a movie you can look around and pick out the ems personnel by the way they're rolling their eyes and laughing.
Janzert
Whoever it is thinks that sounds like an electric shaver is in bad need of a new shaver.
This is normally a sign that psm didn't get installed. Please try reinstalling and make absolutely sure that you install psm. If that doesn't fix it hop on #mozillazine on irc.mozilla.org (you can even use the included chatzilla) and ask for help.
BTW, the latest nightly have a much better error message. I'm not sure if that made it into 0.9.8 or not though.
Brian Haskin
Yep, or as we say in the industry: Bose-Bring Other Sound Equipment.
Brian Haskin
We've known for decades that life can develop in some of the most hostile environments known to man.
There's a difference between 'develop in' and 'adapt to' as far as we know life on this planet adapted to all of the places you mentioned, not developed in them.
Brian
But the reason that the keys could be shorter may now be invalidated with the proving of this conjecture, I don't know enough of the math but to quote from the latest Crypto-gram newletter: ... Whether this recommendation makes sense depends on whether the faster algorithms can ever be made to work with elliptic curves. The question to ask is: "Is this lack of smoothness a fundamental property of elliptic curves, or is it a hole in our knowledge about elliptic curves?" Or, more generally: "Are elliptic curves inherently harder to calculate discrete logs in, or will we eventually figure out a way to do it as efficiently as we can in the numbers mod n?" '
'All of the fastest algorithms for calculating discrete logs -- the number field sieve and the quadratic sieve -- make use of something called index calculus and a property of the numbers mod n called smoothness. In the elliptic curve group, there is no definition of smoothness, and hence in order to break elliptic curve algorithms you have to use older methods: Pollard's rho, for example. So we only have to use keys long enough to be secure against these older, slower, methods. Therefor, our keys can be shorter.
Does the proving of this conjecture open the way for a 'smoothness' function to be defined? Crypto-gram can be found at: http://www.counterpane.com/crypto-gram. html
Brian Haskin
>I would hold that the GPL is still better
>because of the way it propagates to derived
>works (although that may not survive an actual
>confrontation with money and lawyers).
Well some people, myself included, like the BSD license and dislike the GPL for just that reason. Personally I don't care if some 'Big Corporation' takes my code and uses it in thier product. Because, then at least I know they have IMHO quality code for that part of their product. No, I don't feel pillaged or cheated or whatever because they were able to reuse 'my' code for thier profit. On the contrary, rather more power to 'em and I hope they keep finding more and interesting ways to reuse code. I have nothing against the traditional corparate software publisher. But on the other hand I think that Open Source can often produce a better, economically cheaper product. And I think that many of the people in the above mentioned group feel the same way.
Brian Haskin
But that ignores the effect of competition. Remember that billion dollar cost to build a current IC plant, well that tends to cut down on the number of competitors that can enter the market. Also cost of materials for an IC is seriously dwarfed by the other costs of operation. Part of what he was saying sounds like the cost of manufacturing will drop by huge amounts. Of course the cost to develop a part of similiar complexity will probably stay the same. Also remember that current manufacturing techniques have a fairly large startup fee that then gets amortized over the length of the run. So a part with a large run is effectively cheaper than a part less in demand. That may account for part of the difference between things such as SCSI and IDE. If this new technique eliminated or reduced that startup cost then you may see less of a difference (of course the design cost still has to be payed).
-- Brian Haskin