another year, another cycle
It's funny how every year the issue of training and knowledge transfer seems to crop up around this time. Must be something in the change of weather? :-)
Anyways, over the last few weeks a lot of folks have commented on the need to re-examine the training of new DBAs and more in general, the issue of training people for future IT positions.
Because there is a very definite fall in enrollment numbers in the traditional education channels, when it comes to IT. At last someone has started to pay attention to it, it's been very obvious since even before the dot.com burst...
A lot has been said already about that burst and its consequences. Rather than repeat tired arguments, I'm going back a bit more and re-visit the late 70s-early 80s, when we suffered a similar drop in numbers of IT people.
Back then, the problem was very definitely that the traditional education channels - the university and the CS course - were completely out of tune with the reality of IT. The curriculum of most courses was hopelessly behind the times and not relevant at all to the then current IT environment and its needs.
The vast majority of jobs in IT had no need for skills in building CPUs: what we needed then was more C programmers, more people capable of taking a spec and transform it into a running program. We therefore had a major drop in CS enrollments and a consequent lack of "trained" folks in the workforce. Well, what we had was folks trained in the wrong skills, but the end result was the same.
I'm of the view that what we are seeing now is a repeat of similar circumstances! I am not suggesting that CS courses are teaching out of date skills, no. But that they are not teaching what the IT industry needs. And as a result, enrollments dwindle. Just like they did in the 80s. And of course, we have less "trained" folks around.
Yes, IT has changed and anyone who refuses to accept that is in cloud nine. And of course, with that change has come a change in needs. We no longer need heaps of folks out there trained in the subtleties of writing C, or Java, or any other language for that matter!
What IT needs is folks that can analyze a situation and/or problem, find a viable solution and then follow it through implementation by building on existing blocks and re-linking them into a working solution.
The time when folks sat down at a desk and wrote incredibly long reams of code per day is long gone. If and when that is needed, we can always offshore/outsource it to where it is more cost-effective to do so. But the number of times that is required is ridiculously low, in the normal run-of-the-mill IT site nowadays.
Sure: there is still a need for programmers. For companies that *do* write software, to sell. But that is NOT - by any stretch of the imagination - the vast majority of IT work out there.
Perhaps we should ask then: what is IT nowadays?
In my neck of the woods, it's very simple: it's the setting up of an infra-structure that can reliably execute the modules necessary to solve business requirements and needs.
A lot of hot air to mean just this: being involved in selecting adequate execution environments that are flexible and performant enough to run the commercial packages that the company's business requires.
And interconnect them in a fashion that makes the whole bigger than the sum of the parts: for example, no longer is it enough to stash away all facts in a DW, one has to be able to come up with a working design that is able to efficiently and effectively offload some of that data into other areas for further analysis/processing.
The days of the "data centre" as the raison d'être of the IT department are gone: what we have now is a resource that must be flexible enough to provide input to other areas of the business, in a reliable and consistent fashion.
And no: that does NOT involve writing "interface" programs. The tools are already there, we just have to use them to build the required links. Rather than "re-invent the wheel".
And yes: this involves being able to provide flat files for folks to play with, in their spreadsheets/analysis tools!
Now, where does the current curriculum of CS courses fit into this? It doesn't, does it? Ergo, no interest.
So maybe, just maybe mind you, we should re-examine our own training turf rather than blame economic changes on the lack of interest in IT training or IT itself as a career?
Anyways: on a lighter note...
"I've got an itch riiiiiight theeeeere!"
Stunning birds, these ones: huge, yet very graceful. They remind me of 747 aircraft, in a way.
Now, this one reminded me of something else:
No, really? Got any well positioned dungeons with a nice view? :-)
And here is that crazy SQLPuss again, looking at ghosts:
catchyalata, folks
Anyways, over the last few weeks a lot of folks have commented on the need to re-examine the training of new DBAs and more in general, the issue of training people for future IT positions.
Because there is a very definite fall in enrollment numbers in the traditional education channels, when it comes to IT. At last someone has started to pay attention to it, it's been very obvious since even before the dot.com burst...
A lot has been said already about that burst and its consequences. Rather than repeat tired arguments, I'm going back a bit more and re-visit the late 70s-early 80s, when we suffered a similar drop in numbers of IT people.
Back then, the problem was very definitely that the traditional education channels - the university and the CS course - were completely out of tune with the reality of IT. The curriculum of most courses was hopelessly behind the times and not relevant at all to the then current IT environment and its needs.
The vast majority of jobs in IT had no need for skills in building CPUs: what we needed then was more C programmers, more people capable of taking a spec and transform it into a running program. We therefore had a major drop in CS enrollments and a consequent lack of "trained" folks in the workforce. Well, what we had was folks trained in the wrong skills, but the end result was the same.
I'm of the view that what we are seeing now is a repeat of similar circumstances! I am not suggesting that CS courses are teaching out of date skills, no. But that they are not teaching what the IT industry needs. And as a result, enrollments dwindle. Just like they did in the 80s. And of course, we have less "trained" folks around.
Yes, IT has changed and anyone who refuses to accept that is in cloud nine. And of course, with that change has come a change in needs. We no longer need heaps of folks out there trained in the subtleties of writing C, or Java, or any other language for that matter!
What IT needs is folks that can analyze a situation and/or problem, find a viable solution and then follow it through implementation by building on existing blocks and re-linking them into a working solution.
The time when folks sat down at a desk and wrote incredibly long reams of code per day is long gone. If and when that is needed, we can always offshore/outsource it to where it is more cost-effective to do so. But the number of times that is required is ridiculously low, in the normal run-of-the-mill IT site nowadays.
Sure: there is still a need for programmers. For companies that *do* write software, to sell. But that is NOT - by any stretch of the imagination - the vast majority of IT work out there.
Perhaps we should ask then: what is IT nowadays?
In my neck of the woods, it's very simple: it's the setting up of an infra-structure that can reliably execute the modules necessary to solve business requirements and needs.
A lot of hot air to mean just this: being involved in selecting adequate execution environments that are flexible and performant enough to run the commercial packages that the company's business requires.
And interconnect them in a fashion that makes the whole bigger than the sum of the parts: for example, no longer is it enough to stash away all facts in a DW, one has to be able to come up with a working design that is able to efficiently and effectively offload some of that data into other areas for further analysis/processing.
The days of the "data centre" as the raison d'être of the IT department are gone: what we have now is a resource that must be flexible enough to provide input to other areas of the business, in a reliable and consistent fashion.
And no: that does NOT involve writing "interface" programs. The tools are already there, we just have to use them to build the required links. Rather than "re-invent the wheel".
And yes: this involves being able to provide flat files for folks to play with, in their spreadsheets/analysis tools!
Now, where does the current curriculum of CS courses fit into this? It doesn't, does it? Ergo, no interest.
So maybe, just maybe mind you, we should re-examine our own training turf rather than blame economic changes on the lack of interest in IT training or IT itself as a career?
Anyways: on a lighter note...
"I've got an itch riiiiiight theeeeere!"
Stunning birds, these ones: huge, yet very graceful. They remind me of 747 aircraft, in a way.
Now, this one reminded me of something else:
No, really? Got any well positioned dungeons with a nice view? :-)
And here is that crazy SQLPuss again, looking at ghosts:
catchyalata, folks
posted by Noons at 4/23/2007 10:49:00 am
8 comments
