Barrapunto

Wow, solo leí esto cinco veces.

Aparte de los problemas obvios que ya se han mencionado aquí (principalmente que la inmensa mayoría de la gente no tiene propiedad sobre sus desarrollos), lo más obvio para mí es que la persona encargada de la contratación no va a tener ni tiempo, ni ganas, ni posiblemente el nivel suficiente para examinar decenas o centenares de repositorios de código o documentación para filtrar candidatos. El CV precisamente se inventó para algo.

Creo que llego un poco tarde a esto, pero bueno...

Yo no creo que GitHub sea el nuevo curriculo, pero que ayuda? Claro que ayuda.

En mi ultima busqueda de trabajo hubo dos areas de preguntas que casi nunca faltaron en todos los procesos en los que estuve:
- Acerca de la empresa que cree en el 2003 y cerre en el 2006
- Acerca de proyectos personales (tanto de SL como privados)

Esto fue aparte de las tipicas preguntas acerca de mi experiencia, referencias y demas (y algunos tests de programacion, generalmente por escrito).

El primer area es facil de entender, llevo un tiempo leyendo articulos que dicen que la gente que ha sido emprendedora, aunque no hayan tenido exito, suelen ser mas productivos como empleados que los que no. Todavia no se si estoy de acuerdo o no con eso, pero es cierto que el haber tenido mi propia empresa en el curri llamo la atencion.

Durante la segunda tuve ocasion de hablar de mis contribuciones al SL (no muchas y ninguna demasiado grande, casi todo son how-to's y documentacion, pero tengo codigo en diferentes proyectos desde el anio 99: Una implementacion del protocolo RTSP para un proyecto de servidor de streaming en java), de mis proyectos personales (un juego para android, un par de webs en RoR, cosillas sueltas con Scala, erlang... Todo para aprender y nada demasiado complicado) y de mis intereses dentro del area de desarrollo. En algunos casos me preguntaron que si podian ver algo de todo eso y el poder enseniar tu cuenta de github es estupendo. Yo tengo una que esta practicamente vacia (un par de proyectos, uno que he medio abandonado de momento y otro que hice hace tiempo y que tengo que subir), pero pude enseniarles algunas de mis aportaciones en sourceforge, el juego que llevo instalado en el movil y algo de codigo de RoR de mi hosting.

La cosa debio de funcionar porque todos los sitios donde me hicieron esas preguntas me hicieron una oferta (Amazon, por ejemplo).

En la empresa en la que me meti tiene una cuenta empresarial en GitHub donde vamos poniendo cosas que hemos hecho durante el trabajo (tenemos mandados parches a Solr, Lucene y estamos trabajando en un par de funcionalidades para Hadoop, por ejemplo) y varios proyectos que hemos desarrollado internamente y despues liberado.

En UBS en la city (usease, Londres) pedian muestras de codigo realizado por los candidatos. En una reunion donde explicaban esas cosas a uno de los potenciales candidatos se le ocurrio preguntar "¿y que pasa si nuestro trabajo anterior es confidencial?". La respuesta del ingeniero del banco: "supongo que tendras tambien contribuciones de software libre que sí que nos podras enseñar".

No me importa tanto que tengan experiencia en áreas concretas que se pueden aprender, si se tiene lo que hay que tener, es decir: ingenio, iniciativa, mente ordenada, ganas de aprender y suficientes conocimientos generales.

Para saber si alguien vale para un puesto de desarrollo no hace falta ver el código de lo que ha hecho, con hacerle tres o cuatro pruebas para las que escriba seudocódigo es más que suficiente. Y no es el hecho de resolver las pruebas sino las formas de afrontarlas, de hecho una de las pruebas debe ser ponerle ante un problema que excede a su capacidad intelectual y ver como reacciona. Uno de los mayores problemas es que muchos desarrolladores resuelven problemas para los que no están capacitados y ni siquiera se dan cuenta, y luego todo el mundo se pregunta porque "la cosa" no funciona como debiera.

Me recuerda la vez que estábamos por contratar a un chico recién salido de la universidad con un impresionante promedio académico, sin embargo, uno de mis compañeros que quedó encargado de seleccionar personal lo rechazó de plano porque puso como motivación personal: Dios y mi Familia, así que el papanatas de turno lo rechazó puesto que su ideología no era compatible con la suya, que no quería fanáticos religiosos y cosas así, por cierto, el tipo que sí consiguió la plaza hoy no vino a trabajar.

Con todos los respetos, haber estado trabajando en Indra no lo puedo considerar una referencia brillante sobre tu calidad como desarrollador de software. Igual lo eres, pero trabajar en Indra no lo demuestra necesariamente ni de lejos. Y yo también me fui de allí por voluntad propia.

No publicar el código es habitual, no normal. Si fuera normal se habría hecho desde los principios de la informática.