Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Comment Re:Much more broad than it may seem... (Score 1) 189

I thought maybe something had corrupted my Firefox session at the time... I suspected Google was having problems, so I went to E*Trade which was failing to load just about anything except text. I don't see any references to Google or ga.js on E*Trade's pages. But, E*Trade does rely heavily on Akamai servers. If it was a DOS attack, it may have affected Akamai, too (either as the subject of a separate direct attack or an indirect victim of traffic generated by Google's problems).

Both Google and E*Trade recovered at the same time.

Comment Re:Work Experience (Score 5, Insightful) 834

Really? In how many companies does HR choose the IT staff? In our company, the IT department managers review the resumes and (in addition to management) at least one person actively coding projects interviews the candidates. I'd bet nearly 75% don't have a CS degree, let alone a master's (and those that do are usually managers with an MBA, and an undergraduate degree in math or science). Business experience is way more important than the degree. So much so, that I really need to make a strong case to recommend anyone just out of school (even after one person we interviewed [a month before graduation] became one of our best team leads).

Comment Re:Ya I would compare it to long division (Score 2, Insightful) 731

If you really want to understand how division works, iterative subtraction would be better -- literally count the number of times the divisor gets used. Then, to optimize (vs iterative subtraction) and improve accuracy (over long division) learn double division. Long division belongs in the same category as these old school coding techniques -- I'm tempted to hedge a bit on that point since long division is faster, but I can't even remember the last time I used it (probably best measured in decades).

Comment Re:Wouldn't help (Score 1) 612

As someone who works with both Java and RPG ILE (and sometimes C) on an i5 (or whatever IBM's nom du jour for the system is -- I've lost track), you just end up replacing one problem with another. I've seen plenty of RPG programs run away evaluating expressions against an uninitialized value until it's hard to discover the initial source of the problem. There are times where having a program blow up with a null value makes it a lot easier to find the problem at or close to the source. The whole topic of nulls seems to lead to omphaloskepsis and I can't help but think of the example from Godel, Escher, Bach where a series of unbreakable phonographs continue to be destroyed by a matching series of records that break them. This seems to apply most readily to some other posts in this topic which refer to clearly defining the meaning of null within a particular context (or replacing it with a special Object).

I particulary like the example of "date of death" in a database: it is always unknown until it's known. I think null is the ideal (practical) way of representing it until the date is known. What would make a better substitution? A date before the day of birth? Or would that have to be more than 9 months before the date of birth? And what if the date of birth is not known. Should you enter the last known date alive? What if the person died shortly after the date was entered and you don't find out until later (this one, at least, could be useful in some applications)?

Now, if a programmer calculates the age at death and doesn't check for null, I'd rather see the program blow up right then and there rather than pass something like negative ages through the system. When I first started writing OO programs, I got so frustrated with nulls that I made sure I initialized everything to something that represented the state in a meaningful way. As a result, the programs got overly complex and difficult to debug when checks got missed (that would have caused an error with nulls). When I learned to make judicious use of final fields amd variables where appropriate many of my longstanding issues with nulls went away. I tell the programmers I work with that null is your friend if you use it appropriately.

Comment Re:Evidence-based medicine (Score 1) 1064

However, incentives don't work

That is a powerful claim. You did not provide anywhere near enough evidence to back it up.

I don't have time to document the claim, but I did provide a reference for those who are interested (which in turn has footnotes to studies backing up the claims). There has been plenty of research on the subject spanning at least several decades.

Regarding garbage men and electricians, to flip the argument around, would you suggest that you could create a system that would take your average garbage man or electrician and use incentives to make him/her a great teacher, programmer, or (to the point of this topic) doctor? And as for not needing 40 million electricians, do we not have that many because of incentives to do other work or is it simply a result of supply and demand?

Kohn (author of Punished by Rewards does note that the detrimental effect of incentives is more pronounced for tasks that are complex or require creativity, but that even in assembly line work incentives have a mixed record. Here is a link from his site that gives an overview http://www.alfiekohn.org/teaching/edweek/meritpay.htm/. He mostly writes about education, but Punished by Rewards covers a much broader scope (which is why I referenced it).

Comment Re:Evidence-based medicine (Score 1) 1064

You're right about the salaries. However, incentives don't work and are more likely to cause problems over the long term by repressing intrinsic motivation in favor of extrinsic motivation. Among other things, this promotes the easiest path to obtaining a goal rather than the best path, promotes competitiveness over teamwork, and effectively promotes cheating.

As my math prof used to say, "The best way to encourage cheating on a test is as follows: start with a very large class. Announce that there is a test today and it will be graded on a curve. Pass out the test. Say you will be back in 30 minutes to collect the test and leave the room."

(I'm now thinking he was a prophet predicting the current financial mess.) An excellent book on this subject is Punished by Rewards .

And, just yesterday, a doctor I know said he finally decided to retire (well past normal retirement age), not because his skills weren't up to par, but because the pressure of being right 100% of the time was too draining -- it's something that is impossible to do, but when you aren't, a person dies. That's what I want in a doctor, someone who cares... and that's not something you can build through incentives.

Wireless Networking

Submission + - WiMax and 3G could become one standard (zdnet.co.uk)

Andrew Donoghue writes: "ZDNet UK is reporting that although WiMax and 3G have been battling it out as rival broadband wireless technologies, WiMax has effectively been folded into 3G's future development, after the International Telecommunication Union decided on Friday to include it in the IMT-2000 set of standards. It remains to be seen what the implications of the announcement are but as the investments already made in 3G infrastructure had been a major detrimental factor for WiMax, its inclusion in IMT-2000 has the potential to shake up the entire argument."
The Courts

Submission + - Motorists Sue Over 'Hot' Fuel 5

i_like_spam writes: Motorists in 13 states have filed lawsuits against big oil companies and gas retailers alleging unfair pricing practices related to fuel-pumping temperatures. From an industry standard developed in the 1920's, the price for a gallon of gasoline is based on the density of the fuel at a temperature of 60 degress F. A gallon of gas at higher temperatures is less dense, and therefore contains less energy. The lawsuits claim additional costs of 3 to 9 cents per gallon without temperature adjustments. The fuel industry claims that the costs of installing temerature-adjustment sensors on every pump would be prohibitively high. These sensors are already installed in Canada, however, where the colder temperatures favor consumers.
Operating Systems

Submission + - AppleInsider on Jobs and Gates at the D Conference

javaxjb writes: AppleInsider summarizes Walt Mossberg's joint interview with Steve Jobs and Bill Gates at Wednesday night's D5 Conference. Perhaps the most intriguing tidbit comes with Gate's reason for putting Mac development on the back burner after Job's departure from Apple, "Leaving the company had stalled Mac development and given little reason for Microsoft to continue writing apps." The more cynical might wonder whether perhaps Microsoft was withholding development dollars in retaliation for lack good ideas to borrow.

Slashdot Top Deals

One small step for man, one giant stumble for mankind.

Working...