Lo siento, pero no estoy muy de acuerdo.... Dependiendo lo que busque me puede interesar un buen codificador, o alguien que sepa mucho de bases de datos o aplicaciones desconectadas o de gran disperción geográfica, o servicios de windows, o ....
Y si estas tan seguro de eso pone a un programador VB6 a programar en vb.Net, o a un programador VFox con Java y Struts... Seguramente si el tipo tiene capacidad saldra adelante, el problema va a ser el tiempo que le lleve. Cuando buscas personal necesitas cubrir una necesidad, si tu necesidad es a mediano plazo seguramente podes optar por formar a alguien potencialmente habil. Si necesitas que mañana se siente a escribir archivos de mapeo de NHibernate me parece que lo mejor será que el tipo tenga algo de experiencia en eso, por mas que pueda ponerse a estudiar y aprender que es un ORM, y todos los que es.. que correspondan hasta que pueda hacer lo que necsitas. Pero que te puedo decir, son puntos de vista, realidades distintas tal vez. Tambien creo que se debe leer entre lineas, captar el espiritu del que escribe y no tomar las cosas literalmente. Tal vez algunas personas se pongan tristes porque se sientan sacadas de contexto. :) Saludos Daniel Calvin El 17 de noviembre de 2008 13:58, Angel Lubenov <[EMAIL PROTECTED]>escribió: > No lo tomen a mal, pero es en cierta forma triste que nadie haya > planteado la posibilidad de evaluar a una persona en "lógica y > algoritmos" ... esa materia tan rara que muchos en la facultad nos > preguntamos para qué sirve. > > Yo he estado en ambos lados de esta situación, siendo entrevistado y > seleccionando gente para hacer un equipo de desarrollo, y evaluarlos > en ese aspecto me dio mejores resultados que ver la "chapa" que la > persona se hacía en un lenguaje. > > Me daba mucha bronca entonces (y ahora leyendo esto también) que todos > traten de evaluar a una persona por cuanto conoce de un lenguaje, por > cuantos cursos hizo, por si habla o cita frases o prácticas de algún > "gurú" en el tema, por si tiene voluntad, por si demuestra ser > "proactivo" y similares..... > > La verdad, he estado en varias empresas y cada una aplica distintas > metodologías de desarrollo, están las que si o si te piden que te > remitas a algún patrón para desarrollar, están las que usan código > viejo adaptado a lenguajes nuevos, están las que tienen sus propios > estándares que en algún momento alguien los planteó y nunca los > actualizaron, están las que no se preocupan por como programes siempre > y cuando el sistema pase el test satisfactoriamente, están las que > están a favor de usar variables globales, están las que no quieren que > una función tenga más de 3 o 4 parámetros y entonces tenés que hacer > malabarismos para desarrollar, están las que quieren usar todo lo > propietario de algún framework, están las que quieren hacer todo por > cuenta propia porque "es más óptimo y sé lo que estoy haciendo" ... y > así puedo seguir.... > > Entonces ... ¿para que ver si el tipo tiene "práctica en un lenguaje" > si cada empresa hace las cosas a su manera y entonces la práctica > ayuda poco? ... ¿para que evaluar eso si lo único que puede salvar a > alguien en ese ambiente es la capacidad que tenga para resolver un > problema,? ... y esa capacidad se da conociendo el paradigma que usas > y no el lenguaje, ... un lenguaje imperativo o un lenguaje orientadoa > objeto va a responder a las mismas características, solo cambiará la > sintaxis y algún que otro servicio que te pueda dar acorde a su > framework u orientación .... pero.... la capacidad de resolver un > problema te la da tu práctica lógica, tu práctica algorítmica. > > Me parece que cualquier examen pequeño sobre resolución de algoritmos > y análisis de complejidad algorítmica y espacial sería bueno como para > saber si un desarrollador podrá hacer frente a una situación. > > Luego, la sintaxis se aprende en 2 o 3 días, y el conocimiento de las > características del lenguaje o fwk (sea .net, java, ruby,e tc) la > obtenes en los 3 meses de evaluación que te puedan dar en una empresa. > > My Two Cents. > > Angel Fernando Lubenov. > > > > Algunas veces me considero un pescador. Los programas de ordenador > y las ideas son mis herramientas, cañas y redes. Los gráficos que aparecen > en mi pantalla son trofeos y deliciosas mieles. > Clifford A. Pickover, > Computers, Pattern, Chaos and Beauty > -------------- > Si vi mas allá del horizonte, fue porque me paré sobre hombros de gigantes > Isaac Newton > > > > 2008/11/17 Daniel Calvin <[EMAIL PROTECTED]>: > > Buenas Gente > > > > Hace mucho tiempo ya que no entrevisto gente, pero me toco hacerlo > > repetidamente durante unos cuantos años. > > > > Siempre use preguntas pre armandas, los examenes de MS, alguna cosa > armada > > por mi, de todo un poco. > > Siempre converse mucho con el entrevistado. > > > > Creo que cada cosa por separado tiene sus debilidades, al conjugarlas se > > potencia. > > > > Siempre preferí la gente que sabe pensar a la que sabe usar herramientas. > > Siempre adapte las preguntas a las necesidades concretas y también > observar > > el potencial del entrevistado. > > > > Creo que lo cosa pasa por ahí, usar un conjunto de preguntas y luego ver > el > > porqué de cada respuesta puede ser un camino interesante, el hilo > conductor > > para la charla. > > > > Que el tipo sepa hacer aplicaciones usando MVC o no dependerá de lo que > > estoy buscando. > > Ahora que no use MVC, no quiere decir que no va aprender a usarlo, y si > > necesito que lo sepa de ante mano seguramente charlando, ( previo > multiple > > choice o no ), me daré cuenta. > > ( de hecho eso debería ser una condición para que la persona llegue a la > > entrevista ) > > > > Bue, solo me perece que a lo largo de thread se va perdiendo el foco no?, > > parece que si el tipo sabe contestar en 100% un MC no sabe pensar, o lo > > contrario.... > > > > Me parece que depende de que necesito, que considero importante que sepa > el > > entrevistado y su potencial... > > > > Si sabe repetir a algún genio o no me interesará si esta en el contexto > de > > lo que busco, y si esta en ese contexto supongo que tendré la habilidad > para > > vislumbrar que tan loro es. > > > > Solo una opinión. > > > > Daniel Calvin > > > > > > El 17 de noviembre de 2008 11:53, Diego Jancic <[EMAIL PROTECTED]> > escribió: > >> > >> >> se hace una entrevista mas de entre medio dia y dia entero > >> > >> Ok, creo que entonces ahi tenes tiempo y debe ser costumbre. > Personalmente > >> nunca iria a una entrevista tanto tiempo aca, o iria pero seguramente me > >> molestaria un poco.. > >> Teniendo tanto tiempo seguramente es muy provechoso un test directo en > la > >> PC, a mi me gustan las entrevistas de no mucho mas que 1hora. > >> > >> Saludos!, > >> Diego > >> > >> 2008/11/17 Gustavo Ringel <[EMAIL PROTECTED]> > >>> > >>> Es un buen punto, en general gente que repite sin saber, falla en > cuanto > >>> le preguntas porque no lo hizo de otra forma...o le haces una > sugerencia que > >>> contradice lo que esta haciendo y en vez de defender su posicion, > acepta tu > >>> cambio...pero si la pregunta es si alguien suficientemente rapido puede > >>> hacerme creer que sabe porque sabe repetir tanto hablando como en > codigo > >>> buenas practicas sin entenderlas...y bueno, en algunos casos puede que > si. > >>> Supongo que si logra responder a distintas variantes, logra resolver > algunos > >>> problemas, etc, voy a pensar que tiene potencial...y puede que en > realidad > >>> no... > >>> > >>> Pero en definitiva uno trata de hacer lo maximo que puede para > >>> cerciorarse en funcion de lo que es comun hacer dentro del Pais en el > que se > >>> entrevista, aca en Israel las entrevistas en Hi-Tech son muy largas y > >>> agresivas, al menos dos, una en la que el entrevistado se introduce > >>> personalmente y como trabajador y el entrevistador introduce la empresa > y la > >>> posicion buscada y luego si ambas partes estan interesadas se hace una > >>> entrevista mas de entre medio dia y dia entero puramente tecnica. Y en > esas > >>> condiciones podes ver bastante mas, pero aun asi se filtra mucha gente > menos > >>> capaz que la que queda afuera...no hay sistemas perfectos para > contratacion > >>> de personal... > >>> > >>> Gustavo. > >>> > >>> 2008/11/17 Diego Jancic <[EMAIL PROTECTED]> > >>>> > >>>> Hola Gustavo, > >>>> Volviendo a lo importante.... > >>>> > >>>> Vos decis: > >>>> > 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... > >>>> > >>>> ...pero hay algo que no me cierra del todo. Segun mi punto de vista, > >>>> normalmente el que sabe repetir bien a algun guru, normalmente tambien > lo > >>>> sabe repetir bastante bien una aplicacion de un guru... Entonces puede > >>>> pasarte que la persona lo repita bien en una aplicacion sin saber el > porque > >>>> lo hace... > >>>> O sea, si vos sabes repetir que es IoC y las ventajas, casi seguro que > >>>> sabes hacer una implementacion sencilla... > >>>> Cual es la ventaja que vos le ves directamente a eso comparado con > >>>> preguntarselo? > >>>> > >>>> Abrazo!, > >>>> Diego > >>>> > >>>> > >>>>>> > >>>>>> El 15 de noviembre de 2008 6:22, Gustavo Ringel > >>>>>> <[EMAIL PROTECTED]> escribió: > >>>>>>> > >>>>>>> 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! > >>>>>>>> >> > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > >>>>>>> > >>>>>> > >>>>> > >>>> > >>> > >> > > > > > > > > -- > > Daniel A. Calvin > > Cooperator Team Member > > http://www.cooperator.com.ar > > Microsoft Certified Professional > > > > -- Daniel A. Calvin Cooperator Team Member http://www.cooperator.com.ar Microsoft Certified Professional
