Bueno llego la hora de que me meta J Algunas recopilaciones antes de hablar:
(si quieren leer poco, salteen lo que está en gris ;)) >> Angel: Escribe un blog? Tiene una ppt de algo que presento en algun momento de su trabajo, carrera? No lo usaría como parámetro: prefiero que me diga que lee y no pierde tiempo escribiendo para demostrar lo que sabe. (no es una critica a los tan queridos bloggers de los que aprendo todo el tiempo, pero ;-)) >> Leo: creo que lo ideal es que juntes un set de buenas prácticas de C# por ejemplo.. Es buena idea, mientras no sean cosas muy puntuales muchas veces las mejores prácticas son las de la empresa donde uno trabaja y eso frena un poco el conocimiento en ese aspecto, pero no quiere decir que la persona no sea capaz de incorporar las nuevas rápidamente. >> Oscar: conocimientos como los que tienen por ejemplo, Carlos Peix, Martín Salías, Ángel López, Jancic, etc. Oscar, no sobre-estimes los conocimientos por lo que lees, yo admiro a los 3 primeros también, pero hay mucho mas alla de saber .net razón por la cual no los califico todavía.. >> Gustavo: ..yo cada tanto me encuentro repitiendo con aire de sabio algun comentario de Carlos Peix, o de Fabio Maulo.. Curioso, me pasa seguido también ;) >> Luis: (toda la critica a las certificaciones) Amén. Ahora, creo que el problema es que todos estuvimos en entrevistas y nos molestaron diferentes cosas, mucha soberbia de los entrevistadores y pago de derecho de piso por ser junior, etc, etc.. Lo mejor es empezar bien y mostrar respeto al entrevistado, no hacerle creer que tiene que arrodillarse a tus pies y rendirte un examen de 3 horas, o hacerte un Hello World en una computadora No creo que el resultado sea importante, si no el proceso de desarrollo Carlos Peix últimamente esta diciendo que DDD no es demostrable con ejemplo, porque es un proceso; y creo que esto mismo es lo que debemos intentar conocer: como trabajaría esta persona, en un equipo, ante un problema de desarrollo sin solución aparente, ante un conflicto interpersonal, etc Me parece que se puede crear un buen set de preguntas y hacer una entrevista corta para conocer cuál es el interés de la persona. Sobre estar actualizado y conocer la última tecnología sinceramente no importa mucho.. me parece mucho mas útil querer conocer las bases y fundamentos de programación de los últimos 20 años (cosa que lamentablemente no se) que conocer que es C# 8.0, despues de todo un Im felling lucky sin escribir nada te lleva a un blog sobre LINQ o Silverlight. Mi conclusión: la entrevista tiene que ser oral, cara a cara y lo mas importante son las respuestas, no las preguntas. Ya existen millones de preguntas sin resolver (generadores de código o a manopla, DataSets u objetos, WebForms o MVC/MonoRail, Stored Procedures o SQL dinamico (ej: NH), tirar excepción o devolver enum, etc ), cada uno tiene su opinión y son todas validas. Mi modelo de entrevista: Lo que yo haría es un ping-pong de preguntas a responder en 3 palabras para conocer hasta donde sabe, asi no sea perfecto, por ej: (ordenadas por dificultad, se podría ejecutar un Binary Search para evitar preguntar todo: empezar por el medio y subir o bajar dependiendo de la respuesta. Incluso se podrían dividir en unos 3 temas como para ser más preciso) - string vs. StringBuilder? - UserControl, CustomControl? - HttpHandler? - TDD? - IoC, DI? - BDD? (se que es lo mismo que TDD, pero conocer esta sigla significa que esta mucho mas metido en el tema, seguramente conozca Mocking y por lo tanto DI) Despues, haría algunas preguntas sin respuesta exacta y analizaría la respuesta, para ver si demuestra interes, por ejemplo: - String.Format o StringBuilder o Respuesta 10 ptos: Depende, si el texto es largo usaría StringBuilder, pero si .. o Respuesta 7 ptos: string.Format porque es mas legible o Respuesta 7 ptos: StringBuilder porque es mas rápido o Respuesta 0 ptos: me da lo mismo/la que ustedes usen/siempre use la misma porque si. - Si algun dia tenemos que usar la tecnología XYZ, que no es .NET, la aprenderías? o Respuesta 10 ptos: Si considero que hay algun beneficio, o no queda otra, si. o Respuesta 2 ptos: Si. o Respuesta 0 ptos: No. Esta es la actitud que yo buscaría: - Queres usar la tecnología AAA? => Dame 1 hora que lo aprendo. - Queres usar la tecnología BBB? No, porque es malísima, desprolija y tiene tales problemas de base, y voy a hacer todo lo posible por demostrártelo. - Nos obligan a usar la tecnología CCC, que es malísima. => Dame 1 hora que lo aprendo. Anécdota: Yo me acuerdo cuando estaba en una entrevista para entrar como junior a una empresa (por suerte no recuerdo el nombre, sino la quemaría), y me preguntaron cuál era el ciclo de vida (los eventos) de una página en asp.net aun hoy no los sé, son como 30, y cada vez que me acerco mas a MVP (model-view-presenter) me los olvido mas! Ultimo [quote] sobre migo mismo (de este mail): >> Diego: prefiero que me diga que lee y no pierde tiempo escribiendo para demostrar lo que sabe Argh!.. cuanto tiempo tarde en escribir este mail!! :P Saludos!, Diego From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Oscar Onorato Sent: Saturday, November 15, 2008 23:44 To: [email protected] Subject: [puntonet] test de conocimientos Bueno Luis, Yo a un Jr. nunca le pediría que encare un proyecto. Ni que conozca lo que le corresponde por experiencia mínimo a un Semi Sr., Sr. o Arquitecto. También existen los Jr´s, y Semi Sr's. =) Me acuerdo cuando a prinicpios del 2003 algunos firmanban sus emails como .NET Architects, y apenas tenían 2 años de experiencia en .NET, después de ASP 3.0 y VB 6.0. Pero volviendo al tema, si la persona hizo ese esfuerzo para dar la certificación, para mi vale. Por disciplina y esfuerzo. Justo estaba viendo uno de los videos que mandaron, y que está relacionado con lo que decís. Perdón, con lo que decimos desde lugares distintos. Está muy bueno el video, es este: <http://www.infoq.com/presentations/Developing-Expertise-Dave-Thomas> http://www.infoq.com/presentations/Developing-Expertise-Dave-Thomas ¡Excelente! El 15 de noviembre de 2008 23:11, Luis Farzati <[EMAIL PROTECTED]> escribió: Sin querer meter cizaña en nada, y con la mejor de las ondas... pero tener un MCPD Web Developer Visual Studio 2005 a mi sólo me dice que el flaco sabe arrastrar controlcitos en la vista design del IDE y cablear eventos. Sacalo del IsPostback, del ItemDataBound, del <asp:Button> y va a estar más perdido que ardilla en Lavalle y Florida. Pedile que encare un proyecto como Web Application en vez de Web Site, y no va a entender la ventaja. Pedile que use MVC ó tratá de enseñarle REST y el por qué no todo tiene que ser POST en los formularios, y va a pensar que le estás tomando el pelo. Mis 2 centavos de austral :P 2008/11/15 Oscar Onorato <[EMAIL PROTECTED]> Gustavo, Si alguna persona te llega a "argumentar" conocimientos como los que tienen por ejemplo, Carlos Peix, Martín Salías, Ángel López, Jancic, etc. Es o porque sabe lo que ellos realmente dicen, lo cual no es nada pero nada menor, o porque esa persona es muy ingenua. Porque no va a durar más de un día. Ahora, si vos estás contratando -motivo por el cual supongo que tendrás esa mirada sobre las entrevistas- tenes que saber que según la ley laboral tenes 3 meses de "gracia" para hacer lo que se te cante. Tiempo de sobra para ver qué es lo que tu "subordinado" sabe o no sabe. Si con eso no te alcanza, habrá que ver que está fallando en el proceso de selección. Me parece que lo que comentó Luis Capra es una opinión más, como la mía. Y creo que hace valer el lugar del entrevistado. Que también está haciendo un esfuerzo en ir a la entrevista, muchas veces escuchar preguntas estúpidas de la gente de RRHH, o no necesariamente. Y ese tiempo también vale. Yo creo y, también es una opinión más, que lo más práctico es sentar a alguien a la PC -previo acuerdo del tiempo de duración de la entrevista- y poner un par de bugs para ver cómo los resuelve. Ahora, volviendo al inicio. El hilo de la charla había retomado con alguien que preguntaba por un Jr. en ASP.NET <http://asp.net/> , no por un Arquitecto en .NET. Si un Jr. aparece con una certificación "MCPD - Web Developer, Visual Studio 2005", no un MCAD porque está más caduco que Tutankamon, lo tomo sin pestañear. Siendo un Jr. las certificaciones no son nada menores y las "preguntas inútiles" sirven para saber lo que no se usa o lo que sí se está usando. Pero no deja de ser un Jr. + un Certificación. Algo que para mi no es nada menor. En fin... Esta es también otra opinión. Saludos 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 <http://asp.net/> ? >>> gracias! >> > > No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.175 / Virus Database: 270.9.4/1790 - Release Date: 15/11/2008 09:32
<<image001.gif>>
