¿Cómo evaluar un buen programador?

Llevo seleccionando y dirigiendo desarrolladores en todo tipo de tecnologías de desarrollo más de 17 años, y me doy cuenta de que a mucha gente le resulta muy difícil evaluar la calidad de un programador. Esto del desarrollo de SW para el común de los mortales es un misterio, un "arte" repleto de leyendas y mitos... para los ajenos a esta profesión entiendo que les parezca complicada porque tienes que estar en continuo aprendizaje... sobre todo para los "headhunters" cuando se lanzan a seleccionar este tipo de perfiles.

El desarrollo de Software o programación aún es una "práctica" más cercana al arte, que a la ciencia. Es necesario dominar unas técnicas, pero el cómo y el cuando se aplican es lo que diferencia a un artista o Hacker en nuestra jerga, de un "programador".

Para no hacer un post muy largo, si he de centrarme en seleccionar un desarrollador que no ponga en peligro mi proyecto, en el proceso habría que resolver estas 5 claves:

Estamos hablando de un conocimiento técnico y que buscamos un “método” de trabajo probado de calidad en el programador. Por tanto las 5 preguntas han de ir pensadas para poder valorar esto. Desde lo más básico a cuestiones de experto real.

1. Yo no contrato un programador que no sepa leer y buscar soluciones en ingles, y por supuesto en Google. Es algo que les suele ocupar el 30% de su tiempo. Si no supera esa prueba está descartado y no le hago perder más tiempo.
2. Nunca contrato un programador que no analice antes de dar una respuesta. Estoy cansado de entrevistar programadores que se fían de su intuición y desarrollan sin saber hacia donde van con la primera idea que se les ocurre. Dirigen el proyecto al CAOS. Para atrevido, y aventurero ya me pagan a mi. ;)
3. Junto a esa pregunta busco que sepa explicar la solución mediante diagramas en una pizarra, de forma que compruebas como documentará si se requiere. Se le pide ver un trozo de código suyo en github o bitbucket para poder analizar su estilo de codificación, si sigue algún tipo de norma, nivel de documentación, nombres de variables, longitudes de cada linea, de clases,... uso de condiciones, excepciones…¿pep8?
4. La última eliminatoria es saber como domina GIT. Debería enseñarse en el colegio, como sumar y restar.
5. Finalmente y más subjetiva es pedirle que desarrolle alguna pequeña clase o una pequeña aplicación. Esta la hace desde casa.

Como ves, que sea Java o C o Python es exactamente igual… Por supuesto si es necesario para la posición el dominio de algún framework se le harán preguntas sobre el… pero eso suele haberse comprobado en el CV y en proyectos en los que ha trabajado… Con esas 5 preguntas… puedes estar confiado de que puede no ser un crack o no tener demasiada experiencia pero al menos tiene las bases sobre las que puedes construir.

Si quieres más puedes encontrarlo en mi blog: http://www.rafaelalcalde.blog/como-seleccionar-un-buen-programador/