Leo en rethinkdb.com acerca del proceso de contratación de nuevos programadores. No me habría extrañado tanto si no hubiese leído un post anterior de codinghorror.com acerca de la dificultad que se encontraron a la hora de contratar. Más aún cuando se presento a la entrevista profesionales que no sabían programar.
Creo que es debido principalmente a una minusvaloración, cada vez mayor, de lo que es la programación en si. Para saber programar, con un curso de 40 horas vale (hay cursos de 16 horas en que te enseñan a programar en excel), pero programar bien, con algoritmos complejos y, sobre todo, con arquitecturas medias o complejas, no es difícil.
Soy de idea los informáticos no tienen que saber programar. Pero no debido a una idea clasista de informático, sino porque programar (y bien ) es una tarea compleja, por mucho que se haya avanzado en la factorización de las tareas y dispongamos de frameworks que nos hacen la vida mas sencilla (mas sencillo si sabes como se hace la parte complicada).
Es decir, muchos profesionales de la informática han desarrollado su vida profesional en tareas asociadas a toma de requisitos, incidencias, funcionales, herramientas especificas (tipo BPM o SOA, con IDEs de generación de código y herramientas RAD), con lo que tienen un conocimiento profundo de dichas tareas, las cuales no implica el ver una línea de código o,como muco, entender el código generado. Pero de ahí a tener una fluidez desarrollando algoritmos y haciendo diseños técnicos complejos hay un salto que solo la experiencia te da.