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

Question

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

¿Cuántos años de experiencia tienes 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 apoyo menor para un sistema heredado que ejecuta SQL2000 que requiere 10 días de mi tiempo durante los últimos 7 años. Eventualmente, decliné responder tales preguntas.

Me pregunto por qué hacen estas preguntas más. Cualquiera que acaba de graduarse con una informática puede reclamar 3 a 4 años de experiencia en cualquier cosa que "tocara" en el cirriculum, que para mí puede ser equivalente a cero o 10 años, dependiendo de cómo lo vea.

Podría ser cierto hace décadas donde los programadores y las habilidades de TI son de naturaleza muy diferente. Podría estar equivocado, pero realmente dudo que el "tiempo" o los "años" son un buen indicador de competencia o experiencia.

¡Cualquier opinión/refutación es bienvenida!

Answer 1

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 puedan. 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 a estas preguntas de la manera que lo hizo inicialmente, superar el filtro de currículum inicial. Al mismo tiempo, mire cuidadosamente la descripción del trabajo usted mismo e intente medir si es realmente una buena coincidencia para sus habilidades.

Answer 2

Has planteado una muy buena pregunta.

Debe 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 sola figura para que puedan clasificar a los candidatos y solo enviar a los que alcanzaron un "puntaje" al posible empleador.

Necesitas decir algo como:

1997 - 2004, aplicaciones desarrolladas de herramientas y escritorio 3D que utilizan C y C ++/MFC con Visual Studio 6.0

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

Answer 3

Como medida directa de competencia, el número de años en los que trabaja 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. Es posible que el reclutador no sea inherentemente consciente de esto, pero cuando dice algo como "Tarda 12 meses para conocer realmente el Sistema X", lo que realmente está diciendo es que en su experiencia, en promedio, la mayoría de las personas tomarían alrededor de 12 Meses para aprender lo suficiente sobre el Sistema X para ser competente en su opinión. Por supuesto, siempre hay un número lo suficientemente grande de personas que existen fuera de la curva para que tales declaraciones sean inexactas, pero para tener una selección de candidatos lo suficientemente amplia sin tener que examinar a cada persona usted mismo, especifica criterios que permiten Te presentarán 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 excesiva.

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

Answer 4

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

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

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

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

Answer 5

Estas son buenas preguntas para los reclutadores:

1. Saben cuándo las tecnologías estuvieron disponibles 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 una buena coincidencia 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 es probablemente inútil.
5. Pero, por otro lado, tales preguntas tampoco pueden explicar qué otras habilidades tiene

Answer 6

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

Answer 7

Para mí es solo un punto de partida llevar 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 contundente.