Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

petdance (2468)

AOL IM: petdance (Add Buddy, Send Message)
Yahoo! ID: petdance (Add User, Send Message)

I'm Andy Lester, and I like to test stuff. I also write for the Perl Journal, and do tech edits on books. Sometimes I write code, too.

Journal of petdance (2468)

Wednesday January 08, 2003
12:02 PM

Letting the train go by

[ #9840 ]
A letter to the editor in the latest issue of Oracle Magazine:

I am getting to the point where I can't read your magazine any more. I'm a developer, but all of the Oracle Magazine articles I see lately discuss Java, JDBC, SQLJ, JSP, XML, SOAP (Dial?), UDDI, WSDL, LDAP, Servlet, JSP, etc. In our shop, we use Oracle products named Oracle Developer 6i and Oracle Designer 6i. I never see articles on these products. Doesn't anyone else use them any more? Are we the last ones?

Mark Castaldo

I'm baffled by technology professionals who cheerfully watch the march of technology continue onward without even trying to understand what's going on. How can Mark know that he's providing the best value to the company, and his company to its clients, stuck on Oracle 6? Does Mark know what functionality JDBC could provide? SOAP? LDAP?

And from a magazine perspective, I wonder what does Mark expect to be written about Oracle 6 that hasn't already been written.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • are the latest versions of the Oracle Developer and Designer tools that work with Oracle 8i and 9i...
    • Ah, mea culpa. I didn't realize that the Developer & Designer tools didn't bump up in versions like the rest of the Oracle DB.

      My comments re: Java etc still hold, though...



      • My comments re: Java etc still hold, though...

        Not necessarily. There are plenty of shops that are using legacy software products. Sometimes the reasons are technologically and fiscally sound. Other times the reasons are simply artifacts of history. (I worked at a PRIME shop once where the main languages in use were FORTRAN IV and Fortran 77. Why? Because the system where the company initially leased computer time many years before used PRIME computers, and FORTRAN IV was the only language availab

        • D'OH! Damn submit button..

          In many cases, scrapping a system in favor of a new or updated package is foolish -- especially if the existing system works well, but the alternatives are unknown, untried and untested (by an organization). I'm sure there's plenty of demand for Oracle-only skills, especially if a company is offering its services to organizations that use Oracle widely and deeply. Marching to the beat of "new technology" benefits the vendor, not the customer.

          Of the acronyms this baffled read

          • All of a sudden, the guy's got a very good point.

            The point that I got from the letter, especially his oh-so-cute "SOAP (Dial?)", was that he had no idea what any of these technologies were, and was proud of it.

            Far be it from me to say that there's necessarily any value to SOAP/JDBC/whatever to this guy, but he should at least have some passing familiarity with the concepts of many of them. Otherwise, he's going to wind up like the COBOL-only programmer who finally decides to learn C and fails miserab



            • That's what you like, what you think is best. I see no reason, though, to think he might have perfectly valid reasons for disagreeing with you (assuming he does, which to me isn't clear). Frankly, I think the neverending technology hunt is a waste of time. I only barely know what some of those technologies are, and I don't want to know. My life is busy, my brane is getting full, and I figure if I need to know about those technologies I eventually will. To each is own ...