Tryouts MX

El coliseo romano del siglo XXI...para profesionales de computación! @tryoutsmx

[tryoutsmx-blog]

Standard my a**...

Cuando era tan solo un bebé en esto de la computación (osea, como a los 15 años), tenía la impresión de que la computadora era un ente externo, perfecto y ordenado el cuál podíamos programar (después de muchos años de entrenamiento claro) para lograr cosas fantásticas. Entonces empezaron las clases de los profesores que “sabían todo” y nos enseñaban las buenas prácticas de la programación: Encapsula tus clases, documenta, pruebas unitarias, etc etc. En los sitios de Internet, los gurus internacionales nos dejaban anonadados con sus geniales respuestas y artículos de como ser un máster en cierta tecnología.

Pero, el sueño de la perfección computacional se fue desvaneciendo con el tiempo (dreams have the nasty habit of going bad when you are not looking), para darse cuenta que todo era una proyección imperfecta de las ideas de los que hacen las cosas. ¿La prueba?, los estándares, así como dos niños se pelean sin sentido hasta el infinito gritándose lo contrario (eres un tonto!, no, tu eres un tonto!, no, tu eres!), la industria del software lo ha hecho desde su nacimiento con los estándares.

Las bases de datos deben estar normalizadas!. No mejor no, mejor todo en una, es más rápido!, no no, deben ser normalizadas!, no normalizadas, normalizadas, no normalizadas, normalizadas

Tus estructuras de datos deben tener tipo!, No mejor no, mejor abierto para que sea flexible, tipado, no tipado, tipado, no tipado

Los MEJORES webservices son con soap, no no, los mejores son restful, soap, restful, soap, restful, soap

Centralizado, distribuido, centralizado, distribuido, centralizado...

Al ser testigo de esto, los profesionales (o al menos yo), le empezamos a perder respeto a la profesión. Y es que esa “emoción” de probar el framework más reciente de Spring o lo último en bases de datos se pierde cuando ves que sólo es un tapón para el vacío existencial de alguna persona que lo creo, luego llega otro con un nuevo tapón, y luego otro y así seguimos tapando hasta el infinito.

¿No sería mejor aceptar que la ingeniería de software es tan humanista como la sociología o la psicología? Al menos así ya no nos molestarían los científicos de verdad, cito a Sheldon Cooper: “Enginners are the oompa-loompas of science”. Y mejor aún, si ese humanismo se pudiese medir, ¿cómo les gustaría hacerlo?, ¿acaso podría existir un Tryout en el que el reto sea no resolver el problema, sino entender la mente del que lo causo?

Pregunten, lean, opinen, proyectense

[tryoutsmx-blog]

Desarrollo de software, ¿velocidad o precisión?

Antes de empezar con el post como tal, veamos algunas frases celebres recurrentes de personas que no están en el mundo de la computación:

“Oye, y no le podemos quitar una semana de desarrollo?”

“Sí, ya me explicaste por que queda hasta mañana, sin embargo yo no veo la complicación”

“¿Todo el sistema queda en 2 semanas? ¿Tanto?”

“Pero como que 1 semana de desarrollo, si Excel ya lo hace”

“¿Y si le quitamos las pruebas, si queda mañana?”

Las respuestas a las preguntas anteriores tendrán que ser fríamente tomadas de un “diccionario de respuestas para no perder al cliente”, de lo contrario, use las siguientes:

Si quieres le quitamos todo el desarrollo y ya me voy

Pues vas

Voy a asumir que el “tanto” se refiere a todo el desarrollo que obtendrás por 2 semanas, no a que te sorprende el tiempo porque si no te pierdo el respeto

(sólo te sales del cuarto)

Sí, pero mal

Y es que si las computadoras fueran personas, la gente no andaría haciendo esas preguntas, así como a los médicos no les cuestionan sobre su profesión. De alguna extraña manera la computación se da de tal forma que los no expertos en el campo consiguen la confianza para cuestionar los fundamentos del desarrollo, lo cuál es claramente un problema porque se acaba convirtiendo en un sistema “rápido” o un sistema “bien hecho”, lo cuál no debería ocurrir puesto que ambos conceptos no están peleados, más bien lo que esta peleado es la percepción del cliente final respecto al tiempo de desarrollo y a la realidad.

Pero hasta que inventemos una forma de trasladar la percepción de una mente a otra, no quedará más que usar la antigua técnica de negociar, o como se le llama en el mundo geek, “usar poderes Jedi”, para que los tiempos se respeten y el cliente quede feliz.

Ahora bien, sobre dichos poderes Jedi, ¿qué opinan de un Tryout que evalúe dichas habilidades?, me imagino una simulación donde se te describa un sistema y el cliente te propine unas brillantes preguntas como las descritas arriba, donde tu selecciones en cierto límite de tiempo la respuesta, como si fuese una conversación, creo que sería tan útil como programar.

¿Qué opinan? ¿Se avientan a cambiar percepciones usando poderes Jedi? ¿O mejor mandan a todos al garete hasta que encuentren el cliente perfecto?

[tryoutsmx-blog]

¿Y si busco otro trabajo “mejor”?

Enero 2007, Santa Fe, Ciudad de México, un recién graduado de una universidad muy “acá” hace un viaje al centro comercial y se maravilla de la cantidad de edificios altos y suntuosos de las grandes compañías de software, un solo pensamiento invade su mente: “El día que tenga un empleo en Santa Fe, ya la hice”, pensamiento que (como muchas otras cosas en la vida) le causaría risa unos años después.

Y es precisamente este tipo de pensamientos, los que nos dan risa años después, los que se te quitan de la mente sólo hasta que te pegan en la nariz con el guante de la realidad, ya que sólo puedes saber que son risibles hasta que ya pasaste por ello (“you can't connect the dots looking forward; you can only connect them looking backwards” mode on)

Esto es lo que sucede en la búsqueda de un “mejor trabajo”, pues solo sabrás cuál fue el mejor hasta que ya pasaste por todos. Todo este proceso inicia en tu escritorio mientras estas pontificando código a diestra y siniestra y repentinamente ves algún link de “Sr Developer at <alguna compañía muy acá>” y empiezas a preguntarte “¿Y si aplico?, podría ganar más y a la mejor es uno de esos trabajos como en las películas donde salvas el día con una expresión regular”, así que te pones a actualizar tu currículum y empiezas a espiar las bolsas de trabajo, preguntarle a los demás cuanto es un buen sueldo y si un buen día te decides, actualizas tu estatus a “buscando empleo”.

Entonces comienza la fiesta de las entrevistas, sacar el traje, ver rutas para ir a las citas, como te ves en 5 años, como te ves en 10 años (aunque no sepas ni como te ves ahorita), 5 defectos y 5 cualidades, hasta que un buen día te contratan y ganas más dinero, pero, ¿Es un mejor empleo? El problema es que la pregunta esta mal, la correcta mas bien será ¿Qué hace mejor a un empleo?

En lo personal, si tengo que ir de camisa a un empleo y a otro puedo ir de playera, el segundo es mucho mejor (pero ese soy yo, no me hagan mucho caso, me tiraron de chiquito) Realmente pregúntense ¿Cuál es su naturaleza, y qué empleo tiene sintonía con esa naturaleza? Pregunta difícil de contestar, pero si logran aunque sea plantearla, ya están del otro lado.

Es en el planteamiento de dicha pregunta donde Tryouts puede interceder, dándoles una herramienta que los enfrente contra retos en los que ustedes mismos proyecten lo que son, lo enfrenten y lleguen a empleos que buscan al que resolvió ese reto, no habilidades genéricas en un papel, pues al final del día la mente del trabajador es la que queda plasmada en el trabajo.

¿Qué opinan? ¿Se avientan el enfrentamiento contra lo que son para encontrar lo que quieren hacer? ¿O son totalmente <tienda de ropa fancy> y el modelo a seguir esta en el espejo?

[tryoutsmx-blog]

IT: Auto aprendizaje o muere, BITCH!

                            Imaginen la siguiente situación:

¡Doctor!, mi hijo necesita ayuda, al parecer no reacciona

A ver…aja..ya, pues mire la tomografía presenta un fibroma en el área occipital, habrá que remover con cirugía

Ok ok…adelante

Estem, yo soy gastroenterólogo señora, hay que ir con el neurólogo…pero creo que ya no hay tiempo

Ay Dios, ¿y si aprende neurocirugía rápido y lo opera ahorita?

Bueno, pues la situación antes descrita es exactamente la que sucede diariamente en el campo TI, sobre todo en empresas llenas de “code heroes” que salvan el día con una expresión regular (gracias xkcd: http://xkcd.com/208/), es entonces cuando un concepto se vuelve indispensable: “el autoaprendizaje”

Y es que la habilidad de las computadoras para “revivir” es la que nos permite arriesgar mientras exista posibilidad de éxito, por lo que es común que cuando un nuevo cliente llega con un proyecto, los Ingenieros le digan que lo dominan, pero realmente esa noche se ponen a leer y al siguiente día pueden empezar el proyecto. Esto es algo casi único en la computación y lo que me lleva al punto central al momento de buscar recursos o proveedores: Busquen inteligencia, no enciclopedias humanas.

En algunas universidades, el autoaprendizaje es altamente valorado y los maestros dejan algún tema del que nunca han dicho nada como examen o proyecto, y aquí empiezan las indignaciones: “Es que no lo hemos viiistooo en claaaseee” o “Esto es injusto, no vimos nada de esto”. Sin embargo es claro que este tipo de maestros saben que en el mundo laboral es justo lo que pasará (o bien lo hacen por joder…pero esa es otra historia).

Entonces, ¿Cómo reconocer que un Ingeniero de Software tiene una formación de auto-aprendizaje? Esta es una de las aptitudes más difíciles de evaluar, sobre todo por la siguiente pregunta (precaución: al leerla les puede explotar la cabeza):

¿El auto aprendizaje se aprende?

Piénsenlo por un minuto y se darán cuenta que la respuesta va mucho más allá de “si” o “no” (si quedan dudas, refiérase a la foto al principio del post), lo cual implica que evaluar la habilidad es imposible con tests convencionales, pero si reproducimos un tryout donde donde SEA NECESARIO aprender rápidamente para sobrevivir (Darwin wins again), entonces será posible.

¿Qué piensan los profesionales de TI?, ¿Cambiarían todo lo que saben por un super autoaprendizaje?..¿Y los reclutadores, confiarían en un tryout que les afirme que una persona tiene esta habilidad?...Opinen, comenten, ataquen!

[tryoutsmx-blog]

Recién graduado, lo pesado apenas inicia

                                                                                                      O-Word = Orgy

¿Quién puede negar, que durante los últimos semestres de carrera, había ocasiones en las que sentía que ya sabía todo? En lo personal no puedo, pues entre proyectos y teoría manejaba tecnologías web, arquitecturas, móviles, standalone apps, diseños de bases de datos, dataware housing, análisis complejo de algoritmos, programación a bajo nivel, gráficas, frameworks…en fin, todo lo “necesario” para el éxito en la futura vida laboral…o no.

Me ha tocado llegar a una empresa recién graduado y contratar recién graduados, por lo que al haber estado en ambos “bandos”, ahora es clara la siguiente división:

En la mente del recién egresado al ingresar a un nuevo trabajo:

“Llegare a proponer las nuevas tecnologías que aprendí, les demostraré mi eficiencia e inteligencia cumpliendo cabalmente los objetivos para hacer crecer a la empresa, participando en el ciclo de desarrollo de software, resolviendo problemas y aprendiendo. Será perfecto =)”

La realidad:

 El jefe: “No funciona lo que hiciste”

 Egresado: “Pero pero, ¿por qué?, si es perfecto”

 El jefe: “Le doy enter después de escribir mi password y no entra”

 Egresado: “Ahhh, bueno, es que le tiene que dar a click login”

 El jefe: “Por eso, no sirve”

  Entonces, esos “pequeños”  detalles, de los cuales hay miles y mucho más interesantes que el descrito, se van coleccionando en la actividad profesional, hasta que, en algún momento, puedes ver claramente y adelantarte a los requerimientos, ESO más la habilidad técnica es lo que realmente agregará valor a los profesionales de IT, pero sólo pocos podrán hacer la transformación de “programming muscle” a “IT professional”.

El choque, viene cuando el recién egresado (aún no transformado) es contratado y está cerrado a lo que realmente significa el mundo laboral, saltando de trabajo en trabajo porque “es que no apreciaban lo que hago”, creando en reclutadores el miedo de contratar gente recién egresada, y poniendo en riesgo que los recursos que sean realmente valiosos no sean considerados por el fallo de los demás. Es por esto que pensamos que tryouts no sólo evalúe habilidades técnicas, sino un perfil de aptitudes para cada participante con información suficiente para decidir cualidades de “transformación”

Los recién egresados, ¿Qué opinan?, ¿Se creen capaces de olvidar todo lo aprendido en la escuela y reaprenderlo como lo necesita el mundo laboral?...y los reclutadores, ¿Creen poder discernir entre los recién egresados que realmente pueden dar el salto y los que se quedaran ciclados por unos años?

[tryoutsmx-blog]

Sobre las certificaciones y otras cosas fantásticas (not)

               Continuando con la odisea del reclutamiento, es casi imposible no tocar el tema de las famosas certificaciones en el mundo computacional.

Recuerdo que en la carrera, uno de los tópicos era "Certificación en JAVA", el cual básicamente era un curso para obtener dicha certificación, sacando en la materia lo mismo que obtenías en el examen SCJP (Sun Certified Java Programmer). La emoción entre los estudiantes no se hacía esperar, y todos aguardaban la fecha del examen como si fuera el de admisión a la NASA.

Pero ¿cuál es el "sabor" que queda después de años de profesional acerca de estas certificaciones?...para un servidor, la siguiente lista:

Nunca me certifiqué para aprender, sino que aprendí a certificarme. A manera de receta, puede usted seguir una serie de sencillos pasos para ello: 1. Compre un libro en amazon, 2. Léalo, 3. Resuelva muchos mock-ups, 4. Haga el examen, 5. Repita hasta que se le acabe la vida.

El conocimiento adquirido en la práctica servía para certificarse, pero lo aprendido en el examen...se olvidaba como la tabla periódica (Hidrógeno, Helio, Litio, Berilio, Boro...ya me puedo ir?)

Las empresas te pagan más si estas certificado. Repito. Las empresas te pagan más si estas certificado...nunca se preguntan si sabes algo.

Las certificaciones son como las películas de Rocky, al principio saben deliciosas, luego como que te aburre y al final ya las sacas sólo por el autoflagelo

Pero, ¿qué hay de las empresas?. Es claro que un recurso certificado ha puesto tiempo, esfuerzo, dedicación y dinero en ello, pues no es tarea fácil, esto dice algo bueno de la persona, sin embargo la distancia entre resolver un examen de certificación (típicamente opción múltiple) y resolver un problema real de producción es muy amplia, siendo esto último el valor real de un recurso para las empresas, aquellos que previenen bugs, desarrollan componentes de calidad, siguen un proceso estructurado y no se quiebran ante la presión, todo esto podría ser evaluado en diversos tryouts para dar a las empresas información útil y la confianza de que están contratando al mejor "gladiador digital".

Y así, me parece que las certificaciones son una herramienta útil por si quieres levantar tu ego (ojo, cada boost de ego va requiriendo exponencialmente más certificaciones) y ganar más dinero (si surgen dudas, pregúntele a Felix el gato su sueldo), y para las empresas elegir personas ordenadas que se saben la tabla periódica del API. Pero si lo que quieres es aprender una tecnología o encontrar un recurso que resuelva los problemas reales intente cualquier otra cosa, incluso ver una película mala de hackers.

Pero, la pregunta aquí es, ¿Qué tanto les interesaría que un tryout les diera las herramientas para obtener una certificación?, ¿Esto lo haría más interesante?, y para las empresas, ¿Qué tanto peso le dan a las certificaciones y cuál es su experiencia con personal certificado?...Opine, pregunte, ataque...

[tryoutsmx-blog]

Reclutamiento de IT – Encontrando el camino amarillo

           Hace unas semanas, uno de nuestros clientes perdió prácticamente toda su área de desarrollo, de sus 4 programadores y su líder de equipo sólo quedo…el líder. En ese momento el director se acercó con nosotros: “Ayúdennos a reclutar gente y reconstruir el área”, y nosotros como buenos empresarios-entusiastas-rockstars-“inteligentísimos” dijimos “por supuesto, tenemos amplia experiencia en ello”…la diversión apenas comenzaba.

Cuando un trabajo requiere personal no faltan los “¿pues contratamos a alguien y ya no?”, pero, ¿cómo empezar? En lo personal me sentía “armado” pues en la carrera de psicología me dieron muchos papers muy ordenaditos que decían “pasos para el reclutamiento”, en secuencia y con explicaciones detalladas, ¿qué más podía pedir un Ingeniero para reclutar?

Entonces, directo al paso uno, “Definir el perfil”, hasta ahí todo fantástico, habilidades, aptitudes, sueldos, condiciones, todo era tan claro que parecía que íbamos a ganar el dinero más fácil del mundo. Luego llego el “encontrar y seleccionar tus fuentes de reclutamiento”, y la opción más obvia salto a la vista, una bolsa de trabajo en línea (cuyo nombre no diré pero empieza con ‘o’ y termina con ‘cc’). 

En este sitio empezaron los problemas, los cuales ya veíamos venir: Mala organización de la información, sistema lento, clasificación pobre, altos costos etc. Todo ello “manejable”, pero es siempre lo “no manejable” lo que hace amar a la profesión (o no), estos mejor ponerlos en bullets:

• Expectativas de sueldo irreales: Habilidades técnicas: JAVA, C, C++, C#, Cobol, HTML, Javascript, Struts, Spring, ASP.NET, JSF…expectativa de sueldo: $7,500…ehm, algo debe estar mal. O bien: “JAVA (SCJP, SCWSD), .NET (MCTS, MCAD)”…expectativa de sueldo: $60,000. Alguien debe estar mintiendo… ¿no?

• Candidatos no dispuestos al reto:

  - “Si buenas tardes, hablo para ofrecerle un puesto de desarrollo JAVA Senior”

      - “Ah sí, bueno, así como senior senior no eh”

      - “Pero su perfil dice que tiene más de 3 años de experiencia y que maneja…”

      - “O sea sí, pero realmente senior no eh… ¿no tiene uno junior?”

• Candidatos…terribles:

      - “Inglés: Conversaciones simples y lectura”

      - “Español: Conversaciones simples y lectura”

• Y muchos otros más…

Entonces, ¿cuál era el problema? ¿Realmente funcionaba la receta del libro pero la estábamos aplicando mal?, ¿la gente “buena” no existe? o más bien…hacía falta un cambio de paradigma. 

Le apostamos a esto último, y decidimos poner mínima atención a la entrevista inicial, para sólo enviar un ejercicio a forma de reto a aquellos interesados y esperar que solos cayeran los candidatos buenos. Se envió a tres personas un ejercicio sencillo (no, no es presunción, REALMENTE era sencillo), y sólo una de ellas lo resolvió, mientras que las otras dos personas pidieron más tiempo, o simplemente no se comunicaron nunca más.

Y así, el candidato que resolvió el ejercicio gano la plaza y ¿la parte más sensacional?… ni siquiera salió de la bolsa de trabajo en línea, sino de una recomendación, una vez más la selección natural prevalece (Darwin: 1000 – Yo: 0) 

Pero, al menos hubo beneficio de toda esta odisea (y créannos, no fueron nuestros bolsillos): La seguridad de que el mejor recurso no es el que dice ser el mejor en el CV sino el que demuestra que lo es, sin temores o engaños, simple y llanamente el que resuelve el problema.

Entonces, si este proceso fuese automatizado, probado y reproducido en una especie de “coliseo” para programadores…Tryouts ¿estarían dispuestos a entrar para que la empresas pongan su pulgar hacia arriba si tienen la plaza y hacia abajo si mejor buscan una profesión en la gran M amarilla?