A raíz de la mejora de la tecnología es inevitable que surjan nuevas especializaciones, por ejemplo usabilidad, o dicho de otra forma la capacidad de que usuarios cada vez más inexpertos sean capaces de usar algo con la misma habilidad que alguien con más capacidades.

La mejora de la informática ha abierto las puertas a nuevos tipos de clientes menos habilidosos con las tecnologías, alejados de aquellos otros usuarios que eran expertos en comandos de consola, también por extensión ha provocado que el usuario sea cada vez menos capaz de resolver problemas por sí mismo lo cual ha llenado la red de comentarios irónicos sobre preguntas realizadas al SAT.

Parece evidente que las nuevas tecnologías son para facilitar la vida al usuario -aunque algunos de estos todavía no se lo crean-, pero habría que mirar también si el informático se está convirtiendo en un usuario de sí mismo.

No vamos a comparar programar en un lenguaje como Java con hacerlo en ensamblador, cada vez es más fácil realizar aplicaciones y dentro de algún tiempo es posible que hasta un usuario sea capaz de realizar aplicaciones -¿fue VB 6 un intento de esto? Siempre me quedará la duda– aunque también se podría decir que existen excepciones como C++ que son el caso contrario.

Existen infinidad de lenguajes fáciles y rápidos de aprender, posiblemente ahora mismo se tarda menos de una semana en escribir una aplicación normal en cualquier lenguaje con menos de 10 años de vida, y si el lenguaje es un poco complicado siempre tendrás un framework a mano que te simplifique la generación de código.

El perfil de informático se divide, entre el que realiza APIs complejas, lenguajes nuevos, frameworks, diseña y crea, y el que usa estas tecnologías, aprende un lenguaje o a usar un framework y realiza la aplicación que se le solicite, este último realmente es posible que se dedique a reutilizar ejemplos sacados de foros y documentación e insertarlos en aplicaciones, al final se convierte en un integrador de código.

Es posible que este sea uno de los perfiles más habituales y que suelen interesar bastante, se realizan aplicaciones de manera rápida –algo que siempre interesa, sobre todo por esa enfermedad llamada beneficio a corto plazo– y se lanzan a producción como si fueran platos precocinados, con suerte –por decir algo- es posible que exista un arquitecto que posiblemente solo será capaz de echar sal antes de que tenga que meterlo al microondas.

En otro caso simplemente se realiza un trabajo plano que saca un resultado, el informático se convierte en usuario de sí mismo, cualquier imprevisto o requisito sacado fuera de ese trabajo plano no se podrá resolver porque nunca ha tenido esa necesidad, se verá obligado a consultar a otros por algo que en teoría se le supone capaz de hacer.

No es malo usar código ya existente pero tiene que servir para algo más, para entender los conceptos y extraerlos, al final se reduce a lo uso o lo entiendo.