Except of course that his disability didn't start to kick in until adulthood. If you're still learning how to hit a ball with a stick in your twenties, then I'm guessing that physical prowess isn't what's holding you back from that Nobel prize.
Emacs shortcuts on a Sun keyboard are great. Switch to another platform where CTRL is moved and META is lost and you either remap your keyboard or develop RSI.
VIM still rules though - if only because it allows you to say "Ugh, if can't manage the RAW POWER OF VIM I'll put it in easy mode for you."
Making optimal use of multiple cores and processors isn't _just_ a matter of making games multi-threaded.
For starters you have different concerns about managing your cache with multi-core vs multi-processor - while not as major performance concern as getting your code to actually run in mutliple threads to begin with, it is still important if you want to maximise performance.
The Revolution is expected to come with two processors. Each of which is a slightly faster variant of the processors in the 360.
As there are only two of them, it will have a slightly lower total theoretical peak CPU performance. On the other hand, fewer processors mean reduced synchronisation overheads and it should also be easier to keep them both operating at full tilt.
Developers will still face the challenge of writing mutli-processor capable code, but as they'll have had a year to get used to it on the other consoles, they should be able to hit the ground running.
If an indonisian, or anyone else for that matter, turned up at an Australian airport with 4kg of drugs on them do you seriously think anything other than a guilty verdict for drug trafficking would be sent their way?
Whilst my original comment was supposed to be slightly tounge in cheek, I shall neverless play you pedantic definition game.
Prior to the get out clause afforded to them by the use of the word "almost" they explicitly state that it is fiction to say a competitor can have another site removed from Google's index.
Either it is fiction, or it can be done. If it is meerly hard to do it comes under the heading of fact.
Fiction:A competitor can ruin a site's ranking somehow or have another site removed from Google's index. Fact:There is almost nothing a competitor can do to harm your ranking or have your site removed from our index. Your rank and your inclusion are dependent on factors under your control as a webmaster, including content choices and site design.
How about adding "Fiction: Google information for webmasters contains any facts"?
Firstly:
"West != America." To quote the grandparent:
"Americans in particular are outstanding on the social sciences, compassion, and good citizenry"
Secondly:
"The US has welfare and social support programs for the people that need them, not for the lazy" If everyone is such a good citizen, why would you need to check for laziness before being compassionate?
Basic breakthroughs in science are both uncommon and the result of a few abnormally smart people.
The assesments of math skills in highschool students is measuring the state of the masses, not the ability of the elite.
Perhaps Taiwan panders to the needs of the many to the detriment of the uber-smart too much, but then again perhaps America goes too far in the other direction.
Also, I would be careful about claiming the compassion card for a country where welfare and social support are dirty words.
The reader is supposed to look at the contents critically and decided whether it's true, false, or a mixture of both.
What the reader is supposed to do and what they actually do are two very different things. The reader tends to be another blogger who mindlessly links to it themselves.
The main problem with a "purely democratic newsource" such as blogs is that most people are retarded and end up producing so much missinformation that any actual signal is lost in the noise.
You'd be amazed what counts as a valid sample size in psychophysics experiments.
I recently attended a seminar from such a researcher, and he used samples of 2. One of which was himself and the other was a control (someone who didn't know the goal of the experiment).
On such solid foundations are the groundbreaking theories of modern psychology based.
Gnu Privacy Guard is the most peer-reviewed of the encryption programs, I think.
Even that doesn't make it invulnerable to implementation problems. The implementation of ElGamal signatures in GPG was broken for FOUR years! (Previously mentioned on slashdot, see here for the actual paper presented at this years EuroCrypt). The fix for this problem in the latest version of GPG? Remove that option.
As the author of the paper said, availability of source code may well be a necessary condition for detecting flaws in cryptographic software but it certainly isn't sufficient!
This protects you from simple Trojans, nothing more.
A buffer overrun exploit, for example, could be used to execute the virus code within an existing process. No saving to file or permission setting required.
Virii may have a harder time trashing your system files (unless they attack a program running with super user permissions) on a *nix OS, but your data files are no more protected than on Windows.
Please remember that *nix has had virii and worms in the past, the original 'Internet Worm' attacked Unix (the dominant Internet connected OS at the time) quite successfully.
However, getting back to the original point, CS programs generally require adequate rather than excellent SE skills as CS isn't just about code monkeying. A lack of prior programming experience is most certainly not a massive hinderance.
I'll agree that at a certain level coding does become more challenging, however the great grand parent was asserting that:
1) Coding at CS undergraduate level is hard.
2) Unless you already know how to program, as CS degree is practically impossible.
Both of these assertions are false. In particular, number 2 is an absoulte crock.
In what way is writing a program to solve a problem in Java any less intellectually challenging than using C to solve the same problem?
The 'hard' part in writing a program is how to attack the problem, i.e. the structure of the program; this bit doesn't change (much) from language to language.
The introductory software engineering course in my undergrad program covered Haskell (a functional language) as well as Java to get this point across (we covered C elsewhere). Two very different programming paradigms, and each week we had an assignment that was to be completed in both. We learnt very quickly to think in terms of the problem not your favourite language.
1) Coding isn't as hard as most coders would like to claim. All it requires is the ability to think logically, and a bit of practice.
2) One of my best friends at Uni who got a 1st had done no programming before starting his degree.
3) Many of the people who had been 'hacking on code since high school' actually did less well than they thought they would as they had preconcieved ideas about just how good they were.
Slashdot Mirror
Except of course that his disability didn't start to kick in until adulthood. If you're still learning how to hit a ball with a stick in your twenties, then I'm guessing that physical prowess isn't what's holding you back from that Nobel prize.
Actually, if it is anything, the web is HTTP.
Pageflakes is a good alternative to iGoogle.
Emacs shortcuts on a Sun keyboard are great. Switch to another platform where CTRL is moved and META is lost and you either remap your keyboard or develop RSI. VIM still rules though - if only because it allows you to say "Ugh, if can't manage the RAW POWER OF VIM I'll put it in easy mode for you."
Well, one hurdle would be reading a magnetic disc with a laser.
Pong may not require great manual dexterity, but I doubt even it can be played with a chunk of brie in one hand and a white flag in the other.
Making optimal use of multiple cores and processors isn't _just_ a matter of making games multi-threaded.
For starters you have different concerns about managing your cache with multi-core vs multi-processor - while not as major performance concern as getting your code to actually run in mutliple threads to begin with, it is still important if you want to maximise performance.
If only you weren't so wrong.
The Revolution is expected to come with two processors. Each of which is a slightly faster variant of the processors in the 360.
As there are only two of them, it will have a slightly lower total theoretical peak CPU performance. On the other hand, fewer processors mean reduced synchronisation overheads and it should also be easier to keep them both operating at full tilt.
Developers will still face the challenge of writing mutli-processor capable code, but as they'll have had a year to get used to it on the other consoles, they should be able to hit the ground running.
If an indonisian, or anyone else for that matter, turned up at an Australian airport with 4kg of drugs on them do you seriously think anything other than a guilty verdict for drug trafficking would be sent their way?
*cough* cobol *cough*
Before "almost nothing" they say "Fiction", as in "Not True". Either people can't do anything (almost nothing == something ) or it isn't fiction.
Whilst my original comment was supposed to be slightly tounge in cheek, I shall neverless play you pedantic definition game.
Prior to the get out clause afforded to them by the use of the word "almost" they explicitly state that it is fiction to say a competitor can have another site removed from Google's index.
Either it is fiction, or it can be done. If it is meerly hard to do it comes under the heading of fact.
How about adding "Fiction: Google information for webmasters contains any facts"?
Firstly:
"West != America."
To quote the grandparent:
"Americans in particular are outstanding on the social sciences, compassion, and good citizenry"
Secondly:
"The US has welfare and social support programs for the people that need them, not for the lazy"
If everyone is such a good citizen, why would you need to check for laziness before being compassionate?
Basic breakthroughs in science are both uncommon and the result of a few abnormally smart people.
The assesments of math skills in highschool students is measuring the state of the masses, not the ability of the elite.
Perhaps Taiwan panders to the needs of the many to the detriment of the uber-smart too much, but then again perhaps America goes too far in the other direction.
Also, I would be careful about claiming the compassion card for a country where welfare and social support are dirty words.
And you are thinking of Thailand... Or possibly your mum.
What the reader is supposed to do and what they actually do are two very different things. The reader tends to be another blogger who mindlessly links to it themselves.
The main problem with a "purely democratic newsource" such as blogs is that most people are retarded and end up producing so much missinformation that any actual signal is lost in the noise.
You'd be amazed what counts as a valid sample size in psychophysics experiments.
I recently attended a seminar from such a researcher, and he used samples of 2. One of which was himself and the other was a control (someone who didn't know the goal of the experiment).
On such solid foundations are the groundbreaking theories of modern psychology based.
No French military victories?
How about The American Revolution?
Gnu Privacy Guard is the most peer-reviewed of the encryption programs, I think.
Even that doesn't make it invulnerable to implementation problems. The implementation of ElGamal signatures in GPG was broken for FOUR years! (Previously mentioned on slashdot, see here for the actual paper presented at this years EuroCrypt). The fix for this problem in the latest version of GPG? Remove that option.
As the author of the paper said, availability of source code may well be a necessary condition for detecting flaws in cryptographic software but it certainly isn't sufficient!
>> blah blah, execute bit, blah blah
This protects you from simple Trojans, nothing more.
A buffer overrun exploit, for example, could be used to execute the virus code within an existing process. No saving to file or permission setting required.
Virii may have a harder time trashing your system files (unless they attack a program running with super user permissions) on a *nix OS, but your data files are no more protected than on Windows.
Please remember that *nix has had virii and worms in the past, the original 'Internet Worm' attacked Unix (the dominant Internet connected OS at the time) quite successfully.
> From previous posts, you're from somewhere in the UK.
Unlikey, as:
1) We get power cuts due to the weather over here too (though they don't tend to last very long, but as you pointed out the weather isn't as extreme).
2) You can rewire you house yourself if you like.
3) Surge protectors are easily available - but not used very much.
> Though coders may be common, good ones are rare
I agree.
However, getting back to the original point, CS programs generally require adequate rather than excellent SE skills as CS isn't just about code monkeying. A lack of prior programming experience is most certainly not a massive hinderance.
I'll agree that at a certain level coding does become more challenging, however the great grand parent was asserting that:
1) Coding at CS undergraduate level is hard.
2) Unless you already know how to program, as CS degree is practically impossible.
Both of these assertions are false. In particular, number 2 is an absoulte crock.
In what way is writing a program to solve a problem in Java any less intellectually challenging than using C to solve the same problem?
The 'hard' part in writing a program is how to attack the problem, i.e. the structure of the program; this bit doesn't change (much) from language to language.
The introductory software engineering course in my undergrad program covered Haskell (a functional language) as well as Java to get this point across (we covered C elsewhere). Two very different programming paradigms, and each week we had an assignment that was to be completed in both. We learnt very quickly to think in terms of the problem not your favourite language.
1) Coding isn't as hard as most coders would like to claim. All it requires is the ability to think logically, and a bit of practice.
2) One of my best friends at Uni who got a 1st had done no programming before starting his degree.
3) Many of the people who had been 'hacking on code since high school' actually did less well than they thought they would as they had preconcieved ideas about just how good they were.
(I'm also a CS graduate)