[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]Por simples entrevistas, incluyendo - ¿En qué proyectos has participado? - ¿Me podrías mostrar alguno de ellos? - ¿Cuál fue tu rol en ese proyecto? (de preferencia, algo similar a lo que buscas de dicha persona) - Muéstrame cómo lo hiciste - Implementa algo parecido a un pedacito de la funcionalidad que me comentaste.
Esto a veces no es tan posible. Que tal si esa persona solo ha trabajado en proyectos que no es posible verlos en linea. Ya que son de intranet o sistemas totalmente internos. Ademas, hay muchas empresas que cuando entraste te hicieron firmar un acuerdo de confidencialidad, que te prohibe, sacar ni una sola linea de código desarrollado y mucho menos un programa. Y te juro lo cumplen. Lo he visto.
Hace un par de semanas una empresa que iba a contratar personal para un proyecto en desarrollo (es decir, ya estaba avanzado el proyecto) nos solicitó que ealuáramos a sete prospectos (para elegir a dos) en algunos temas: - HTML - CSS - PHP - PostgreSQL - SQL - JS y DOM para lo cual preparamos un examen teórico (de opción múltiple, de modificar unas funcionen PHP, de predecir la salida de un pedazo de código que manejaba arreglos en PHP, de predecir la salida de sentencias SQL, etc.), y unopráctio (modificar un objeto en PHP, conectarse a la base de datos y hacer un reporte), cada uno de 1.5 horas. El departamento de recursos humanos de la empresa contratante hizo la entrevista y una prueba psicométrica. Tuvimos una total coincidencia en los tres primeros lugares, es decir los nombres de los candidatos a contratar concidieron en las dos empresas. Espero que te sirvan estos comentarios.
Yo siempre he pensado que un examen de estos no demuestra lo buen programador que eres, solo que tienes buena memoria. Yo por ejemplo, no me se muchas cosas de memoria, pero creo soy un buen programador(digo llevo varios años dedicandome a esto y a buen nivel). Por ejemplo, he trabajado con todas las herramientas que mencionas, pero si me preguntas por ej. cuantos tipos diferentes de tablas tiene PostgreSQL, pues la neta no me acuerdo ahorita. Y he trabajado con exito con es herramienta(y no proyectitos). ¿Ya por eso soy malo en PostgreSQL?, pues no. Voy y lo veo en la pagina donde haya un manual en linea y listo.
La verdad, es dificil como evaluar. Lo mejor desde mi punto de vista es verlo trabajar al menos una semana o 3 dias(al menos). Dejandole trabajo concreto y con objetivos concretos. Sino lo saca, pues ahí se ve mas realmente que tan buen programador es. Ya que tendra oportunidad no solo de saberlo de memoria, sino de investigarlo, preguntar, googlaso, ver FAQ's, lo que sea ... pero que al final obtenga los resultados. Y ese para mi es el bueno .... claro aun así se cometen errores.
Aunque claro un examen psicometrico adicional no esta de mas tampoco. Porque me he topado con algunos genios de la programación, pero con serios problemas en su cabecita que no manchen ...
Como dije alguna vez, para mi el "bueno" no es que sabe mucho(o cree saber mucho) sino el que aprende mas rapido nuevas cosas ;)
Saludos. F i x X x e R