|
Jim, Your points are very well taken, however, smalltalk (one of the aforementioned IBM technologies that went nowhere) did not have nearly the easy learning curve, multi-vendor support, nor the volume of money that is being dumped into JAVA. The only wildcard in this game at this point is the Microsoft lawsuit with the feds. If the feds fold, we may have some competing standards, however as much as powerbuilder and some of the other tool makers (my company included) that can produce web enabled applications would like it to be otherwise, the JAVA jihad will not be stopped. The only way Sun/IBM could mess this up is to forget to continually enhance the language based on what we in the field need. (or make COBOL and/or RPG capable of the same functions) Regarding RPG not being OO, true in the purest sense, however you can produce object oriented systems if you engineer them correctly. Will they absolutely match the definition of an OO application, no, however they can be very nearly OO. IMHO, subject to change to a better argument. JBO ______________________________ Reply Separator _________________________________ Subject: RE: RPG, COBOL & JAVA Author: <MIDRANGE-L@midrange.com> at Tcpgate Date: 12/7/98 1:37 PM I'm sorry, but I couldn't let this stand. I have to issue a hyperbole alert. ;-) Alert 1: >In order to produce applications that can live in the environment, we will have to use JAVA. There are alternatives to Java. So you don't "have to use Java." While it may be the best language in many such cases, there's no law that says Internet-enabled applications must use Java. Yes, Sun would sure like that kind of law, but it doesn't exist yet. Alert 2: >...but because of the emphasis IBM is putting on JAVA, better get your coffee cup warmed up! IBM emphasis means little or nothing. IBM has put significant emphasis on many failed or marginal technologies. (I'm not going to name names; I think we all know them by heart.) I don't think I'm being too controversial in saying this, but the decision to use a given technology should not be based on whether IBM is, for the moment, pushing it, but rather on whether the benefits to your company are substantial enough to justify the investment. IMHO, we are not supposed to be advocates for our (or IBM's) pet technologies, but for those that increase the competitiveness, profitability, and success of our employers/clients. If that's Java, so be it, but IBM pushing it doesn't ever make it so. There are good reasons to use Java in some situations without contributing to the myths and hype. Regards, Jim H. +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.