El problema es que ante la diversidad de formas de desarrollar que hay (entre empresas), incluso una persona con experiencia va a necesitar un tiempo de adaptación en un proyecto, y estoy seguro que eso no te va a llevar menos de 2 meses.
Por ejemplo: ¿De que te sirve una persona con 10 años de experiencia en Java + Struts si en tu empresa decidiste usar un fwk creado por tu propio personal? ... esa persona va a tener adaptarse a la filosofía y mañas de este fwk propio. Siempre vas a tener un periodo de adaptación y dudo que una persona a los 2 o 3 días de trabajo (por más experiencia que tenga) pueda en una empresa realizar tareas de alta urgencia o criticidad. No te olvides que el hecho que alguien tenga experiencia no significa que haga las cosas bien, por ejemplo, si vos hace 5 años que trabajas en tecnologías GIS pero nunca leiste un manual de estándares de codificación o de paradigmas, seguramente vas a ser una persona que no haga las cosas bien, aunque funcionen, y si esa persona (que supuestamente tiene experiencia) va a una empresa donde trabajan (por ejemplo) usando muchos patrones de diseño, seguramente este nuevo empleado "con experiencia" va a estar perdido o no va a encajar en el equipo hasta pasado un tiempo importante .... y sin embargo, tiene experienia Tengo colegas que han pasado de Progress a .NET 2.0 y han sido mucho más ordenados y formales a la hora de resolver un problema que otros colegas que han hecho certificaciones MS. Yo nunca he visto hasta ahora a alguien NUEVO que pueda satisfacer una necesidad de urgencia de una empresa, aunque a pesar de ello las empresas siguen repitiendo el error de considerar que necesitan nuevo personal justo cuando un proyecto está a punto de colapsar, y por ello siguen tratando de encontrar el método de evaluación definitivo que hará que descubran a la persona que se ponga a producir en menos de una semana. Creo que siempre cuando quieras evaluar a una persona se deberían ver 2 aspectos muy importantes. 1.- la capacidad para resolver un problema técnico (en nuestro caso, algoritmos) 2.- la predisposicion de esta persona para esforzarse y preocuparse por la temática de una empresa adoptando un problema como si fuera de su absoluta responsabilidad (normalmente conocido en las empresas como espíritu competente, ganas de progresar y proactividad). Depende de qué es lo que necesites tendrás que buscar más porcentaje de una u otra de estas 2 cosas. Pero por más que puedas poner a una persona a trabajar rápidamente, estoy seguro que la calidad de su trabajo no va a ser la misma una semana después que 3 meses después de haber comenzado a trabajar .. entonces .. esa persona no está produciéndote rápidamente, sino que uno se está autoengañando pensando que produce cuando en realidad, está aprendiendo. (mis 2 centavos) Saludos! 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]>: > 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 >
