The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
[EMAIL PROTECTED] (Patrick O'Keefe) writes: > Since the other thread on this topic went off in a seriously OT > direction I'll comment on this thread. > > That original article seemed to imply that the problem was language- > based. I've been out of touch with the educational system(s) far > too long to have a really know what is currently taught and how it > is taught. I have trouble believing that switching from Java to > C, C++, LISP, and Ada is going to fix the problem. (Is Ada common > in CS curriculum? I notice the authors work at an Ada development > shop. They may be a bit biased.) > > I think their comment that Java encourages a "pick a tool that works" > mentality may be right on, though. > > Rick Fochtman's question about Radix Partition Tress would make a > good test for CS students. I picture a blank stare on the student's > faces, but I would love to be shown wrong. re: http://www.garlic.com/~lynn/2008.html#64 Radix Partition Trees there is independent thread in a.f.c regarding the same article, some of the posts: http://www.garlic.com/~lynn/2008.html#44 Computer Science Education: Where Are the Software Engineers of Tomorrow? http://www.garlic.com/~lynn/2008.html#46 Computer Science Education: Where Are the Software Engineers of Tomorrow? http://www.garlic.com/~lynn/2008.html#56 Computer Science Education: Where Are the Software Engineers of Tomorrow? http://www.garlic.com/~lynn/2008.html#57 Computer Science Education: Where Are the Software Engineers of Tomorrow? http://www.garlic.com/~lynn/2008.html#62 competitiveness part of it related to reduced math requirements and part of it related to java (including some mention of java early days). as noted in the radix partition trees thread ... some of luther's work showed up in mainframe instructions. i had been involved in the original relational/sql implementation, system/r http://www.garlic.com/~lynn/subtopic.html#systemr and technology transfer to endicott for sql/ds. for other topic drift ... one of the people in the meeting referenced here ... had mentioned that they had done much of the work for the technology transfer back from endicott to stl for db2 http://www.garlic.com/~lynn/95.html#13 about the same time as the original relational/sql work, I also was involved doing some stuff with a similar, but different kind of dbms implementation (joint project between some people in stl and the los gatos vlsi group). this had some of the similar objectives as the relational/sql activity ... but significantly relaxed the requirements for structured data definition ... and used radix partition trees for its indexing structure (and the person involved in the two mainframe instructions was brought in to consult on some of the work). there was some differences between the old-style '60s DBMS contingent in STL and the relational/sql contingent ... with the '60 DBMS contingent pointing out that relational/sql typically doubled the physical disk requirements (for the table indexes) and also greatly increased the physical disk i/os (for processing the indexes). the relational/sql contingent countered that the use of indexes was part of eliminating the direct record pointer paradigm (that were characteristic of the '60 DBMS) as well as all the associated administrative overhead. during the 80s, things started to tip towards relational/sql ... with disk cost/byte significantly reduced and significant increases in system real storages (allowing index caching, eliminating many of the additional index disk physical i/os) .... aka change in hardware cost tradeoff versis administrative/skill overhead. for other drift, a totally independent implementation i use for maintaining the rfc index information http://www.garlic.com/~lynn/rfcietff.htm as well as the merged glossary/taxonomy information http://www.garlic.com/~lynn/index.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
