Actually, as I posted somewhere else, the terms being forced onto you makes this a contract of adhesion, which is most courts will not enforce, but it is still technically a contract. The fact that the EULA does not guarantee usability may make the contract unenforceable, but it does not mean it is not a contract at all. That was my whole point.
There is no requirement of "mutual benefit". The only requirments are offer, acceptance and consideration. As long as something passes from one to the other that is worth something (ie. your money to the seller), then the contract is valid. The fact that you contracted to pay $100 for "magic beans" with no guarantee those beans would work does not on its own make the magic bean contract invalid.
Actually the better argument against EULA's are that they are contracts of adhesion. You have already paid for the product before you can view the terms of use. It is the same way courts throw out all those disclaimers on the backs of claim checks, parking lot tickets, lift tickets, etc. If you have to agree blindly, or the terms are revealed after a transaction takes place, it is often (not always) deemed an invalid contract.
True ruby is a decade old, but it has only had significant attention for about 2 years, perhaps 3. Before it came into (relative) public consciousness, the body of coders was too small to have many fall below that 3 standard deviations mark where the truly miserable coders reside. Now that there are more and more developers beginning to use the language I am sure we'll see much worse code.
But, you forget, it is the poverty that war creates which often drives innovation. If people are content with their lot, there is less incentive to innovate than if they are suffering. Eg. If whale oil had remained plentiful would anyone have bothered to dig for petroleum to manufacture replacements? If wood ahd been plentiful in England, would anyone have dug up coal to burn? No. Not to say there is no innovation in peacetime, as no one is ever completely happy with their lot in life, and peacetime does allow the wealth for better exploiting new innovations, but do not forget that by the 1940's the idea of atomic enegry was decades old, but it was only the fear that the Germans might drop and atomic bomb that spurred the development of practical applications of nuclear energy. (Though it was the subsequent time of peace and prosperity that converted atomic weapons technology to more peaceful and productive uses.)
Hate to argue against Segan, but those "wasteful wars" are part of what got us to where we are today. Without the V2 would we have space exploration? Without the typhus and cholera of world war I would there have been as much pressure for antibiotics and insecticides? Without constant warfare would we have had any reason to move from copper to bronze to iron to steel? Without britain stripping her forests for the navy would she have needed to move to coal power? Ok, so wars destroy, and for that I condemn them, but you can't say "if we held hands and sang ku-bah-yah for 20 centuries we would have flying cars now". War is part of the history which brought us here, and part of what drove our progress.
why not just a number pad where you enter the 3 digit latin-1 code for the character you want? or a 16 key pad where you enter the 2 digit hex for the latin-1 character? This can get pretty ridiculous if you try to over-minimize the keyboard.
Actually Java's biggest problem in my experience is inconsistent typing. Why does the method to fetch a port return an Integer object, but socket connections want an int primitive? Or how about the eight million different date/time object types? I think if that mess were made even a bit more consistent, Java would have a significantly faster development cycle.
In the FreeBSD world, certain versions of both Seagate and Maxtor don't properly register their size in LBA mode. (They don't report the 16383 cylinders that FreeBSD look for to indicate "LBA", rather than looking for the ATA-2 standard LBA bit.) I wrote a patch, but since FreeBSD won't fix it, it was enough to turn me off to both Seagate and Maxtor. (Not to blame them, I just hate having to rewrite the wd/ata driver every time I upgrade. And their solution of "just put a dos partition on it first" doesn't please me either.)
To be pedantic, since it is two dimensional, shouldn't that be "triangle of circularly propagating waves"? Unless you have a 3-D display, of course. In which case, I apologize.
PHP? The language that can't distinguish between a remote webpage and a local file? Or between an internal and external argument? I couldn't imagine writing anything serious in a language like that. C, yes. C++, maybe. Perl, if it is mainly text processing and performance can be a bit slower. Maybe forth if no one else has to ever read or modify the code. But php?
I have to agree. Whenever I used to propose that C may be the best solution for a programming task, I would hear "But isn't C out of date?" from a host of "Hooray for Java and XML!" types. When I explained that different languages have different strengths and weaknesses they didn't seem to get it. They were all convinced some new "bleeding edge" technology would come along and solve every problem. It was like watching them eat soup with a fork, trying to explain a spoon to them, and getting the reply "Sure, THIS fork is bad, but wait for the NEXT fork! It will work just fine for soup!"
Wow, that was the most disjointed thing I have posted yet! I was about to delete it, but it is so confusing, I just can't. Enjoy.
I have to disagree. Every writer, painter, musician, etc, not to mention all the FSF programmers, etc. seem to put quite a bit of work into something that, at best, has the potential to bring them wealth. Or, for an example closer to home, you're wasting your time posting on slashdot without hope of recompence.
Actually, it is not the memory holding data that the parent referred to, but the memory holding the instruction sets. 32 bit processors tend to take 32 bit instructions (OK, OK, CISC chips allow variable length instructions, but on 32-bit chips they still tend to average out larger than on 8-bit chips...) So, 32 bit chips would require more memory for the programs themselves.
Not that hard, really. Structs stand in for classes, void pointers to function calls stand in for methods. Inheritance is not possible without a lot of ugly work-arounds (possiby a pointer to a struct of the parent class within the child class/struct), but the basic class/method bits of OO programming can be done. (Also void pointers allow for variable data types, provided you remember to cast them back when you need the data.)
Slashdot Mirror
Don't forget really old sh's had 128 or 254 character buffer limits. If you create a long pipeline, you'll appreciate short commands.
Actually, as I posted somewhere else, the terms being forced onto you makes this a contract of adhesion, which is most courts will not enforce, but it is still technically a contract. The fact that the EULA does not guarantee usability may make the contract unenforceable, but it does not mean it is not a contract at all. That was my whole point.
There is no requirement of "mutual benefit". The only requirments are offer, acceptance and consideration. As long as something passes from one to the other that is worth something (ie. your money to the seller), then the contract is valid. The fact that you contracted to pay $100 for "magic beans" with no guarantee those beans would work does not on its own make the magic bean contract invalid.
Actually the better argument against EULA's are that they are contracts of adhesion. You have already paid for the product before you can view the terms of use. It is the same way courts throw out all those disclaimers on the backs of claim checks, parking lot tickets, lift tickets, etc. If you have to agree blindly, or the terms are revealed after a transaction takes place, it is often (not always) deemed an invalid contract.
True ruby is a decade old, but it has only had significant attention for about 2 years, perhaps 3. Before it came into (relative) public consciousness, the body of coders was too small to have many fall below that 3 standard deviations mark where the truly miserable coders reside. Now that there are more and more developers beginning to use the language I am sure we'll see much worse code.
But, you forget, it is the poverty that war creates which often drives innovation. If people are content with their lot, there is less incentive to innovate than if they are suffering. Eg. If whale oil had remained plentiful would anyone have bothered to dig for petroleum to manufacture replacements? If wood ahd been plentiful in England, would anyone have dug up coal to burn? No. Not to say there is no innovation in peacetime, as no one is ever completely happy with their lot in life, and peacetime does allow the wealth for better exploiting new innovations, but do not forget that by the 1940's the idea of atomic enegry was decades old, but it was only the fear that the Germans might drop and atomic bomb that spurred the development of practical applications of nuclear energy. (Though it was the subsequent time of peace and prosperity that converted atomic weapons technology to more peaceful and productive uses.)
Don't forget Solaris: 2.4, 2.5, 6, 7, 8. Interesting counting there too. (Not to mention that uname still calls Solaris 8 'SunOS 2.8')
Hate to argue against Segan, but those "wasteful wars" are part of what got us to where we are today. Without the V2 would we have space exploration? Without the typhus and cholera of world war I would there have been as much pressure for antibiotics and insecticides? Without constant warfare would we have had any reason to move from copper to bronze to iron to steel? Without britain stripping her forests for the navy would she have needed to move to coal power? Ok, so wars destroy, and for that I condemn them, but you can't say "if we held hands and sang ku-bah-yah for 20 centuries we would have flying cars now". War is part of the history which brought us here, and part of what drove our progress.
Aren't you being a bit eurocentric? There are a whole lot of people in the world who use none of these characters at all.
why not just a number pad where you enter the 3 digit latin-1 code for the character you want? or a 16 key pad where you enter the 2 digit hex for the latin-1 character? This can get pretty ridiculous if you try to over-minimize the keyboard.
Actually Java's biggest problem in my experience is inconsistent typing. Why does the method to fetch a port return an Integer object, but socket connections want an int primitive? Or how about the eight million different date/time object types? I think if that mess were made even a bit more consistent, Java would have a significantly faster development cycle.
Give it time. Ruby and RoR is still young. It takes a while to accumulate a body of stupid coders and the associated body of bad code.
In the FreeBSD world, certain versions of both Seagate and Maxtor don't properly register their size in LBA mode. (They don't report the 16383 cylinders that FreeBSD look for to indicate "LBA", rather than looking for the ATA-2 standard LBA bit.) I wrote a patch, but since FreeBSD won't fix it, it was enough to turn me off to both Seagate and Maxtor. (Not to blame them, I just hate having to rewrite the wd/ata driver every time I upgrade. And their solution of "just put a dos partition on it first" doesn't please me either.)
To be pedantic, since it is two dimensional, shouldn't that be "triangle of circularly propagating waves"? Unless you have a 3-D display, of course. In which case, I apologize.
s/between an internal and external argument/between an argument and an internal variable/
I should proofread before hitting submit.
PHP? The language that can't distinguish between a remote webpage and a local file? Or between an internal and external argument? I couldn't imagine writing anything serious in a language like that. C, yes. C++, maybe. Perl, if it is mainly text processing and performance can be a bit slower. Maybe forth if no one else has to ever read or modify the code. But php?
I have to agree. Whenever I used to propose that C may be the best solution for a programming task, I would hear "But isn't C out of date?" from a host of "Hooray for Java and XML!" types. When I explained that different languages have different strengths and weaknesses they didn't seem to get it. They were all convinced some new "bleeding edge" technology would come along and solve every problem. It was like watching them eat soup with a fork, trying to explain a spoon to them, and getting the reply "Sure, THIS fork is bad, but wait for the NEXT fork! It will work just fine for soup!"
Wow, that was the most disjointed thing I have posted yet! I was about to delete it, but it is so confusing, I just can't. Enjoy.
0.0005468 yard
Responding without reading the article? On slashdot? I am shocked.
I have to disagree. Every writer, painter, musician, etc, not to mention all the FSF programmers, etc. seem to put quite a bit of work into something that, at best, has the potential to bring them wealth. Or, for an example closer to home, you're wasting your time posting on slashdot without hope of recompence.
His spelling and grammar were hindered by all the biograms in the non-orgenic food.
And there are loss/spoilage for purchases.And probably a dozen other things I am forgetting.
Actually, it is not the memory holding data that the parent referred to, but the memory holding the instruction sets. 32 bit processors tend to take 32 bit instructions (OK, OK, CISC chips allow variable length instructions, but on 32-bit chips they still tend to average out larger than on 8-bit chips...) So, 32 bit chips would require more memory for the programs themselves.
Shouldn't that be "my smurf has smurfed up the smurfing smurf"? (Showing my age, and bad taste in cartoons...)
Not that hard, really. Structs stand in for classes, void pointers to function calls stand in for methods. Inheritance is not possible without a lot of ugly work-arounds (possiby a pointer to a struct of the parent class within the child class/struct), but the basic class/method bits of OO programming can be done. (Also void pointers allow for variable data types, provided you remember to cast them back when you need the data.)