Michael's musings


This is a blog of
mcr at sandelman.ca

Sun, 22 Feb 2009

Charles Stross on open standards

Charles Stross <http://www.antipope.org/charlie> writes in his book GlassHouse, page 47:

"We know why the dark age happened. Our ancestors allowed their storage and processing architecture to proliferate uncontrollably, and they tended to throw away old technologies instead of virtualizing them. For reasons of commercial advantage, some of their largest entitites deliberately created incompatible information formats and locked up huge quantities of useful material in them, so that when new architectures replaced old, the data become in accessible."

"This particularly affected our records of personal and household activities during the latter half of the dark age. Early on, for example, we have a lot of film data captured by amateurs and home enthusiasts. They used a thing called a cine camera, which captured images on a photochemical medium. You could actually decode it with your eyeball. But a third of the way into the dark age, they switched to using magnetic storage tape, which degrades rapidly, then to digital storage, which was EVEN WORSE because for no OBVIOUS reason they encrypted everything. The same sort of thing happened to their audio recordings, and to text. Ironically, we know a lot more about their culture around the beginning of the dark age, around old-style year 1950, than about the end of the dark age, around 2040"



posted at: 14:45 | path: /standards | permanent link to this entry

Tue, 10 Feb 2009

How to train good "IT" people

Mike Charlton <mikekchar@gmail.com> said it better than I could have:

I also agree with the trade description for programming.  I firmly
believe that apprenticeship is the best way to teach programmers.
In fact, I believe that University is a *bad* way to teach programmers.
What little pure theory a programmer needs can be taught on
the job IMHO.

But research in programming is very much required.  And there is
a huge amount of theory that is required to advance the state of
the art (which we've touched on).  If it were *actually* studied,
I suppose I wouldn't begrudge an engineering title.  But as
it stands, I also highly disapprove of the engineering moniker.

I believe that Universities should exist, not to train future employees --
that's what a community college is for, but to train future researchers.
And current curricula do a piss poor job of that.  As a poigniant
example of this, we get a semi-recurring plea for help from an
Indian PhD student on the ottawa-agile mailing list (must be
spamming *all* the agile lists, poor guy).  He wants to do research
in the area, but lacks even the basics for which to do so.  I want
to reply, but I can't think of a helpful response (other than,
"Get a new supervisor").  Unfotunately, having talked to several
other researchers in the field, his problem isn't unique.

So in the end we get badly trained programmers from Universities
and likewise badly trained researchers who don't even know the
first thing about what's important in the field.  Finally, in the past
we have also gotten completely untrained "engineers" who figure
they can do programming because they are "smart".  Sigh...
And as Don says, nobody is able to do the job of a Professional
Engineer in programming (ensuring that nobody comes to harm
do to mistakes made) because our field is simply not mature
enough....

But what can you do ;-)

                  MikeC


posted at: 15:29 | path: /agile | permanent link to this entry


XML


February
Sun Mon Tue Wed Thu Fri Sat
2009
Months
Feb