October 21, 2005
Lessons Learned: Technology Choices
Picking a course and sticking to it within technology is a hard road for me to haul. I started my computer career as a weird mix. Half of my job was COBOL programming. The other half was installing and configuring a network at new clients. It was an interesting mix to say the least.
I’ve been with my current organization for several years, and I’ve endeavored to learn a large mix of technologies. I started out with the Microsoft side of life VB5 and then VB6. An adjunct professorship had me learning and teaching Java. Afterwards a change of organizational fate had me learning CF 4.5. This was converted to CF 6 over time and a long conversion of code. Now I am learning about PHP 4.1 and 5. For database engines, I’ve been lucky enough to experience SQL Server all versions, Oracle 8i, Sybase SQL Anywhere, MySQL, and DB2. So if you cross compare the language with the actual engine, its definitely a mix. We have lucky skimmed reporting platforms down to Crystal Reports / Crystal Enterprise and Cognos.
Where is all of this going? Well, I can see a time coming when we will be discussing standardization on a platform once again. We have way too many technologies employed and too few individuals who understand all of them. We also have a ratio of 4 COBOL programmers to every 1 new technology programmer. The new technology programmers also don’t know all the same stuff. One is an expert in CF, Flash, and Java. Another one dreams of PHP. A couple can take VB.Net to interesting heights. One just loves the DB side of the house and will do everything that is possible within a DB before even touching a coding language. I’ve been tasked with transitioning several COBOL programmers to a new technology.
It’s a dilemma to say the least. The other problem is there are nuances with each technology that really suites it well to one solution versus another technology. The techie geek in me loves this and it makes it incredibly difficult to choose just one or two. The manager in me realizes that we need to standardize because its impossible to support this mix with our staffing. If one or two key techies find other opportunities, we will be in a canoe with no paddles.
So what is the lesson learned? Organizationally make an educated choice early and stick with it. That way I wouldn’t have to find a good place on this one. Any advice for choosing which kool-aid to drink?
Glad you posted this. I am about to move into the development group in the hospital where I work. About 6 of us all together, where the standardization is on Microsoft and specifically VB variants. Anything outside VB and you are on-call for that app 24/7. I was wondering how others balance support and different technologies.
Posted by: Stan at October 24, 2005 11:05 PMFinally passed the test
Managing in light of McGregor's Theory X and Theory Y
CMMI
Kicking HIT Leadership Up a Notch
That's just some mumbo jumbo project management BS
Outcomes - The tactic to get to the strategy
Nurse Call, VOIP, and Wi-Fi: Its just cool when things come together!
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
August 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
November 2005
October 2005
September 2005
August 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
Joel on Software
David Ross
Edward Prevost
Martin Fowler
The Health Care Blog
The Tales of Hoffman
The Business Word
Medical Rants
Christina's Considerations
Paul Levy
HIS Talk
Appropriate IT
Candid CIO
RSS feed




