¿Cómo cuantifica la competencia en términos de tiempo (años)? [cerrado]

Mientras buscaba trabajo a través de agencias hace algún tiempo, seguía teniendo preguntas de los agentes de contratación o en los formularios de solicitud como:

¿Cuántos años de experiencia tiene en:

• Oráculo
• ASP.NET
• J2EE, etc., etc., etc.

Al principio respondí fielmente ... 5 años, 7 años, 2 años, ninguno, pocos meses, etc.

Entonces pensé; Puedo estar haciendo algo superficial durante 7 años y no ser competente en eso simplemente porque solo estoy haciendo un soporte menor para un sistema heredado que ejecuta SQL2000 que requiere 10 días de mi tiempo durante los últimos 7 años. Finalmente, me negué a responder esas preguntas.

Me pregunto por qué hacen estas preguntas más. Cualquier persona que acaba de graduarse en ciencias de la computación puede reclamar de 3 a 4 años de experiencia en todo lo que 'tocó' en el plan de estudios, lo que para mí puede ser equivalente a cero o 10 años dependiendo de cómo lo mire.

Puede ser cierto hace décadas donde los programadores y las habilidades de TI son de naturaleza muy diferente. Puede que me equivoque, pero realmente dudo que "tiempo" o "años" sean un buen indicador de competencia o experiencia.

Cualquier opinión / refutación son bienvenidas!

Estoy de acuerdo, esta medida de competencia no tiene sentido. Sin embargo, supongo que la mayoría de los reclutadores no lo saben. Simplemente intentan hacer coincidir su currículum con la descripción del trabajo lo mejor que pueden. Si el anuncio de trabajo dice "10 años de experiencia con Oracle", entonces su currículum puede ser rechazado si solo enumera 5 años, incluso si en esos 5 años se ha convertido en un experto.

Mi consejo es responder estas preguntas de la manera en que lo hizo inicialmente, para pasar el filtro inicial de currículum. Al mismo tiempo, mire cuidadosamente la descripción del trabajo e intente evaluar si realmente es una buena combinación para sus habilidades.

Has planteado una muy buena pregunta.

Necesita transmitir varias piezas de información:

1. ¿Cuánto tiempo llevas usando la tecnología?
2. En qué nivel de habilidad sientes que estás.
3. La última vez que usaste la tecnología.

Desafortunadamente, la mayoría de los reclutadores solo buscan una cifra única para poder clasificar a los candidatos y solo enviar aquellos que alcanzaron un "puntaje" junto con el posible empleador.

Necesitas decir algo como:

1997 - 2004, desarrolló el conjunto de herramientas 3D y las aplicaciones de escritorio usando C y C ++ / MFC con Visual Studio 6.0

Esto transmite toda la información anterior, pero no cabe en la mayoría de las formas.

Como medida directa de competencia, la cantidad de años que trabajas en algo probablemente sea irrelevante en su mayor parte. Sin embargo, desde una perspectiva de reclutamiento, da una idea muy amplia sobre si un candidato ha pasado el tiempo desarrollando la experiencia necesaria para un puesto determinado. El reclutador puede no ser inherentemente consciente de esto, pero cuando dice algo como "Lleva 12 meses realmente conocer el sistema X", lo que realmente está diciendo es que, según su experiencia, en promedio la mayoría de las personas tomaría aproximadamente 12 meses para aprender lo suficiente sobre el sistema x para ser competente en su opinión. Por supuesto, siempre hay un número suficientemente grande de personas que existen fuera de la curva para hacer que tales declaraciones sean inexactas, pero para tener una selección lo suficientemente amplia de candidatos sin tener que examinar a cada persona por su cuenta, Usted especifica criterios que le permitirán ser presentado a una amplia selección de candidatos con diferentes habilidades y talentos, y luego trabajar desde allí. Si, por otro lado, dijiste: "Espero que hayas aprendido todo sobre el sistema x en 2 meses, 7 días, 5 horas, 11 minutos y 37 segundos, probablemente estés reduciendo tu campo de manera irrazonable.

En cuanto a si responder o no a esas preguntas ... bueno, eso depende totalmente de usted. Personalmente, creo que es mejor simplemente jugar, y luego permitirte seguir adelante rápidamente. Puede sentir que algo es "estúpido" o "irracional", pero recuerde que incluso si no comprende o no está de acuerdo con el razonamiento, el método en sí mismo es simplemente un medio para un fin, y no necesariamente un reflejo de la competencia del ¡entrevistador! ;-)

Prefiero separar en mi currículum la experiencia en categorías avanzadas y básicas.

• Sobre avanzado hay todas las tecnologías que he estado usando más.

• Sobre básico, presento esos lenguajes y tecnologías que dejé en el pasado, o los que veo menos con el tiempo.

No estoy describiendo años en el currículum, excepto en mi carta de presentación.

Estas son buenas preguntas para los reclutadores:

1. Saben cuándo están disponibles las tecnologías y pueden usarlo para detectar si sus números son falsos
2. También pueden sumarlos y compararlos con su edad, y les da otra forma de verificarlo.
3. También indica si eres un buen candidato para el puesto que requiere esas habilidades. Probablemente pocos de los técnicos enumerados son inútiles, y verán si los eliges.
4. También la experiencia siempre se mide en años. Un proyecto con menos de medio año probablemente sea inútil.
5. Pero, por otro lado, estas preguntas tampoco pueden explicar qué otras habilidades tienes

Si, por ejemplo, comenzó a usar ASP.NET en 2003, pero ha dedicado solo 1/4 de su tiempo a realizar proyectos con él desde entonces, entonces debería reclamar solo 7/4 o aproximadamente 2 años de experiencia.

Para mí es solo un punto de partida para conducir a otras preguntas. Obviamente, si tiene cero experiencia, no hay necesidad de ir más allá, pero si reclama 7 años, prepárese para varias preguntas en profundidad. Dudo que alguien tenga un trabajo basado solo en esta pregunta directa.