Como muchos saben el Gobierno de Chile a través del Ministerio de Economía e Innova Chile creo el programa StartUp Chile, que en pocas palabras es un programa para atraer a jóvenes innovadores y con mente emprendedora (extranjeros y en breve también locales) a desarrollar su startup y convertir al país en el HUB de innovación y emprendimiento de America Latina. Pueden leer más sobre el proyecto en su web.

Desde finales del 2010 comenzaron a llegar las startups del programa, instalándose por seis meses para desarrollar o mejorar su idea, pero la gran mayoría no ha encontrado los talentos para hacerlo. En eso hemos fallado como país. De nada sirve estimular el desarrollo tecnológico de un país sin las personas capaces para hacerlo, pero al mismo tiempo uno de los objetivos del programa es intentar formar estos jóvenes. Es como morderse la cola o buscar que fue lo que llegó primero entre el huevo y la gallina. Pero por algo hay que partir, así es que el programa vale mucho la pena, están sucediendo cosas en Chile.

Nosotros (continuum) como empresa que se acerca a las comunidades, las apoya estimulando su desarrollo y persigue a los geeks más talentosos sabemos de esta falencia sufriendola en carne propia, pero al mismo tiempo sabemos que existen dichos geeks (nuestro equipo es un ejemplo de ellos), que son apasionados, que tienen motivación por trabajar en ideas innovadoras, con libertades en las herramientas que usan, la ropa que visten, o el horario que escogen.

En mi caso y que es también el de muchos de mis colegas en continuum, me pasó el caso contrario. Desde que llegué a Chile me la pasé inconforme y buscando sin éxito estos ambientes de trabajo cool y libres que se encuentra casi siempre en las startups. Fue una de las motivaciones que me hizo fundar continuum, pero eso es materia de otro post.

Pensando en esta energía en ambas direcciones, startups sexys que no encuentran talentos, y talentos buscando startups sexys pero que no convergen, fue que en continuum creamos en pocas horas un tablero o sitio de empleos para ayudar a ambas partes y donde uno de los objetivos es ser muy simple de usar. Por cierto nosotros somos los primeros en usarlo en busca de dos de esos talentos.

Get on Board - Developed by Continuum

Dale una mirada en http://jobs.continuum.cl

Ayúdanos a difundirlo para que startups o empresas como continuum lo usen, nuestros geeks locales lo conozcan y evitemos que se sigan fugando a trabajar en bancos o grandes empresas aburridas donde la norma es trabajar en cubículos cerrados, vestir ropa incomoda, usar herramientas de desarrollo comerciales implantadas, y beber café instantáneo mientras fuman para descansar en vez de jugar ping-pong o xbox kinect.

Hasta antes de ayer, mi reacción a las certificaciones para desarrolladores era simple. No me interesaban. Estaba de acuerdo con la idea general de que las certificaciones eran mayormente inútiles, pero eso era todo.

Ahora pienso distinto. Ahora pienso que son derechamente malas.

Las certificaciones han fallado en ser una buena forma indirecta de encontrar buenos desarrolladores. Pero empresas ingenuas aún las usan para contratar. Entonces, ¿cuál es el gran problema?

El punto es: algunos buenos desarrolladores caerán en la trampa de hacer la famosa certificación porque todo lo que ven en el mercado que los rodea es que es requerida. En otras palabras, hay buenos desarrolladores que no van a tener acceso a una empresa decente, se van a rendir y se convertirán en certificados.

Haciendo esto, ellos acaban de validar la certificación. Alguien va a contratarlos y pensar “Viste? Ahí tienes un desarrollador seco! Y lo encontramos porque buscamos gente certificada”.

Y ahi ocurre el refuerzo positivo para requerir la certificación. Por supuesto el jefe de proyecto va a pasar por alto los casos donde el desarrollador certificado fue uno ineficiente. Es simplemente la forma en que las cosas funcionan.

En este punto, la certificación ha “comoditizado” al desarrollador. Una vez que se obtuvo el refuerzo positivo, todo lo que buscarán es un desarrollador con certificaciones X e Y. Genial para el departamento de Recursos Humanos, pero sabemos que no es bueno es absoluto para el departamento que desarrolla software.

Paren por un segundo y piensen quien se beneficia de esto. ¡Los desarrolladores pencas! Mientras paguen cierta cantidad de dinero y pasen algunas pruebas, pueden obtener fácilmente un trabajo. Incluso si su empresa eventualmente se da cuenta que no son buenos y los despiden, encontrarán rápidamente otro trabajo. Y seguirán escribiendo ese código horrible que tu tienes que refactorizar o re-escribir después.

Pero esto no es como las cosas tienen que ser. Vayamos para atrás un poco. Imagínense que el desarrollador bueno que sintió que necesitaba la famosa certificación se niega a hacerla. Imagina que se mantiene en sus principios y dice:

“Hey!, sé que esto es basura. Sé que hay muchas mejores maneras de mostrar que soy un buen desarrollador, como participar en proyectos open source”

Entonces la magia ocurre. No hay forma de que ocurra el refuerzo positivo dentro de las empresas que requieren la certificación. Al requerirla, dejarán de contratar buenos desarrolladores, porque los buenos desarrolladores se negarán a participar de este juego estúpido. Eventualmente se darán cuenta de eso. Las empresas que sobreviven por décadas son, al final del día, no tan tontas como parecen.

¿Genial idea, eh? ¡Bueno, no realmente! Sospecho que lo que describí en el párrafo anterior es lo que ya ocurre en mercados con buena concentración y apreciación por el talento, como Silicon Valley. Apuesto a que las certificaciones no funcionan allá.

Y sospecho que en los mercados donde las certificaciones sí funcionan, seguirán funcionando. Todas estas bonitas teorías funcionan genial en el papel, pero van contra la naturaleza humana: Si alguien tiene que cooperar para obtener un beneficio común (en este caso, detener el sinsentido de las certificaciones) arriesgando lo que consideran un beneficio individual importante (un trabajo concreto, con dinero concreto al final del mes), ya saben lo que la mayor parte de la gente escogerá.

Pero acá está el interesante corolario: Si el mercado en que participan como desarrolladores es uno donde las certificaciones tienen demasiada importancia, significa que estás trabajando en un mercado penca ¡Es un maldito síntoma!

Una vez que adviertes eso, puedes hacer dos cosas:

1. Cámbiate a otro mercado. Que quiere decir: cámbiate a otra ciudad, o cámbiate a otra tecnología (Aviso: puedes estar interesado en trabajar en Continuum como un desarrollador Ruby en Santiago).
2. Cambia tu mercado. Suena idealista, pero puede funcionar y podría tener una muy buena recompensa. Crea una empresa. Compite contra las otras empresas en tu mercado. ¡Muéstrales que estaban equivocadas cuando requerían esas certificaciones!!

Así es como puedes matar a las certificaciones inútiles. Es tanto en tu interés personal (participar en un mercado saludable, trabajar con tecnología interesante, hacerte rico fundando la compañía correcta en el momento preciso) como en nuestro interés colectivo como grupo.

Espero estar en lo correcto. ¿Qué piensan?

PD: Noten como todo lo de arriba aplica a certificaciones de procesos para empresas. Si dirigen o son parte de una empresa buena, debieran pensarlo dos veces antes de entrar en el circo de las certificaciones.

Lee este post en inglés

Los slides en realidad son sólo una cáscara para el código de ejemplo que pueden ver acá