Estuve leyendo los mensajes de esta cadena desde el inicio y me
gustaría hacer mi (breve) aporte.
En primer lugar, creo que habría que contextualizar cada una de las
respuestas y de las metodologías para examinar a un postulante, según las
necesidades de la búsqueda.
Luego, me parece un error suponer que un test no sirva porque sólo
prueba que alguien sabe contestar "trivia". Me parece que hay un error en
cómo se razona la función del test en el proceso de selección. Un test no
está destinado a probar una causa: "Sabe responder el test entonces sabe
programar" (esto es una falacia formal que consiste en afirmar la
proposición precedente) lo cual supondría que la causa de saber programar es
saber responder un test. Lo que se busca con el test es establecer de alguna
manera una condición para derivar una consecuencia: "Si no sabe siquiera
responder un test de preguntas "triviales", entonces seguramente no pueda
aspirar a un elevado seniority". Cuáles son las preguntas correspondiente y
cuál un test acertado para poder evaluar esta condición, daría lugar a un
millón de mensajes más. Pero el significado es que en determinados contextos
esto es perfectamente válido y útil.
Tal como aportaba alguien, uno no va a contratar a alguien sólo
porque sepa venderse bien, pero seguro no va a contratar a alguien que no
tenga nada para vender. Uno no va a contratar a un jugador de fútbol sólo
porque le va bien en una entrevista. Pero si lo que necesita es un nueve
para el domingo próximo, probablemente tampoco vaya a contratar a alguien
que se postule sin saber siquiera el reglamento del juego.
A lo que me refiero es a lo siguiente. Supongamos que se participa
de una búsqueda de un programador senior en tecnología .NET: ¿se podría
considerar que un postulante siguiera por el proceso de selección si no
supiera elegir de manera correcta en un "multiple choice" cuál es la
explicación correcta del concepto de "Boxing/Unboxing" o la diferencia entre
una "Clase" y una "Estructura" ? A lo mejor para un empleador que busca
determinado nivel para lo que produce no y en ese caso el test puede
aparecer como muy útil. Seguro que estos conceptos se puede buscar en
Internet, pero si no se tiene siquiera idea de que existen, difícilmente se
podría saber aunque más no fuera que se los están buscando.
Y en última instancia tampoco estoy muy de acuerdo con que sólo se
trate de conocer la MSDN de memoria o que los exámenes de certificación (o
cualquier otro curso) sean para aprender cosas que "nunca se usan".
Seguramente, para todos nosotros hay conceptos que hemos visto, leído y
hasta aprendido pero que nunca hemos tenido oportunidad de llevar a la
práctica. Pero eso está relacionado no sólo con que en estos cursos se
incluyan temas de uso poco frecuentes en la realidad sino también con otras
varias cuestiones: lo variado de la experiencia de cada uno, la complejidad
de los proyectos en los que se ha participado y la calidad con la que se han
desarrollado los mismos. Pero creo que en última instancia, no se trata sólo
de saber contestar "trivia", se trata de tener ciertos criterios para elegir
qué soluciones de las que uno encuentra googleando son válidas, factibles,
eficientes, más o menos adecuadas a nuestro problema específico, etc. Me ha
tocado trabajar con programadores evaluados como "senior" que no tenían idea
de cómo trabajar con las Políticas de Seguridad del framework. Para muchos
(tal vez más para aquellos que no han tenido mucha experiencia fuera del
mundo web) esto sería algo que "nunca se usa", pero existimos quienes hemos
trabajado en ambientes corporativos, con aplicaciones de escritorio, en los
cuales la seguridad era una prioridad y lo hemos usado. Muchos pueden creer
que hoy por hoy no hay que preocuparse por saber analizar la performance de
una consulta SQL porque los equipos son tan potentes que pueden resolver
cualquier cosa, quienes hayan tenido oportunidad de trabajar con bases de
datos medianamente grandes, con consultas medianamente complejas y con una
mínima concurrencia de usuarios sabe que esto no es cierto.
Sin duda es posible tener una buena formación autodidacta basada en
lo que uno lee en los foros, pero eso no necesariamente implica que los
cursos no sirvan o no aporten nada. Yo he tomado cursos, he rendido
exámenes, me ha ido bien en algunos, me ha ido mal en otros y no fue ni por
haber aprendido de la web ni por haber hecho cursos, seguramente fue porque
yo no estaba preparado para resolver esos exámenes. No sirve renegar de los
cursos o las certificaciones por lo que uno no sabe, creo que hay que
ponderarlas por lo que sí enseñan y renegar contra uno mismo por el
conocimiento que no supo buscar y adquirir.
En definitiva, yo tampoco estoy tan de acuerdo con los test. Me
parece que en una entrevista se puede establecer cuál es el nivel técnico de
una persona. La entrevista es dinámica y permite la repregunta. Permite
profundizar en un tema determinado, permite abandonar un tema cuando no se
presenta interesante. Lo único necesario es que quien conduzca la entrevista
tenga él un buen nivel técnico como saber qué preguntar y poder evaluar las
respuestas y la habilidad para llevar adelante la entrevista y poder
establecer una comunicación fluida con el entrevistado.
C.S.
-----Original Message-----
From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Leonardo
Micheloni
Sent: Saturday, November 15, 2008 10:39
To: [email protected]
Subject: [puntonet] test de conocimientos
Luis, también sin ánimo de ofender,
Nadie dijo que le tiene que tomar 3 horas, como vos decís en todo caso
para un puesto de futbolista también se puede hacer una entrevista sin
verlo jugar, sino podría pensar que es una tomadura de pelo, me parece
que una personas profesional no va a tomar mal que lo evaluen
correctamente. Ahora resulta que porque uno tiene n años de
experiencia laburando y quien lo entrevista no tiene referencias sobre
su forma de laburar se puede tomar mal que lo evaluen...mmmmlo lamento
pero si tengo que entrevistar a alguien de quien no tengo referencias
y esa persona toma a mal una evaluación de 45' es claro que no me voy
a molestar en entrevistarlo. De todos modos hay variantes a lo que
dije, no tiene que ser una molestia, me parece que hay que ser un poco
más humildes y esa es una de las características que me gustan de mis
compañeros de trabajo.
saludos, Leonardo.
2008/11/15 Gustavo Ringel <[EMAIL PROTECTED]>:
> Un puesto de desarrollo a mi gusto no es un puesto de ventas, si una
persona
> te sabe contar cosas fantasticas que hizo, pero no sabe hacer algo
> relativamente que le pedis...lo contratas?
>
> Cual es la tomadura de pelo? Estoy buscando un desarrollador, que
habilidad
> tiene que tener? Hacerme un cuento de lo que hizo o sentarse y resolver un
> problema? Al dia siguiente o al mes siguiente cuando empiece a laburar, lo
> voy a evaluar por su capacidad de contarme como resuelve un problema o de
> resolverlo?
>
> No son preguntas con una sola respuesta...justamente segun lo que espero
de
> la persona sera el tipo de prueba que se le haga...para ciertas posiciones
> sentar en la computadora puede no aportar, ya que no lo voy a sentar en la
> computadora luego de que lo tomo.
>
> Yo no soy RRHH eso se lo dejo a otros, a mi lo que me interesa cuando
> entrevisto es saber si el tipo va a hacer lo que yo necesito...en general
> las personas que vienen saben contarte cuentos que van mejorando de
> entrevista a entrevista seguna la respuesta que van obteniendo, pero la
> capacidad de resolver problemas no la pueden mejorar solo por la practica
de
> ir sentandose de empresa y empresa...
>
> En definitiva para mis jefes seria una tomadura de pelo que yo tratara de
> contratar a alguien por lo que sabe contar...yo cada tanto me encuentro
> repitiendo con aire de sabio algun comentario de Carlos Peix, o de Fabio
> Maulo u otra gente que respeto mucho en estas listas...y saber repetir
esas
> cosas como soluciones a problemas que yo di, que es lo que hace la
mayoria,
> creo que no me hace mejor candidato que otros...
>
> Gustavo.
>
> 2008/11/15 Luis Capra <[EMAIL PROTECTED]>
>>
>> Mmmm... si yo me pongo en el lugar del entrevistado pensaria que me
>> estan tomando el pelo.
>> Sinceramente, y sin ánimos de ofender ni faltar el respeto, creo que
>> no se puede pretender que un profesional serio se la pase 3 horas
>> resolviendo algo para demostrar que sabe.
>>
>> Personalmente creo que lo mas efectivo es dejar hablar mucho a la
>> persona y ver el vocabulario que maneja. Como así tambien plantear las
>> cosas que hizo y cómo las resolvió y por qué.
>>
>> Es mi opinión, y no se si aporta algo.. pero tenía ganas de decirlo :)
>>
>> Cordiales saludos!
>> Luis
>>
>> 2008/11/14 Leonardo Micheloni <[EMAIL PROTECTED]>:
>> > Como siempre decía yo en mis días de facultad "pasar un parcial sólo
>> > acredita que sabés resolver parciales". Lo de resolver problemas con
>> > una aplicación me gusta, creo que lo ideal es que juntes un set de
>> > buenas prácticas de C# por ejemplo (cómo se usan los
>> > try/catch/finally, nomenclaturas, excepciones personalizadas,
>> > generics, etc) armés un problema en el que se plantee el uso de esas
>> > prácticas de una manera que no sea implícita y ver cómo lo resuelve
>> > pero no es una tarea menor plantear un buen problema y depende de tus
>> > necesidades tambien, yo tampoco limitaría el acceso a internet ni
>> > nada, después de todo nadie conoce la MSDN de memoria, lo importante
>> > es el conocimiento de base y el buen criterio. A todo esto sumale las
>> > aptitudes personales de trabajo grupal etc.
>> >
>> > Saludos, Leonardo.
>> >
>> > 2008/11/14 Roxana Leituz <[EMAIL PROTECTED]>:
>> >> Estoy totalmente de acuerdo ;-)
>> >>
>> >> ----- Original Message -----
>> >> From: Gustavo Ringel
>> >> To: [email protected]
>> >> Sent: Friday, November 14, 2008 2:52 PM
>> >> Subject: [puntonet] test de conocimientos
>> >> Yo he estado a ambos lados de las entrevistas...y los tests esos los
>> >> pasan
>> >> muchos inutiles y bastante gente con cabeza no sabe la respuesta
>> >> rapida,
>> >> pero en el dia a dia, con dos consultas en google responden la
pregunta
>> >> complicada del test...
>> >>
>> >> A mi gusto lo que mas funciona es poner alguna aplicacion que se pueda
>> >> hacer
>> >> rapido con alguna dificultad, darle VS + Google y ver como se
>> >> arregla...como
>> >> enfrenta los problemas, que busca...en un par de horas vas a saber mas
>> >> del
>> >> tipo que si empezas a hacerle preguntas de value type - reference
type,
>> >> CLR,
>> >> controles de ASP.Net, etc.
>> >>
>> >> Yo hice los tests de MCAD de microsoft...respondi preguntas de como
>> >> hacer un
>> >> monton de cosas inutiles...me contratarias solo porque se responder
>> >> trivia?
>> >>
>> >> Mis dos centavos...
>> >>
>> >> Gustavo.
>> >>
>> >> 2008/11/14 Ernesto Luis <[EMAIL PROTECTED]>
>> >>>
>> >>> Hola Leonardo, necesito saber si encontraste algo parecido a lo que
>> >>> solicitaste en esa fecha,
>> >>>
>> >>> Saludos
>> >>>
>> >>> Ernesto
>> >>>
>> >>>
>> >>>
>> >>> De: Leandro Halfon [mailto:[EMAIL PROTECTED]
>> >>> Enviado el: Monday, May 19, 2008 8:32 AM
>> >>> Para: [email protected]
>> >>> Asunto: [puntonet] test de conocimientos
>> >>>
>> >>>
>> >>>
>> >>> lista..alguno tiene algun test de conocimientos basicos para tomar en
>> >>> una
>> >>> entrevista para el perfil de junior sobre asp.net ?
>> >>> gracias!
>> >>
>> >
>> >
>>
>
>
