jsteph - I think you completely misunderstand what a CS degree represents, and what is actually being taught.
The reason that OWL wasn't taught, nor should it taught then or now, is because it is not the purpose of university CS curriculum to teach a commercial product. The intent is to teach you how to program, and the fundamental aspects of programming language. If all you want to learn is a specific vendor's product, such as OWL or MFC, then by all means, attend one of that vendor's schools and get your certificate. It is very true that vendor's products will become obsolete, and if you know is a vendor's product, then you will become obsolete. That's why universities don't teach products, they use products to teach concepts, and the concepts, like the ability to program, and the understanding of programming logic, hasn't become obsolete.
jsteph said:
I'm not going to get baited into a technical discussion about this, except to say that in C, we had to manually push/pop stacks, manually allocate/deallocate memory, etc, etc. All that stuff is handled by higher level languages so the programmer does not need to bother with those things.
I'm not trying to bait you into anything. I'm trying to figure why you think a CS degree would become obsolete. Of course you had to write the code to manually push and pop stacks, and to manually allocate and deallocate memory, because stacks and queues don't exist natively in C. They don't exist in any language either until a programmer actually writes an implementation for one. That is the value of the lesson - to learn what a stack is and how to implement one. Once you know that, then you can use stacks when the application calls for it, and you know how to implement one, and can do it in any language. As far as business applicability, the most efficient way to implement an inventory system that uses LIFO accounting is a stack based system. On the other hand, for FIFO inventories, you're better off using a queue based system. That's the kind of concept that you learn in a good university CS program. That directly relates to business programming, and in turn, to the efficiency of the business systems.
In your case, you are comparing a 20 year old degree, with no experience, to someone fresh out of tech school with no experience, but with a relavent language. I think that's where you're missing the boat. Knowling a langugage, and knowing how to program are two different things. Obviously, someone who has a 20 year old CS degree and hasn't been in the business for 20 years will be stale and likely will have forgotten quite a few things, but that doesn't make the degree obsolete. Nor does it justify, in my opinion, making broad generalizations about the degree.
You claim to get the job done correct and efficiently. I have no doubt that your code works, nor can I dispute that you're efficient. However, anyone can say that, but can you back it up? By what standard are judging efficiency? What's your baseline? How do you know that a different approach wouldn't be more efficient? What software engineering metrics are being applied to objectively evaluate your efficiency? That too is part of many CS degree programs.
Good Luck
--------------
To get the most from your Tek-Tips experience, please read FAQ181-2886
As a circle of light increases so does the circumference of darkness around it. - Albert Einstein