¿Cómo puedo superar los requisitos de "años de experiencia" al aplicar a puestos?

En tu pregunta dices que piden

3 - 7 años de experiencia

Luego sigues y sigues hablando de tus habilidades y de lo mejor que eres en comparación con los miembros más experimentados de tus compañeros actuales. Más de 5 años en la industria le dirían por experiencia que este no es un argumento lógicamente válido. También le diría que no es significativo para ningún gerente de contratación en la industria.

Habilidades de personas, no habilidades técnicas.

La industria está plagada de codificadores vaqueros que no siguen las instrucciones, no trabajan en equipo, no se integran bien en las culturas corporativas, sobreestiman sus habilidades y denigran a sus pares ; básicamente, estas personas son empleados terribles (realmente vuelva a evaluar su pregunta original tal como la planteó usted mismo con este criterio).

Los gerentes de contratación experimentados pueden oler estas personalidades a una milla (1,609344 kilómetros) de distancia y los descartarán como candidatos sin importar sus calificaciones técnicas.

Las dos cosas no son iguales de ninguna manera. La experiencia implica habilidad y juicio , la habilidad no implica experiencia ni juicio.

El juicio se gana

Puede ser muy hábil pero carecer de la experiencia para saber cuándo aplicar esa habilidad. Esto es lo que no estás entendiendo. Leer libros y "saber" cosas NO es lo mismo que hacer cosas y saber qué funciona y qué no funciona en varias situaciones dadas y cómo aplicar estas cosas.

El juicio no proviene del éxito, sino de los fracasos. La mayoría de las empresas quieren contratar a personas cuyas fallas han sido pagadas por empresas anteriores, es por eso que requieren N+ years of experience, lo que implica que ya cometieron todos los errores básicos de nivel de entrada y que alguien más tuvo que pagar por ellos.

El juicio sólo viene con la experiencia.

Edison inventó la bombilla al experimentar fallas, no a través de alguna habilidad sin experiencia.

Cuando Thomas Edison fue entrevistado por un joven reportero que le preguntó audazmente al Sr. Edison si se sentía como un fracaso y si pensaba que ya debería darse por vencido. Perplejo, Edison respondió: "Joven, ¿por qué me sentiría como un fracaso? ¿Y por qué me daría por vencido? Ahora sé definitivamente más de 9,000 formas en que una bombilla eléctrica no funcionará. El éxito está casi a mi alcance". Y poco después, y tras más de 10.000 intentos, Edison inventó la bombilla.

Incluso los más hábiles no logran el éxito sin una cantidad proporcional de fracasos. Así es como se gana el buen juicio.

La experiencia no se mide en años.

Se mide en fracasos y aciertos demostrables. Se mide por la profundidad y el detalle con el que puede hablar sobre sus logros y cómo se lograron y cómo los haría hoy.

10 años de hacer lo mismo 1 año de conocimiento no son 10 años de experiencia.

Talento/Habilidad es inútil sin Juicio

¡Talento/Habilidad te permite hacer una tarea, Juicio te dice qué/cuándo no hacer!

Por ejemplo, si fueras un nuevo músico de jazz talentoso, podrías improvisar y saber cuándo y qué tocar. Pero solo la experiencia de tocar en montones y montones de conciertos con montones y montones de personas diferentes te dará el juicio de saber cuándo no tocar.

Los músicos y programadores experimentados pueden decir exactamente qué tan experimentado es alguien más solo por lo que la persona no toca o no codifica.

Efecto de Dunning Kruger

Si eres incompetente, no puedes saber que eres incompetente. […] las habilidades que necesita para producir una respuesta correcta son exactamente las habilidades que necesita para reconocer qué es una respuesta correcta. —David Dunning

Si no comprende el principio detrás de esta respuesta, es posible que desee leer lo anterior unas cuantas veces más con una retrospectiva interna crítica.

Bien redondeado

Si tuviera más experiencia en la fuerza laboral, no necesitaría hacer esta pregunta y ya sabría que demostrar su habilidad es más importante que documentarla.

Hay innumerables ejemplos de personas más hábiles pero menos experimentadas que son derrotadas por oponentes menos hábiles pero más experimentados en casi todos los casos imaginables.

Incluso en el mundo del Ajedrez, un juego donde el conocimiento/habilidad es muy codiciado, la experiencia todavía gana el día en la mayoría de los casos (humano contra humano, por supuesto).

¿Cómo superar esto?

Al igual que con las artes liberales, un portafolio de trabajo demuestra tus capacidades mejor que una lista de abreviaturas tecnológicas y palabras clave en un currículum.

Comencé como diseñador gráfico/productor de video/animador, aprendí todo lo que aprendí sobre software y hardware porque tuve que escribir mis propias herramientas de animación 2D y 3D en los años 80 y 90. Tuve que construir las interfaces de hardware personalizadas para adaptar hardware no diseñado para Amiga para poder usarlos.

Al igual que un portafolio es lo más importante para un artista, un portafolio de trabajo en GitHub o la falta de él me dice más sobre ti que un currículum lleno de abreviaturas, acrónimos y palabras de moda sin sentido.

Si estás realmente cerca de lo que alguien está buscando, uno puede demostrar que sabes lo que está buscando, o puede demostrar que puedes aprenderlo rápidamente.

Versión corta: Es posible que hayan elegido una razón que no es personal ni discutible

Se necesita tiempo para adquirir habilidad, así como la experiencia. Puede ser un buen programador, pero no tener la experiencia suficiente para su gusto en el manejo de proyectos, o no pensaron que encajaba bien en el equipo.

¿Has considerado que puede haber múltiples razones por las que no te quieren, pero que la razón del rechazo es muy difícil de discutir? En realidad, esto podría deberse a que fueron educados en lugar de tener que decirte que creen que tienes una mala actitud o que no eres lo suficientemente bueno y, lo que es peor, que no estás de acuerdo y empiezas a discutirlo. Decir "No tienes la experiencia que buscamos" es neutral y cierra la discusión antes de que comience.

Es posible que desee preguntarles si tienen alguna sugerencia sobre cómo puede mejorar, además de trabajar más años, para encajar mejor en su empresa. Puede que aprendas una o dos cosas.

EDIT 2021: hubo un poco de discusión sobre las personas que no aprenden a la misma velocidad. Esto es cierto. Puede aprender mucho rápidamente, pero supongo que la experiencia solicitada no se trata solo de habilidades de escritura de código sin procesar, sino más bien de haber experimentado todo el ciclo del proyecto de software de principio a fin, preferiblemente varias veces. ¡Eso simplemente lleva tiempo!

Si no entiende eso, entonces no tiene los conocimientos que están buscando explícitamente.

De hecho lo he contratado, específicamente para lo que aquí se describe, así que usaré algunos ejemplos de ingeniería de software.

Si bien estoy de acuerdo en que la experiencia le brindará más (pericia en la materia, habilidades interpersonales y idoneidad), creo que todos estos puntos pueden aclararse (y suelen aclararse) en la descripción del trabajo. Puedo decir que estoy buscando detalles en estas áreas y mantengo el campo abierto para un grupo más grande.

Entonces... ¿qué es la experiencia?

Es haber tenido tiempo en el campo para ver el circuito de retroalimentación causado por sus propias decisiones.

Particularmente en ingeniería, usted (y su equipo) tomarán varias decisiones sobre cómo realizarán el trabajo, cuál será el diseño y otras suposiciones básicas. Seguirás adelante con algún tipo de plan, que inevitablemente es defectuoso. Muéstrame un plan que funcionó perfectamente y me estarás mostrando un proyecto muy pequeño o un ingeniero muy poco perceptivo. Ningún plan sobrevive al contacto con la realidad, e incluso un muy buen plan puede funcionar bien en formas inesperadas y mal en otras.

A medida que pasa el tiempo, ajustará el plan, las personas y las tecnologías irán y vendrán, y la realidad no se presentará de manera predecible. El equipo propondrá nuevas soluciones y cambios en el plan para compensar lo que han aprendido.

Este circuito de retroalimentación es lo que sazona a un ingeniero. Al igual que un laboratorio práctico, generalmente se prefiere el aprendizaje de libros y la memorización: la experiencia de vivir un ciclo de vida del producto (¡o varios!) le brinda al candidato información más práctica sobre lo que funciona, tanto para su equipo como para ellos mismos. Puede incluir heurísticas de diseño, formas de mejorar los procesos de desarrollo, buenos hábitos de trabajo, trucos de investigación y experiencia sobre cómo hacer las cosas en una organización.

Variación en años

No es algo fijo; de hecho, 3-7 suena bien. Hay un punto después del 2 pero antes del...8? donde hay un número significativo de casos en los que un ingeniero dice "Oh... eso no funcionó antes, intentemos de otra manera" una parte significativa del tiempo. Y, sin embargo, no están tan quemados por la experiencia que no pueden ver la esperanza de probar cosas nuevas y adoptar nuevas estrategias. Después de 10, veo una gran diferencia, generalmente de una diversidad de experiencias laborales, lo que significa que lo que ve el ingeniero se aplica no solo a su área principal de trabajo, sino a las partes de la organización que lo rodean.

Definitivamente no es un número fijo. Aquí hay algunas muestras en variación:

• Es probable que un ingeniero que ha cambiado entre muchos proyectos en un período de tiempo muy corto, sin haber visto nunca el lanzamiento completo de ninguno de ellos, tenga menos experiencia desde esta perspectiva.
• Un ingeniero que ha trabajado en varias pasantías y luego de 1 a 2 años con el mismo grupo puede tener más de los 2 años estándar de experiencia, ya que ha visto que ese grupo sobrevive 3 a 4 años de historia, independientemente de haber estado allí por espacios de tiempo fijos ( decir una pasantía de verano durante la escuela)
• Alguien que trabaje en una tienda muy pequeña con mucho bricolaje puede obtener una experiencia más rica más rápidamente. No veo muchos de estos operando con tanta experiencia en el corto plazo (2 años), pero sí veo que comienza a tener en cuenta el rango de 7 vs. 13 años: una persona de una pequeña empresa emergente que ha tenido que hacer casi cualquier cosa muestra más experiencia que un tipo que ha trabajado durante 13 años siempre haciendo una pequeña parte del negocio, nunca cuestionando el proceso y nunca yendo más allá de su pequeña parte del mundo.

¿Hay una ecuación?

No... pero ¿realmente esperabas un sí?

Definitivamente es un factor de:

Time working + experiences survived + nature of role & responsibilities + lessons learned

Diría que la mayoría de los roles tienen un factor de puntuación instintivo. Y puede estar tan relacionado con las lagunas en el equipo actual como con la naturaleza del trabajo que realizan. No necesito habilidades de trato con el cliente, por ejemplo, en un gran equipo de contratación de defensa donde todo el contacto con el cliente está respaldado por la gerencia. Y los tipos de contacto con el cliente son muy diferentes entre la ingeniería de ventas y el soporte técnico de TI. La experiencia con uno en algún nivel ayuda con el otro, pero alguien que se ajusta más al perfil deseado pero con menos años puede obtener la calificación más alta.

En esencia, parte del "factor de experiencia" se reduce a decir (como gerente de contratación) - "¿Con qué facilidad puedo meter esta clavija cuadrada en mi agujero triangular?" así como "¿será más fácil o más difícil que con esta clavija circular?"

Entrevistando para la Experiencia

La diferencia entre experiencia y "experiencia insuficiente" o "experiencia no adecuada " se reduce, para mí, a preguntas como "¿qué aprendiste haciendo las cosas en tu currículum?".

Si en respuesta a estas preguntas la respuesta es:

• bueno, no he estado trabajando lo suficiente como para haber aprendido mucho.
• No tengo ni idea, sigo cambiando proyectos y nunca seguí con la gente de los proyectos para ver qué pasaba.

Entonces probablemente voy a decir - "no tiene la experiencia".

Sin embargo, si obtengo:

• Sigo cambiando de proyecto, pero noté que cuando lanzaron el producto, tuvo reacciones XYZ, lo que me alegró/lamentó que hiciéramos ABC.

• Bueno, no he superado un ciclo de vida completo, pero tengo un panteón de formas de no iniciar un proyecto, hasta ahora hemos fallado en los últimos 5 intentos, pero aprendimos a no hacer E, F, G. , H, y muy especialmente I.

• Algunas ideas reflexivas sobre las formas de mejorar el proceso después de que se completa un verdadero ciclo de vida

Entonces voy a calificar al candidato más favorablemente. Nota: la falla es bastante común. Experimentar el fracaso es a menudo incluso más poderoso que experimentar el éxito. Si se une a un proyecto complejo, exitoso y vibrante desde el principio y hace un buen trabajo, en realidad puede tener menos experiencia solo porque no ha visto un desastre importante, ni ha aprendido cómo sobrevivir. ¡Todos deberíamos ser tan afortunados!

¿Puedo vencer al sistema?

Quizás. ¿Podría tener una conversación en profundidad sobre las fortalezas y las deficiencias en su conjunto de habilidades? ¿Cómo sus propias experiencias y prejuicios han ayudado y obstaculizado a sus equipos hasta ahora? ¿Cómo sus proyectos han tenido éxito o han fallado o han sido menos eficientes en más de un nivel de "lo dice el libro de texto, por lo tanto debe ser cierto"? Entonces, el desafío consiste en gran medida en transmitir eso en la entrevista.

Tenga en cuenta que la recomendación de trabajo se escribió en base a la experiencia de al menos una persona. Probablemente varios. Hay innumerables estrategias sobre cómo se escribe una recomendación de trabajo y cada empresa puede ser diferente, pero el rango de 3 a 7 es lo suficientemente canónico como para que haya un grupo que piense por qué es importante este tiempo en el campo. Si va a vender una idea alternativa, tenga en cuenta que es posible que tenga que ir más allá para demostrar por qué usted, en particular, es un caso atípico y que, de alguna manera, tiene más experiencia de lo que normalmente indican los años que tiene.

También date cuenta de que te están considerando a la luz de una piscina. Si alguien con todas tus habilidades entró para el mismo trabajo la siguiente hora después de que saliste de la habitación, pero tenía algo de experiencia que tú aún no tenías, entonces no hay razón para comprometerse.

Otras respuestas han abordado por qué les importan los años de experiencia, pero para responder a la pregunta en su título, cómo superar esto , la respuesta es: comience con la carta de presentación.

Es posible que no pueda superarlo (por las razones explicadas por otros), pero si puede, será porque, en la carta de presentación, reconoció su requisito y luego explicó por qué debería ser considerado de todos modos. Destaca lo que puedes hacer y aléjate de las comparaciones con tus compañeros de trabajo. Si eso lo lleva a la pantalla de un teléfono, entonces tendrá la oportunidad de mostrarles lo que puede hacer.

Las personas aprenden a diferentes ritmos y tienen diferentes experiencias que les ayudan a aprender. Así que no, las habilidades no se relacionan directamente con la experiencia. Hay personas muy hábiles con pocos años de experiencia y personas con muchos años de experiencia que no son muy hábiles.

Sin embargo, en general, la persona con más años de experiencia ha pasado por más del ciclo de desarrollo de software y ha experimentado tanto éxitos como fracasos y ha tenido que mantener drek escrito por personas que no tenían suficiente experiencia o habilidad. Te mirarás a ti mismo dentro de diez años y te darás cuenta de lo poco que sabías entonces. Así que sí, la persona inteligente y motivada, de hecho, tendrá más habilidades después de diez años de experiencia que las que tenía a los 2 años. Sin embargo, puede tener mejores habilidades a los dos años que los menos motivados o menos inteligentes a los 10 años.

Ahora en cuanto a lo que te dijeron. En primer lugar, no es necesariamente por eso que te rechazaron, pero es una excusa aceptable para darle a la persona. Las personas no son contratadas por muchas razones, como encajar en el equipo, personalidad, sexo, raza, religión. Algunas de esas cosas no son cosas que las empresas puedan decir en voz alta (ya que la discriminación es ilegal para algunas de ellas; no obstante, sucede), por lo que encuentran una razón aceptable como la falta de experiencia.

Luego, a los dos años, no importa cuán inteligente sea, es posible que realmente le falte experiencia del tipo que están buscando. Tal vez realmente necesiten a la persona que serás a los 7 años de experiencia. ¿Cuánto tiempo ha pasado asesorando a otros o liderando un equipo o diseñando la arquitectura o incluso entregando un producto? ¿Se coordina con el control de calidad y los clientes? Y así sucesivamente. Es posible que haya estado compitiendo con personas que tienen ese nivel de habilidad, así como habilidades de programación que son mucho más amplias que las suyas. Si tengo buenos candidatos que tienen los niveles de experiencia que estoy buscando, entonces, ¿por qué, como oficial de contratación, me arriesgaría con alguien que realmente solo tiene experiencia de principiante, sin importar cuán bueno perciba que es? Cada vez que hables de contratar, siempre debes considerar que no importa lo bueno que seas, podrían estar entrevistando a diez personas que son mejores que tú. No conoce las calificaciones de las personas que entrevistaron y contrataron; podrían estar sacándote del agua.

¿Significa todo eso que no debe solicitar puestos de trabajo a menos que tenga todas las calificaciones en papel? No, porque nunca se sabe cuál será la competencia o exactamente qué tipo de persona realmente quiere el oficial de contratación. Algunos pueden preferir a la persona joven y atractiva a la persona con 1 año de experiencia repetido diez veces, algunos pueden necesitar a la persona con habilidades verdaderamente avanzadas debido al tipo de trabajo que están haciendo, algunos pueden preferir al tipo que no tiene habilidades superiores pero es confiable y puede hacer el trabajo de bajo nivel que tiene disponible para hacer (tampoco desea contratar al experto para el trabajo aburrido, es probable que ninguno de los dos esté contento con los resultados).

Dejamos de usar "años de experiencia" en las descripciones de puestos en el trabajo en parte porque Recursos Humanos estaba preocupado por los casos de "discriminación por edad" que se presentarían por las razones que usted indica. Si bien esto se ha relajado, nos obligó a todos a abordar lo que realmente entendemos por años de experiencia y cuantificar lo que buscábamos con mayor precisión en los anuncios de trabajo.

Con cualquier empleado potencial, me hago tres preguntas básicas:

• ¿Tienen la base de habilidades técnicas mínimas que necesito para comenzar a trabajar en el trabajo cuando comienzan?

• ¿En qué nivel de desarrollo se encuentran en las otras habilidades técnicas "preferidas" y qué apoyo necesitarán para crecer?

• ¿En qué nivel de desarrollo se encuentran sus habilidades blandas y qué apoyo necesitarán para crecer?

El "nivel de desarrollo" se basa en el modelo de " liderazgo situacional ", y en particular para la última pregunta, realmente estoy viendo cuánto trabajo práctico de gestión es probable que genere esa persona y cuánto es probable que disminuya. /remove (basado en el perfil de mi equipo actual).

Para mí, las habilidades blandas y el encaje en el equipo son clave para un reclutamiento exitoso. Las habilidades técnicas y duras por sí solas no son suficientes , ya que estoy interesado en la productividad del equipo como un todo, no en la productividad individual.

Las áreas clave son:

• Entrega del proyecto: Esencialmente, el tamaño, la complejidad y el valor en dólares del proyecto en el que se puede confiar para que lo traigan dentro de las limitaciones de tiempo, costo y calidad acordadas (o renegociadas), en función de su historial probado y/o comprensión de los proyectos fallidos.

• Comunicación: conocimiento de los estilos de personalidad/comunicación propios y de los demás, y la capacidad de ajustar el estilo en función de la audiencia y el entorno. Habilidad para ser efectivo en discusiones de equipo sin antagonizar a otros o ser confrontativo. Capacidad para proporcionar retroalimentación constructiva y/o entrenamiento/tutoría del personal subalterno. Capacidad para crear casos de negocios, propuestas o discusiones de ganar/ganar para el equipo en su conjunto.

• Comprensión comercial: conocimiento del marco comercial en el que operamos, incluidos los gastos, el ciclo presupuestario, CAPEX/OPEX, elaboración de presupuestos, licitaciones/contratos, roles desempeñados por otro personal y mejora comercial.

Tengo un conjunto de expectativas para estas habilidades clave en los diferentes niveles que tengo dentro de mi equipo; esto generalmente cae dentro de una banda de "años de experiencia", pero siempre hay "valores atípicos" que captan estas cosas muy rápido o que nunca las captan en absoluto.

Al buscar estas habilidades, tiendo a buscar "logros clave" en lugar de "responsabilidades/deberes del rol" en un CV/currículum vitae. En el reclutamiento, no estoy muy interesado en lo que se suponía que debías haber estado haciendo , sino más bien en lo que has entregado y aprendido hasta ahora .

Al juntar su CV/currículum vitae y carta de presentación, centrarse en estas áreas con referencia a los puntos clave en la Hay Scale puede superar la necesidad de años específicos de experiencia.

¿Son las habilidades directamente proporcionales al número de años de experiencia?

Sólo si aprendes a un ritmo constante. ¿Aprendiste exactamente la misma cantidad la semana pasada que la semana anterior? ¿Y cómo se compara, digamos, el último mes con los primeros meses en los que comenzaste a aprender sobre programación?

Es difícil medir la tasa de aprendizaje con precisión, pero creo que la mayoría de las personas dirían que no aprenden a una tasa constante. A veces aprendes mucho muy rápido, a veces no. Si acepta eso, entonces la respuesta es obviamente no, las habilidades no son directamente proporcionales a la experiencia.

Me acaban de rechazar como candidato a un puesto de trabajo porque no demuestro el número de años de experiencia que requieren.

Eso es muy malo. No lo tome como algo personal; intente recordar que es muy difícil saber en el transcurso de una o dos horas cuánto sabe alguien. Es posible que tenga razón en que toda su lectura y práctica podrían hacerlo mejor calificado que alguien con más experiencia, pero es posible que a las personas que contratan para el puesto en cuestión a) no se les haya permitido considerar a alguien con menos de la cantidad de años requerida. de experiencia; b) es posible que no haya estado dispuesto a correr el riesgo de ser uno de los individuos inusuales que es sabio más allá de su edad; y/o c) es posible que no se hayan molestado en mirar muy de cerca el resto de su currículum una vez que se dieron cuenta de que no cumplía con uno de sus requisitos básicos.

Además, tenga en cuenta que la experiencia aporta más que solo habilidades de programación OO... hay conocimiento del dominio, liderazgo, gestión del tiempo, persistencia y otras habilidades "blandas" que a veces son incluso más importantes que la capacidad de codificación loca.

Una cosa más a considerar es que un empleador puede verse obligado a rechazarlo si no tiene suficiente experiencia para calificar para el puesto según los requisitos establecidos. Los empleadores pueden estar obligados por ley o por la política de la empresa (principalmente para evitar demandas por discriminación) a rechazar a los solicitantes cuyas habilidades o experiencia no cumplan con los requisitos mínimos para el puesto. En tales casos, no hay nada que pueda hacer más que pedirle al empleador que lo llame si los requisitos cambian.

Las habilidades no son directamente proporcionales a la experiencia, pero en general, cuanta más experiencia tengas, mejores serán tus habilidades. Las habilidades son difíciles de evaluar sin una prueba cuantitativa de algún tipo, que también es difícil de desarrollar. Algunas personas que se ven bien en el papel se agitan impotentes cuando se les realiza una prueba de codificación o depuración, mientras que algunos recién graduados de la universidad pueden eclipsar rápidamente a sus compañeros con dos o tres años de experiencia en la industria.

En resumen: es difícil evaluar adecuadamente las habilidades de programación, por lo que muchas empresas ni siquiera lo intentan y, en cambio, recurren a una métrica paralizada. Si realmente desea el trabajo, le enviaría una carta de seguimiento explicando por qué cree que deberían reconsiderarlo y brindando ejemplos específicos de sus habilidades. Si ya te han rechazado, ¿qué tienes que perder?

Las habilidades y la experiencia no son necesariamente proporcionales. Conozco a muchas personas que tienen mucha experiencia (léase: han estado en la industria durante un largo período de tiempo), pero son unos completos idiotas cuando se trata de tecnología. En estos escenarios, no importa cuánta experiencia tengan. Si son incompetentes e incapaces, entonces ofrecen mucho menos valor comercial que alguien (como usted, OP) que es apasionado y estudia mucho en su propio tiempo. Los posibles empleadores pasan por alto el interés personal y la pasión por la tecnología, quizás con razón en algunos casos.

Tiendo a pensar que a través de la pasión y el interés personal en la tecnología surge el valor empresarial. Alguien con las habilidades técnicas adecuadas puede resolver los problemas comerciales que plantean los gerentes: esperar que una persona puramente técnica comprenda completamente el negocio no siempre es práctico. ¿Deberían entender los conceptos básicos de los negocios? Por supuesto. ¿Deberían tomar decisiones comerciales? Probablemente no.

Existe un fuerte vínculo entre las habilidades y la experiencia, sin embargo, no hay causalidad.

Aumentan juntos probablemente por la misma razón: adquisición de conocimiento .

Por lo tanto, personalmente creo que la clave es la capacidad de uno de obtener ese conocimiento de suma más rápido que otros.

Pero en serio, la mayoría de nosotros somos tipos promedio y adquirimos nuevos conocimientos de manera normal. Por lo tanto, el sentido común indicaría que los años de experiencia son una buena predicción de sus habilidades actuales, sin importar si, en una pequeña porción de los casos, se pierda un genio.

Aquí hay algunas buenas respuestas, pero una de las preguntas más importantes parece no tener respuesta.

¿Llegaste a la entrevista?

Si llegaste a la entrevista, entonces estás lo suficientemente calificado, y la razón del rechazo es más probable que sea la forma en que respondiste las preguntas, te presentaste a ti mismo y a tu personalidad. Hay más en cualquier trabajo técnico que solo el conocimiento técnico y la experiencia , también está el lado 'suave'. Es posible que deba interactuar con clientes, personas con menos conocimientos técnicos o partes interesadas de alto nivel: todas estas cosas también se considerarán.

Si no pudo ir a la entrevista, debe revisar la información que le dio a la persona preseleccionada y decidir cómo puede mejorarla. Estás en desventaja frente a alguien con más años en su haber, por lo que debes compensarlo con algunas declaraciones convincentes y comprobadas sobre lo que has hecho hasta la fecha y lo que te hace sentir que puedes estar a la altura. reto6. Esto significa enviar una carta de presentación sólida que muestre una investigación diligente sobre la empresa, entusiasmo y una explicación de por qué su CV se ajusta a este rol.

En ambos casos, solicite más comentarios, tal vez incluso una llamada telefónica para discutir.

Finalmente: es un hecho duro de la vida que la experiencia puede ser sobrevalorada, no olvides considerar morder la bala, optar por un papel más joven y demostrar que tienes lo que se necesita para obtener una promoción temprana.

Si desea superar los obstáculos en los que incurre actualmente, considere convertirse en miembro de un grupo profesional local o incluso en un oficial. Los ejemplos pueden variar desde un grupo de usuarios JUG, .NET u Oracle. Conocerá a mucha gente, podrá demostrar su valía y será presentado a puestos en los que toda esta "experiencia" no es el criterio fundamental.

Otra posibilidad sería escribir una aplicación de la que creas que otros pueden beneficiarse y colocarla en la web. Tener algo que un empleador potencial pueda revisar puede ser invaluable o al menos mucho mejor que una carta de presentación bien escrita.

En estos tiempos, todos necesitamos pensar fuera de la caja.

Hay muchas respuestas, pero no creo que esta haya sido publicada:

Aplicar de todos modos!

Muchas veces, la persona que escribió la descripción del trabajo no ha hecho exactamente un análisis exhaustivo de lo que se requiere para el trabajo. Es posible que ni siquiera se conozcan a sí mismos y que sean una persona de recursos humanos con una lista vaga o exagerada que les haya dado un técnico. A menudo es una lista de deseos en lugar de un conjunto de reglas estrictas. La persona que lo escribió podría no estar revisando tu CV.

Esto se aplica especialmente a la parte de Años de experiencia, en la que bien podrían haberse sacado un número de la cabeza. Lo que quieren decir es "No es un principiante/graduado". ¿Cómo podrían saber cuántos años se requieren para hacer este trabajo?

Puede que te enfrentes a alguien con 5 años de antigüedad, o puede que no. Incluso si lo es, puede resultar ser una mejor opción (por ejemplo, una expectativa salarial más baja, tener una personalidad más simpática/entusiasta, o experiencia específica para sus requisitos, o vivir cerca).

¡Incluso podrías llegar a ser la persona más experimentada que presente la solicitud!

TL; DR - ¡Puede que no sepan lo que quieren!

¿Cómo sabes que no contrataron a alguien más calificado? Hay una diferencia entre ser lo suficientemente bueno y ser el mejor candidato.

Faltan dos cosas en la descripción de sus calificaciones:

1. ¿Realmente ha construido algo similar a lo que se requiere en esta posición? Contribuciones de código abierto. Un sofisticado sitio web personal. O algo sustancial durante sus casi 2 años de trabajo.
2. ¿Quién sabe lo que sabes? ¿Dónde están tus referencias? Por lo que sabemos, solo tienes un grupo de amigos que no son muy hábiles.

Todos los que solicitan estos trabajos han leído un libro. Necesitas demostrar tu conocimiento en algo un poco más tangible. Un programador con 10 años de "experiencia" que no ha construido nada, está peor que alguien recién salido de la universidad.

Si uno toma una definición lo suficientemente amplia, lo único que le preocupa al empleador potencial son las habilidades. Pero las habilidades vienen en un amplio conjunto, algunas pueden ser técnicas, otras no tanto. Algunos pueden ser adquiridos rápidamente por alguien dotado, otros necesitan tiempo y práctica para adquirirlos y vienen principalmente con experiencia (y la experiencia tiende a ser una buena manera de solidificar todas las habilidades por cierto), ese es el tiempo que se pasa fuera de su profundidad (años pasados ​​dentro de su la zona de confort no es realmente experiencia ya que no aprendes nada).

En mi experiencia, demostrar que tus habilidades técnicas están por encima del promedio no es realmente un problema. El equipo de contratación sabe muy bien que las habilidades técnicas varían mucho, pero cuando piden experiencia, eso no es todo lo que preguntan.

Incluso si sus habilidades técnicas son tan buenas como cree, simplemente no ha tenido tiempo de familiarizarse con las numerosas diferencias entre la teoría y la práctica (los escritores de libros tienden a exagerar mucho), para conocer en persona situaciones bastante diferentes. para que ante algo nuevo, inmediatamente veas similitudes con lo que ya has vivido y sepas lo que realmente funciona y lo que no. Habiendo visto tales similitudes con la suficiente frecuencia como para tomarlas con un grano de sal y estar preparado para las sutiles diferencias que se mostrarán.

Incluso si tus habilidades técnicas son tan buenas como crees, probablemente no tengas la legitimidad visible que te permita ser tomado como compañero por otros de nivel intermedio y como mentor por los principiantes. Sí, eso es parte del trabajo. Esas y otras habilidades interpersonales son importantes y, a menudo, parece que cuanto más se orienta técnicamente, más difíciles son las habilidades interpersonales de adquirir.

Sin embargo, puede adquirir habilidades relacionadas con la experiencia más rápidamente que otros, porque tiene más talento, porque tiene más suerte y obtiene suficiente variedad, pero es lo suficientemente estable como para obtener el tiempo necesario para aprender en lugar de saltar. Entonces es más fácil hacer que las personas con las que trabaja los reconozcan antes de intentar que los contraten en otro lugar. Y es más fácil si conoces a alguien que pueda hablar por ti allí. Si no te reconocen dónde estás ahora, si no conoces a nadie dónde quieres estar, tendrás muchas dificultades para que te contraten en un nivel más alto que el actual.

No, las habilidades no son proporcionales al número de años de experiencia. Creo que lo que estás experimentando es bastante común entre los desarrolladores jóvenes. Los jóvenes a menudo tienen más energía, están más abiertos a aprender cosas nuevas, pueden dedicar más tiempo libre a adquirir habilidades de programación y pueden tener conocimientos de programación más actualizados de la escuela. En resumen, sus habilidades de codificación pueden ser mejores que las de muchos de sus colegas más experimentados.

Dicho esto, hay otro tipo de habilidades y conocimientos que solo se pueden construir a partir de varios años de experiencia, y quizás eran esas habilidades las que buscaban en tu caso. Después de muchos años de experiencia, uno se vuelve mejor en la evaluación de riesgos, mejor en separar las nuevas herramientas y tecnologías útiles de la exageración, mejor en la estimación y mejor en la creación de arquitecturas para resolver problemas grandes y complicados. No subestimes el presentimiento de un desarrollador experimentado.

Finalmente, creo que un equipo de desarrollo exitoso necesita ambos tipos de personas. El desarrollador joven, hábil y enérgico, así como el más experimentado y quizás más conservador.

De acuerdo, en primer lugar, la importancia de los "años de experiencia" declarados depende en gran medida del mercado. Una de las cosas más divertidas de ser un desarrollador web del lado del cliente, por ejemplo, es ver anuncios que solicitan más años de experiencia en una tecnología determinada de los que dicha tecnología realmente ha existido. Naturalmente, tienden a ceder en años de experiencia, ya que eliminan el 100 % de sus currículos.

Como alguien más señaló sabiamente, estás jodido con el software de automatización de recursos humanos. Cuando las personas especifican requisitos como este Y quieren que vuelvas a escribir un currículum utilizando una serie de formularios en su sitio, no te molestes. De hecho, dejé de tocar estos períodos, independientemente de qué tan bien coincidí con los criterios porque nunca, ni una sola vez, recibí interés por perder el tiempo en uno de esos y me di cuenta de que era mejor gastar el tiempo buscando más clientes potenciales fallando intentos en realmente contactar a alguien sobre el puesto directamente.

Otro caso en el que va a importar mucho más es cuando tienes mucha competencia. Toma desarrolladores de Java. Muchos trabajos, pero también montones, montones de desarrolladores de Java. Eso hace que la fase 1 de la búsqueda del empleador sea la gran selección de currículos, generalmente basada en alguna estadística arbitraria como años de experiencia solo para recortar las pilas a algo manejable. En casos como estos, es posible que seas un tipo de 2 años que merece codearse con desarrolladores de cinco años, pero es probable que estés SOL excluyendo oportunidades en las que realmente conoces a las personas que contratan y tienen una idea aproximada de tu habilidad. Así que sí, en este caso, lo mejor que puede hacer es hacer contactos dentro de su comunidad de desarrolladores local para evitar la fase 1 en el pase.

Otra cosa a considerar es la cultura general de su comunidad local con respecto a jr. nivel de empleo en general. Me di cuenta de que algún día tendría que dejar mi ciudad natal donde crecí en el norte del estado de Nueva York cuando, mientras buscaba un trabajo de verano, vi el anuncio: "Se buscan rastrilladores de asfalto (¿pavimento?) - cinco años de experiencia mínima" Ahora, Debo confesar que no sé con precisión qué implica el rastrillado de asfalto y/o pavimento (hace tanto tiempo que no puedo recordar cuál era), pero tengo muchas dudas sobre si tomar 5 a tiempo completo. años de rastrillar cualquier cosa que no sea subatómica para obtener la esencia. Solución: examine los tipos de anuncios que ve para puestos similares en otras partes del país y prepárese para GTFO.

Y lo único que no puede hacer daño, independientemente de la industria, es hacer un trabajo de código abierto útil y relevante y ponerlo a disposición. Si eso no es posible, escribe un blog sobre tu oficio. Haz todo lo que puedas para establecer cierta credibilidad en la calle que te ayude a argumentar que eres mejor que tu 2-tu desarrollador promedio en tu industria.

Pero, de nuevo, el contexto lo es todo. Si todo es tecnología propietaria cerrada, tiene mucha competencia y es poco probable que gane seguidores hablando/debatiendo sobre las formas correctas/incorrectas de hacer las cosas, es posible que tenga que conformarse con pagar sus cuotas. O elija buscar una tecnología transferible de habilidades donde estos obstáculos sean más fáciles de superar o no existan.

Editar: realmente no abordé este aspecto de su pregunta:

"¿Son las habilidades directamente proporcionales a los años de experiencia?"

Algunas cosas tienen que ver con el talento en bruto y la capacidad para resolver problemas. Otros son simplemente acerca de haber encontrado el mismo problema suficientes veces para saber exactamente qué hacer que la mayoría de las personas en su lugar con niveles similares de experiencia harían. Es sutil, pero sí, la experiencia puede/importa en muchos casos. Llamarse a sí mismo nivel medio en lugar de Jr. a los 2 años no me parece particularmente arrogante, sin embargo, y el talento en bruto / la capacidad para resolver problemas definitivamente puede ser una brecha más cercana dependiendo de las responsabilidades que se deban cumplir.

Marcof. Solo leí su publicación y traté de no leer demasiado de lo que otros dijeron, pero vi algunos cinismos en sus comentarios. Para mí estás en el clavo. Tu habilidad es excelente y tienes confianza. Eso es una gran ventaja, y no lo reduzcas. Sin embargo, recuerde que dado que tiene más de # (juego de palabras intencionado) programadores con más experiencia, debe asegurarse de que su empleador no sienta que no respetaría a las personas experimentadas con las que podría trabajar.

• Los empleadores siempre piden más experiencia de la que necesitan o quieren pagar (correctamente).
• Técnicamente, usted es mejor para el trabajo desde la perspectiva del empleador porque pueden obtener su habilidad adicional de forma gratuita y pagarle en función de sus años de experiencia.

Trate de averiguar qué tiene el empleador que lo hace querer trabajar allí. Es cursi, pero evitará que digas demasiadas afirmaciones sobre ser un rey de la codificación. Además, intente identificar los aspectos más suaves y menos técnicos que lo hacen apto para el puesto; o, dicho de otra manera, ¿por qué le gusta programar? Dígales qué es lo que más le gusta de ser programador y cómo siente que esos aspectos serán en su compañía a partir de lo que lee. Diles que quieres aprender de los gurús que tienen para que puedas crecer aún más y contribuir.

Sigue apuntando a esos trabajos fuera de tu "rango". La experiencia enumerada es siempre lo que el empleador se esfuerza por obtener en un mundo ideal. Si les gustas, estás dentro ya que SÍ tienes la habilidad.

Por cierto, si puede crear un portafolio físico para usted mismo, tal vez de cosas en las que ha trabajado, o una visualización de un objeto, proceso, etc., podría ser una forma de dar vida a las habilidades avanzadas que usa a diario. base. Mencionó conocer/adherirse a la estructura que otros en su lugar de trabajo actual no conocían. Encuentre una manera lúdica (es decir, no condescendiente) de sacar a relucir este conocimiento. Por ejemplo, suponga que hay una función o método que usa mucho que es avanzado. Convierte eso en una pregunta

"Do you guys use functionX to do process Y when making programs about topic Z?"
"Is it ok to byte shift, use blah-blah encoding for this type of thing?"

No dudes de ti mismo, sigue intentándolo. Sepa cuándo tener confianza en sus respuestas y cuándo estar relajado al presentar su experiencia. Además, hagas lo que hagas, nunca digas que eres mejor que tus compañeros de trabajo. Si compilan esa información, no llegará al tiempo de ejecución.

Aquí hay un problema que hará que lo rechacen en algunas empresas sin que nadie revise su solicitud: el software de automatización de recursos humanos. La persona de recursos humanos agregará de 3 a 7 años de experiencia en lo que sea al programa. Leerá los currículos y filtrará aquellos que no cumplan con los criterios. Si pone 2 años en su currículum, el software lo filtrará y ningún ser humano, ni siquiera un ser humano de recursos humanos, leerá su información.

Puede extender su experiencia de 2 a 3 años para superar a este guardián digital, pero estará mintiendo, por lo que podría causarle problemas en el futuro. La otra alternativa es tratar de desarrollar contactos con gerentes de contratación que puedan pasar por alto el 'bot y HR y darle una oportunidad.

Las descripciones y los requisitos de los puestos están destinados a hacer 2 cosas: atraer la atención de las personas que querrían el trabajo y filtrar a las que no son adecuadas para el trabajo. La parte de filtrado es tanto dentro como fuera de la empresa (es decir, desalienta a las personas a postularse y le brinda a RR. HH. una forma rápida de descartar la solicitud cuando el currículum no cumple con los requisitos, sin requerir que RR. sus méritos).

Puedes superar la primera parte del filtrado, simplemente solicitando el trabajo independientemente de si tienes la experiencia requerida o no. La segunda parte del filtrado depende enteramente de la empresa y del mercado laboral. Puede que no sea posible superarlo debido a la política, e incluso si la empresa está dispuesta a pasar por alto sus propios requisitos en las circunstancias adecuadas, aún quedaría la cuestión de si esas circunstancias existen para usted...

Básicamente tienes que convencer a aquellos que eligen personas para las entrevistas, que eres una buena opción. Si ingresa a la empresa en frío (no tiene una referencia interna para el trabajo), entonces el mejor lugar para hacerlo es en la carta de presentación. Deberá mostrar en su carta de presentación que tiene lo que cree que buscan obtener de esos años adicionales de experiencia. Si lo haces bien, puede que te lleve a una entrevista.

Todos quieren a alguien que tenga experiencia, pero no todos lo necesitan absolutamente .

Para algunos trabajos, trabajará en un equipo de desarrolladores. Un equipo de desarrolladores necesita una persona que tenga mucha experiencia y pueda manejar cualquier tipo de problema que surja, y que pueda vivir con otras personas que tienen menos experiencia siempre que escuchen a la persona con experiencia. En esa situación, la persona experimentada puede sentir que hay demasiada carga sobre sus hombros y pedir a alguien más con mucha experiencia, pero no es una necesidad absoluta.

Para otros trabajos, usted es el único. Si no puedes resolver un problema, no hay nadie para resolverlo. Ahí es donde la experiencia es imprescindible y no negociable.

Por lo tanto, debe averiguar si es el primer o el segundo tipo de trabajo. El segundo tipo, tiene muy pocas posibilidades. El primer tipo, usted puede tener una oportunidad. Es mejor decirles que tiene algo de experiencia y lo bueno que es para adquirir nuevas habilidades y aprender de aquellos que tienen la experiencia.