La historia del candidato a desarrollador de software.
¡Hola! Espero que te encuentres bien. Continuando con el tema de Hibernate, el día de hoy he publicado en "El Camino de Java, Volumen 2", nuevas lecciones sobre cómo configurar clases para tablas con relaciones uno-muchos y muchos-muchos, estos son los temas medulares de esta librería.
Cada vez son menos las secciones pendientes de publicar para "El Camino de Java", si esto fuera un barco en altamar, definitivamente alguien estaría gritando en este momento "¡tierra a la vista!". Este si que fue un proyecto largo y no es de extrañar que muchos hayan sospechado que no sería concluido tratándose de un autor que no tiene un historial de cursos publicados, pero aún así, muchos de ustedes confiaron en este proyecto y por ello les tengo un agradecimiento muy especial. Como muestra de agradecimiento por su confianza, todos los que se hayan inscrito al El Camino de Java, Volumen 2 antes que sea publicada la última lección, recibirán un regalo especial, aún no he decidido que será, pero ya lo informaré en su momento.
Bueno, hoy te quería contar una historia que recordé cuando estaba pensando en los temas de relaciones entre tablas en una base de datos, y de lo que me acordé fue de cuando llegó a la compañía donde en aquel momento trabajaba, un candidato a desarrollador de software, "con experiencia en bases de datos", esta persona fue entrevistada por un empleado de recursos humanos, y yo estaba detrás viendo sus respuestas y dando mi opinión, así que hizo su entrevista, después un pequeño examen teórico y entonces le encargamos hacer un par de queries SQL que involucraran a varias tablas, y como dice el dicho "ahí fue cuando la puerca torció el rabo", pero lo relevante fue el cómo se dieron los hechos: Lo único que yo quería ver era que mostrara señales de que podía manejar joins, porque eso es lo que la mayoría no sabe hacer, y cuando les preguntas "¿Ya está el reporte?", nada más te dicen "ahi va, ahi va...", y así se pasan días sin dar resultados, pero el responsable del retraso obviamente es el líder de proyecto.
Bueno, el caso es que le pedimos a esta persona hacer un par de queries, y ahí lo tenías en la computadora escribe y escribe, "ya casi lo termino", y no me vas a creer pero se estuvo en la computadora como 3 horas, parecía que estaba creando todo un compilador de SQL y conforme pasaba el tiempo me iba dando más curiosidad, le preguntaba al de RH:
Bueno pues llegó la hora de la comida y ahí se quedó trabajando, cuando regresábamos todavía estaba escribe y escribe, solo faltaba que su teclado comenzara a echar humo, entonces me acerqué a ver qué estaba haciendo y me daba la impresión que, por la forma en que estaba escribiendo su query, lo que hacía era imitar al generador de SQL de Access, la base de datos de Office, pero llegaba el punto en que escribía "join", y después ya no sabía como ligar la información y volvía a comenzar. No le dije nada y me fui a trabajar. Han de haber pasado un par de horas más y entonces le dije al de RH:
Total que después de mucho tiempo, se acerca nuevamente el de RH para decirme que ya se había ido, pero se despidió diciendo que tenía "un problemita en la computadora" pero que mañana temprano regresaba a entregar la respuesta. Válgame, me quede pensando: Lo que es el orgullo, si hubiera reconocido que no sabe, en todas esas horas le daba tiempo de sobra para estudiar el tema y en este momento ya lo habría resuelto. Total que al otro día me busca el de RH y me dice: "Que crees, acaba de hablar el candidato, dice que ya tiene el problema resuelto pero que hay mucho tráfico y va a llegar como al medio día". Total que al final, no se volvió a aparecer y nosotros nos quedamos con la anécdota.
¿Cuál es la moraleja de la historia?, Si te preguntan algo que no sabes, no tiene nada de malo reconocerlo, y siempre tienes la oportunidad de estudiarlo para regresar y pedir otra oportunidad, o buscar una entrevista en otra empresa, pero si tratas de aparentar, inevitablemente llegará el momento en que se den cuenta y será peor para ti, porque entonces dejarán de confiar, y la confianza es algo muy difícil de recuperar. Y la segunda moraleja: Aprende SQL, aunque creas que no lo vas a necesitar.
¡Hasta la próxima!
Raúl Cosío