Suspende como un Ingeniero o atente a las consecuencias

Ya os he contado muchas veces historias de las entrevistas que suelo hacer a los jóvenes que vienen a solicitar una plaza del programa Talentum o para entrar a trabajar directamente en Eleven Paths. No es que yo sea el peor de ellos, que cuando pasan por los entrevistados por las manos de Palako, Dani  "The Doctor" Kachakil o Pablo González las cosas andan por el estilo.

De muchas de esas entrevistas saco experiencias que intento entender, como cuando os hablé de los "malincuentes" que tienen que educarse a trompicones, o cuando os conté la aventura de la recta de barrido pintada píxel a píxel. En su momento, fui yo el que estuvo en el otro lado y el que tuvo que sacar un aprendizaje de no pasar una entrevista, así que a pesar de que la mayoría de la gente no pasa la prueba, yo siempre les animo a seguir con fuerza ya que yo tampoco la pasé en su momento.

Como ya conté en el discurso de la servilleta, yo fui un estudiante con un expediente normal. Compaginé mis estudios con un trabajo que me llevaba de 4 a 6 horas al día, lo que no me dejaba mucho tiempo para la distracción. Y por supuesto, saqué asignaturas en segunda y hasta tercera convocatoria.  

Figura 1: Discurso de la servilleta

Sin embargo, aprendí muchas cosas que en mi vida futura me fueron útiles. Cosas como la algorítmica y la estructura de datos, como os narré en "el par de puntos más próximo: un ejemplo para un amigo", me hicieron entender que las cosas hay que hacerlas bien, que tiene un coste no hacerlas correctamente cuando se habla de ingeniería. La Universidad me dio esas herramientas que te ayudan a superar problemas, como el ejemplo que os publiqué sobre cómo resolver el factorial de 100 salvando las limitaciones del entorno.

Pero no solo aprendí eso. También aprendí a jugar con las torres Hanói, estadística, la marcha de Jarvis y el algoritmo de Melkman. Entendí el problema de los filósofos tragones el porqué hay que utilizar regiones críticas de forma adecuada. Cómo se debe gestionar un algoritmo de reemplazo de las páginas de memoria e incluso a programar transputers con el lenguaje Occam.

Aprendí muchas cosas que luego me han venido genial en el futuro, aunque en aquel entonces pensaba que no valían para nada. Cosas que siguen siendo la base de las tecnologías que hoy vivimos, a pesar de que se hayan evolucionado los paradigmas y los conceptos. Eso lo hace aún más bonito y apasionante.

Muchas de las cosa que aprendí las aprendí porque las tuve que estudiar a fondo. Las tuve que estudiar tanto porque como muchos otros ingenieros suspendí el primer y/o el segundo examen. Porque me salieron mal las prácticas y las tuve que rehacer. Porque en el examen tipo test en el que restaban los errores me confundí una vez más de las permitidas y me quedé en un 0.25 - no sé cómo era eso, pero parece que un error en un examen tipo test de esos que restan y siempre sacabas menos de un uno -, porque resolví mal el circuito o porque al calcular la intensidad de la señal se me fue un signo.... o qué se yo.

Figura 2: Un examen de redes de la UV tipo test, por si quieres evaluarte.

Suspender jode mucho, pero en el fondo es sano. Ayuda a fijar los conceptos. A que te des cuenta de que lo que creías que sabías no lo sabías. Ayuda a que vuelvas a leer las cosas, a rehacer los problemas y tratar de entender lo explicado en esa asignatura. No hay ningún trauma en suspender. Es una forma de afianzar el paso hacia el siguiente escalón.

Si apruebas de pura potra - ¿quién no ha ido de empalmada después de una fiesta a un examen de Universidad? - has perdido una oportunidad de oro de afianzar tus conceptos. Si pasas los exámenes sin afianzar los conceptos y sales de la carrera vadeando los temas complicados, las cosas difíciles, aprobando de suerte en los exámenes "regalo" o con los profesores blandos, saldrás de la carrera y tendrás un título, pero puede que no seas Ingeniero.

Os cuento todo esto porque hace poco hice una entrevista a un recién titulado en Ingeniería de Telecomunicaciones que no fue del todo bien. El CV me había sido enviado por un amigo para que viene si tenía hueco en Eleven Paths, ya que era un Teleco y sabía programar.

En nuestra primera conversación telefónica le cité para la entrevista y me pidió que le enviara la dirección por e-mail porque era muy difícil de recordar. Yo, con el afán de evaluar su capacidad de memorización le forcé a recordarla, ya que en el puesto que hipotéticamente pudiera haber alcanzado no contaría con una secretaria personal, así que no iba yo a hacer tal papel desde ya.

Cuando llegó al lugar no recordaba con quién tenía la entrevista - que era conmigo - ni sabía qué era Eleven Paths. Supongo que no habría tenido tiempo de mirar un poco en la web antes de venir para tener un poco más pistas de cómo iba a ser la entrevista. Debía venir confiando en sus posibilidades y no necesitaba más ayudas. 

Sentado en su sitio, con el CV delante, comenzó la entrevista. Quería ponérselo fácil, así que le pregunté algo para lo que tienes que estar preparado siempre en una entrevista:

- "De todo lo que has visto en la Ingeniería, ¿Qué es lo que se te da mejor?"

En el fondo es una pregunta trampa, porque lo que digas va a marcar la dirección de la entrevista, y además será donde deberás demostrar un mayor nivel de conocimiento y experiencia. Si quieres tener todos los detalles de cómo suelo hacer yo una entrevista, las otras dos preguntas que siempre acabo por hacer son "¿Qué es lo que más te gusta?" y "¿Qué has hecho durante toda tu carrera que yo pueda ver?". Preguntas fáciles para respuestas delicadas.

En este caso, el joven entrevistado me dijo un tema un poco genérico, ya que contestó: "Las redes". Esa respuesta es tan genérica como peligrosa ya que ser experto en redes es tan complicado o más que ser experto en seguridad informática o hacking, así que opté por algo de nivel medio que ya había preguntado muchas veces con anterioridad. Saqué papel y boli e hice un pequeño gráfico.

- "OK, aquí tienes el equipo A, aquí el equipo B y esto del medio es un router. Quiero que pongas direcciones IPv6 en todos de ellos para que funcione un ping entre ellos".

El objetivo era saber cuántos conceptos de IPv6 tenía asimilados, pero cuando le di el bolígrafo y el papel me di cuenta de que algo no iba bien. Comenzó a poner algo como 190.290... Yo le miré raro, él dijo algo como "la 255 era la de broadcast, ¿no?". Y yo le dije ... "creo que estás en IPv4 y no muy allá". Al final no fue capaz de hacerlo ni en IPv4, pero se escudó con un "si hubiera sabido que la entrevista iba a ser así hubiera repasado un par de horas". Por supuesto intenté explicarle que repasar una carrera de Ingeniero de Telecomunicaciones en un par de horas no parecía muy factible. 

Al final, tener un titulo de Ingeniero puede significar que eres Ingeniero o que aprobaste las asignaturas de la carrera de Ingeniería. Yo intento adivinar en cada entrevista qué tipo de entrevistado tengo en frente, y esto es algo que tú, si estás estudiando, debes plantearte. ¿Qué quieres hacer en tu carrera? 

En este caso, el joven me reconoció que él era más de aprobar que de aprender, que no le gustaba tanto la carrera, que al final eligió esa carrera porque tenía muchas salidas y que su Proyecto de Fin de Carrera había sido centrado en la sostenibilidad medioambiental o algo así.

Si tú quieres ser Ingeniero, entonces que no te preocupe suspender. Eso significa que aún no has conseguido fijar bien los conocimientos en esa asignatura. Es mejor que suspendas, aprendas bien las cosas, y te hagas un buen Ingeniero. Sufre por el suspenso, pero sufre aprendiendo y sacando beneficio de esos malos momentos. Es mejor suspender como un Ingeniero, que sufrir las consecuencias en el futuro por un aprobado injusto.

Saludos Malignos!