|
Hello Colin, Wouldn't it depend on the quality of the current programmers? Don't they understand the business and therefore have some value to the business regardless of the programming language? Can't programmers (at least those with some talent) learn a new language fairly quickly? They won't become experts overnight but they already know how to program -- they just need to learn a new syntax. The trick with Java, Smalltalk, Eiffel, et al, is the OO component. That takes some time to learn properly and the best way is to hire a mentor to assist with the design and help train your people in the process. However, if the programmer's are simply RPG hacks with no real interest in software (its just a job that pays them more than they can get eleswhere and puts a roof over their head, food on the table, and keeps the kids in school) then I think they should be replaced. I can accept that a move from RPG to Java shouldn't be undertaken lightly (support reasons, etc) but that argument doesn't hold water for RPG IV. The languages are similar enough that any competent RPG III/400 programmer should be able to modify an RPG IV program with minimal pain. They can get the reference manual and look up things they don't understand. Initially they'll be a liitle slower but they should learn and get faster. As Joel said earlier programmers are being required to be multi-lingual (program languages at least) and I too think that is A GOOD THING. I keep seeing ads in the local paper for 'RPG programmer with 5 years experience, must know <insert business requirement du jour>, blah, blah, blah' when I think they should be asking for 'Programmer with 5 years experience in <business requirement>. RPG an advantage'. Spot the difference? Which add is likely to net the highest quality candidates? Hmm. Ahh, the more you know, the more the bastards ask you to do! Regards, Simon Coulter. «»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«» «» FlyByNight Software AS/400 Technical Specialists «» «» Eclipse the competition - run your business on an IBM AS/400. «» «» «» «» Phone: +61 3 9419 0175 Mobile: +61 0411 091 400 «» «» Fax: +61 3 9419 0175 mailto: shc@flybynight.com.au «» «» «» «» Windoze should not be open at Warp speed. «» «»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«» //--- forwarded letter ------------------------------------------------------- > X-Mailer: Internet Mail Service (5.0.1459.44) > Date: Tue, 23 Mar 99 16:24:48 +0000 > From: "Colin Williams" <Williamsc@technocrats.co.uk> > To: "'MIDRANGE-L@midrange.com'" <MIDRANGE-L@midrange.com> > Reply-To: MIDRANGE-L@midrange.com > Subject: RE: IBM pushing Java > > My point exactly, software development companies can't change > applications overnight, it takes a lot of planning (look at all the man > hours that went into Y2K changes, for example!), and resources. Would > any company that had decided to go from RPG to JAVA retrain all there > existing staff, or would they just go out and hire JAVA experts from the > marketplace, and retrain them to AS/400? > > If individual employees are changing the odd program here and there from > RPG to JAVA in their companies applications, what happens if those > developers leave the company to take up a well paid job developing new > JAVA apps with someone else, and leave there old company with these JAVA > apps and no - one to support them. I'm just trying to say that things > like this need planning and consultation, and just jumping in and > changing your companies code off your own back could be risky. > +--- | 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-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.