One of the things that I personally find exciting about working in IT is how quickly the field grows and changes. Seemingly overnight vast bodies of knowledge and hard earned abilities can be supplanted. Five years ago, the job that took half the day and the coordination of a group of skilled workers can today be churned out by an intern using some free tool like Google Analytics.
The biggest downside to this constant leveling trend is how often I, as a technology professional, am challenged to prove the value of my work, my salary and my knowledge. Thus the crisis we, as professionals in this field, face. It is a crisis on two fronts. The first is the relentless loss of value to the skills we worked hard to master due to shifts in technology. The second is in the fact that most workers today more or less have to learn some degree of technology expertise in order to do their job well, and the best and brightest of our colleagues can often accumulate significant skills.
This challenge is brought to us in many ways, but often it is brought to us when we are least expecting it and am not really ready to answer it. Sometimes its appropriate, as during a job interview, or when reviewing or auditing code. There is definitely a right time to challenge your practices, least you fall into a dangerous rut. On the other hand, I'd like to reach out to my colleagues across the various departmental boundaries and point out it can be unproductive to start challenging technology decisions in an inappropriate forum. We all have a stake in finishing a project and a domain of action for accomplishing that. I would never start questioning legal matters at a direct reports meeting, and I ask that you refrain from speculating that this all could have been more easily done using VBA and Excel, just because you heard so from a friend of a friend.
This is why I would wish that more companies would break down the jealously guarded walls between IT and the rest of the company. Technology meetings should never be limited to the workers in a given department. In return, for opening the door, I ask that my non IT colleagues try to show some sensitivity and realize that often your off the cuff suggestions can sound to me like you are saying my skill and ability are no longer needed. Often what I hear is that I'm going to be forced to work with yet another ill conceived technology directive. For this sensitivity is needed all around.
So, this is a Perl blog and you are wondering what's the Perl angle. Given the diffusion of technical ability, from technology guru down to mail room working, I believe that Perl is an ideal language for sharing at all these levels. Perl is ideally suited for most problem domains and most levels of technical ability. Perl has been used by guru's to build sophisticated websites, used by system administrators to smooth the daily troubles, and used by neophytes to bang out a quick CGI front-end to a local database. Its a language comfortable with the ambiguity and with the interdisciplinary nature of IT as it exists in the wild today. Perl Programming embraces the world as it is. As such it's an ideal choice and nearly always my first choice.
Comments