|
I support Joe.. But I'll fill in with 30 years of being in this business. I went through the gread "Assembler vs COBOL" debates. COBOL would never be as efficient as Assembler, it was limited in what you could do with it, etc. The reality was the machines got cheaper, so the performance hit didn't hurt as much, the compilers got better and generated more efficient code, it was faster to write a COBOL program and Assembler, COBOL systems tended to be more stable because it was harder to crash the system with COBOL than assembler, and there were more COBOL programmers available to get things done. It was also easier to write BAD assembler code.... because it could do more. I've spent most of my life maintaining other people's code in a lot of different languages. I've seen some Assmebler code that was beautiful. It was easy to read, the logic flowed from one section to another, etc... I've seen some COBOL that was uggly and virtually un-maintainable. The key to this is to write code that you assume will be modified. The machines are getting cheaper... people aren't. So, flexible, easy to adapt code is the key. This can be done in any language. Nick "Joe Teff" <JoeTeff@earthlink.net>@midrange.com on 02/25/2001 01:10:21 PM Please respond to JAVA400-L@midrange.com Sent by: owner-java400-l@midrange.com To: <JAVA400-L@midrange.com> cc: Subject: RE: interesting link I read the article. Running a program interpretted will never be as fast as running a program compiled to the native OS. Doesn't take a rocket scientist to figure that out. The HotSpot compiler makes such a difference that as of 1.3 its no longer an optional download. The OS/400 CRTJVAPGM command makes it a native compiled executable. I would think more vendors would do the same thing. While speed is an issue, there's more to business systems than speed. The ability to maintain, enhance and scale are also issues. That's where I see the huge benefit of OO. I'm much more of an OO fan than I am a Java fan. The author had 3 projects that failed. I've personally seen (and talked to many more) where they were highly successful. I've also seen many RPG, COBOL, etc programs/systems written horribly that were filled with mistakes and inefficiencies. No language can make a mediocre programmer great. He thinks that using VB for UI is smart. I've seen more bad VB programmers than in any other language or platform. Joe Teff -----Original Message----- From: owner-java400-l@midrange.com [mailto:owner-java400-l@midrange.com]On Behalf Of shahar mor Sent: Friday, February 16, 2001 2:31 AM To: JAVA400-L@midrange.com Subject: interesting link Hi, not as400 specific but java stuff,this link deserves a reading: http://www.salon.com/tech/col/garf/2001/01/08/bad_java/index.html ===== Shahar mor consultant __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.