|
Lou is right. We IT professionals need to be concerned about doing what is best for our employer. That is what we're paid to do. We're (in most cases) not paid to usher in a technology revolution. IT does not exist for IT's sake. That's not to say we shouldn't be concerned about adopting new technologies. We should be. But there has to be a business case to change otherwise it is simply wasting company resources. John A. Jones, CISSP Americas Information Security Officer Jones Lang LaSalle, Inc. V: +1-630-455-2787 F: +1-312-601-1782 john.jones@xxxxxxxxxx -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Lou Forlini Sent: Thursday, April 13, 2006 2:42 PM To: Midrange Systems Technical Discussion Subject: RE: Did we have another name change? Eric, I don't know if I'm disagreeing with you or not. Probably more with your comments regarding older people. I think you could take the statement "most midrange shops adopt this ambivalence to change", take out the word "midrange" and have it still be true for most shops in any industry, IT or not. I learned that pretty early on myself. When I've worked at companies that were reluctant to try new technologies, I've always found it a good idea to work up a brief business case and present it to the boss. More times than not, showing how something could benefit the company (and not just my own career) got me the go ahead for a pilot project, or for integration into a new or revised system. Sometimes not right away, but the seed was planted and when the time was right I was the "go to" guy. This approach requires a certain level of professionalism, i.e. you need to have the discipline to think through the benefits to the company, and articulate them in a clear and persuasive way, versus just whining constantly about not being able to use ILE. Show that you're about using technology to benefit the company, rather than using technology to pad your resume. Follow that path, and quite often you will eventually work yourself into a position to actually influence and even determine what technologies are used at your company. I've done it twice, ending up in Chief Engineer type positions. Yes, you will run into that shop where you're hitting a brick wall with every suggestion, and even the most beneficial changes will be denied for whatever reason. Once you've given it a fair shot, leave. Eventually, you may get to a place where you feel the desire to explore technologies that would not necessarily benefit the company you work for, or any likely prospects. Maybe you can make a deal to work after hours on your own time to learn them. If not, maybe it's time to start your own company. Part of the advantage to the AS/400-iSeries-i5-System_i is it's longevity, it's an incredibly mature, robust, and secure operating system. In an industry where tossing out all your gear every 3 or 4 years (and many times the people as well) is the norm, it can also be a liability. That's the challenge. Regards, - Lou Forlini Software Engineer System Support Products, Inc. At 1:53 PM -0500 4/13/06, DeLong, Eric wrote: >No Lou, I'm talking about shutting out new talent and innovation >because of fear or laziness. I'm no newbie to this platform, having >started with the >S/36 while in high school. My entire career is based on midrange, and >I love our platform. But I've NEVER worked for a shop where I didn't >have to fight (sometimes in peril of losing my job) for the adoption of >new technology. > >I know that not all shops work this way, but I believe (based on MY >experiences) that most midrange shops adopt this ambivalence to change. >I have felt frustrated by this again and again, and feel that this >attitude is killing our platform.... > >Ageist? Perhaps.... Again, in my experience, the senior exec(s) in IT >sets the tone and direction of the shop. If the tone comes across as >"do it the way we've always done it", then innovation is immediately eliminated.... > >I know my original post was worded to be somewhat offensive. I'll >apologize for that, but I stand by my notion that we "professionals" >need to be more accepting of new ideas. We need to dazzle the young >talent with possibilities instead of forcing them into submission. We >must accept that what we did in 1986 is not applicable to today's application consumers. -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. This email is for the use of the intended recipient(s) only. If you have received this email in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this email without the author's prior permission. We have taken precautions to minimize the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses. The information contained in this communication may be confidential and may be subject to the attorney-client privilege. If you are the intended recipient and you do not wish to receive similar electronic messages from us in the future then please respond to the sender to this effect.
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.