Comment: Ignorance is a barrier to.. (Score 0) 214
Comment: Re:Whitechapel (Score 1) 294
Comment: Re:Why exaggerate? (Score 1) 294
Comment: Re:GPS? (Score 1) 294
Shark-mounted, no doubt.
Comment: Re:Enough with the American Beer Bashing (Score 1) 226
Actually, not really true. The two companies merged, and control is shared between the Molson and Coors families. So, certain Canadians claim Molson's was taken over by Coors, and certain Americans claim the reverse. Later, they reached an agreement with Miller to do joint marketing, but it wasn't clear from the articles I read if this involved any change of ownership.
Whisky Made From Diabetics' Urine 226
from the I've-tasted-this-before dept.
Comment: Re:And something that should be noted (Score 1) 158
Comment: Re:Maybe newspaper articles should list references (Score 2, Interesting) 283
I'm a freakin' engineer, and this complete contravention of anything that smacks of science drives me nuts. I'm not saying AGW doesn't exist; it may well be true. I'm saying on the basis of what's been shown, and more importantly, how it's been shown, the case is definitely "not proven".
Comment: Re:HTML and Javascript (Score 1) 799
This gets back to my much earlier complaint that java, html, etc. are cryptic because the friggin' guys who write them and use them DON'T WANT TO DO ANY TYPING.
I mean your html "Hello World" is unintelligble to anyone without programming background.
Write the same thing in VB:
Program HelloWorld
Begin
Print "Hello World"
End
The html example uses 38 key strokes. The VB version uses 46. Yet I could show it to any reasonably intelligent kid, and he'd understand it pretty easily. Why should kids get wrapped up in cryptic syntax instead of programming in English? It's not like the logic in VB is inferior to the logic used by other languages. You still have to figure out all the steps in your program, get the logic correct, put in error checking/trapping if required, and then test it to make it sure does exactly what you want.
I still remember my very first CS class at the University of Toronto. The instructor went on and on about the importance of documentation, both for maintenance purposes, but more importantly, for debugging. He said if we would write out exactly what we wanted our programs to do, step by step, in English, it would make debugging faster and easier. And I've found that to be true. When I do documentation first, it speeds up the whole process; when I try to do it quick and dirty, it ends up taking me longer. I'd introduce a kid to any natural language type program first. I actually liked Turbo Pascal when I started using it after university (where I wrote in assembler, Fortran, and some exotics like Lisp and Spitbol) because I found it much easier to read over parts of the program when requirements changed, and understand what I had done, and what I needed to do.