¿Cómo puedo superar el requisito de los "años de experiencia" al presentarme a los puestos?

Versión corta: Podrían haber elegido una razón que no es personal y no es discutible

Lleva tiempo adquirir habilidad así como experiencia. Puedes ser un buen programador, pero no tienes la suficiente experiencia para su gusto en el manejo de proyectos, o no pensaron que encajaras bien en el equipo.

¿Has considerado que puede haber múltiples razones para que no te quieran, pero que la razón de rechazo es una que es muy difícil de discutir? En realidad, esto podría ser porque fueron políticos en lugar de tener que decirte que piensan 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.

Puede que quieras preguntarles si tienen alguna sugerencia sobre cómo puedes mejorar, además de trabajar más años, para encajar mejor en su empresa. Podrías aprender una o dos cosas.

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

Aunque estoy de acuerdo en que la experiencia te dará más -experiencia en la materia, habilidades de la gente, y bien redondez- creo que todos estos puntos pueden ser (y son) típicamente aclarados en la descripción del trabajo. Puedo decir que estoy buscando detalles específicos en estas áreas, y mantener el campo abierto a un grupo más grande.

Entonces… ¿qué es la experiencia?

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

Particularmente en la ingeniería, tú (y tu equipo) tomarán varias decisiones sobre cómo harás el trabajo, cuál será el diseño y otras suposiciones básicas. Seguirás adelante con algún tipo de plan, que es inevitablemente defectuoso. Muéstrame un plan que funcione perfectamente y me mostrarás 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 de manera inesperada y mal en otros.

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

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

Variación en años

No es algo fijo - de hecho 3-7 suena más o menos bien. Hay un punto después de 2 pero antes de …8? donde hay un número significativo de casos en los que un ingeniero dice “Oh… eso no funcionó antes, probemos de otra manera” alguna porción significativa del tiempo. Y sin embargo, no están tan quemados por la experiencia que no pueden ver la esperanza en probar cosas nuevas y seguir con nuevas estrategias. Después de 10, veo una gran diferencia - generalmente a partir de una diversidad de experiencias de trabajo que significa que lo que el ingeniero ve se aplica no sólo a su área principal de trabajo, sino a las piezas de la organización a su alrededor.

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

• Un ingeniero que ha cambiado entre muchos proyectos en un período de tiempo muy corto, sin haber visto nunca el lanzamiento completo de cualquiera de ellos es probable que tenga menos experiencia desde esta perspectiva.
• Un ingeniero que ha trabajado varias prácticas y luego 1-2 años con el mismo grupo puede tener más de los 2 años de experiencia estándar ya que ha visto a ese grupo sobrevivir 3-4 años de historia, a pesar de haber estado allí por espacios de tiempo fijos (digamos una práctica de verano durante la escolaridad)
• Alguien que trabaja en una tienda muy pequeña con mucho bricolaje puede obtener una experiencia más rica más rápido. No veo que muchos de ellos operen con tanta experiencia a 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 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 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 del equipo actual como con la naturaleza del trabajo que hacen. No necesito habilidades de cara al cliente, por ejemplo, en un gran equipo de contratación de defensa donde todo el contacto con el cliente es amortiguado por la administración. Y los tipos de contacto con el cliente son muy diferentes entre la ingeniería de ventas y el soporte técnico de IT. 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 experiencia” se reduce a decir (como un pesebre de contratación) - “¿qué tan fácilmente 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? ”

Entrevistas para la experiencia

La diferencia entre la experiencia y “no hay suficiente experiencia” o “no es la experiencia correcta” se reduce, para mí, a preguntas de “¿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 hice un seguimiento con la gente de los proyectos para ver lo que pasó.

Entonces probablemente voy a decir - “no tiene la experiencia”.

Si, sin embargo, entiendo:

• sigo cambiando de proyecto, pero me di cuenta de que cuando lanzaron el producto, tuvo reacciones XYZ, lo que me hizo alegrarme/arrepentirme de que hiciéramos el ABC.

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

• Algunas reflexiones sobre las formas de mejorar el proceso después de completar un verdadero ciclo de vida

• Entonces voy a calificar al candidato más favorablemente. Nota - el fracaso es bastante común. Experimentar el fracaso es a menudo incluso más poderoso que experimentar el éxito. Si te unes a un proyecto complejo, exitoso y zumbido de buenas a primeras y haces un buen trabajo, puede que tengas menos experiencia sólo porque no has visto un gran desastre, ni has aprendido a sobrevivirlo. ¡Todos deberíamos ser tan afortunados!

¿Puedo vencer al sistema?

Tal vez. ¿Podría tener una conversación en profundidad sobre los puntos fuertes y las lagunas de 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 fracasado o han sido menos eficientes en más de un nivel de “el libro de texto lo dice, por lo tanto debe ser cierto”? Entonces el reto es transmitir eso en la entrevista.

Tengan en cuenta que la solicitud de empleo fue escrita en base a la experiencia de al menos una persona. Probablemente varias. Hay un sinfín de estrategias sobre cómo se escribe una solicitud de empleo y cada compañía puede ser diferente, pero el rango de 3-7 es lo suficientemente canónico como para que algún grupo piense por qué esta vez en el campo importa. Si vas a vender una idea alternativa, date cuenta de que tal vez tengas que ir más allá para mostrar por qué tú, en particular, eres el atípico y que de alguna manera estás más experimentado de lo que los años que tienes normalmente indicarían.

Date cuenta también de que te están considerando a la luz de una piscina. Si alguien con todas tus habilidades entrara en el mismo trabajo la siguiente hora después de que salieras de la habitación, pero tuviera alguna experiencia que tú no tuvieras todavía… 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 de su título, cómo superar esto, la respuesta es: empiece 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. Destaque lo que puede hacer y manténgase alejado de las comparaciones con sus compañeros de trabajo. Si eso te lleva hasta la pantalla del teléfono, tendrás la oportunidad de mostrarles lo que puedes hacer.

Los individuos aprenden a ritmos diferentes y tienen experiencias diferentes que les ayudan a aprender. Así que no, las habilidades no se relacionan directamente con la experiencia. Hay personas que están muy capacitadas con sólo unos pocos años de experiencia y personas que tienen muchos años de experiencia que no están muy capacitadas.

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 el “drek” escrito por personas que no tenían suficiente experiencia o habilidad. Se mirará a sí mismo dentro de diez años y se dará cuenta de lo poco que sabía entonces. Así que sí, la persona inteligente y motivada tendrá, de hecho, más habilidades después de diez años de experiencia que las que tenía a los dos años. Puede tener mejores habilidades a los dos años que las que tienen las personas menos motivadas o menos inteligentes a los 10 años.

Ahora en cuanto a lo que te dijeron. En primer lugar, esto no es necesariamente el motivo por el cual fue rechazado, pero es una excusa aceptable para darle a la persona. La gente no es contratada por muchas razones, tales como la adecuación al equipo, la personalidad, el sexo, la raza, la religión. Algunas de esas no son cosas que las empresas puedan decir en voz alta (ya que la discriminación es ilegal para algunas de ellas; sucede sin embargo), así que dan con una razón aceptable como la falta de experiencia.

A continuación, a los dos años, no importa lo inteligente que seas, puede que realmente carezcas de experiencia del tipo que están buscando. Tal vez realmente necesitan a la persona que serás a los 7 años de experiencia. ¿Cuánto tiempo has pasado como mentor de otros o liderando un equipo o diseñando la arquitectura o incluso entregando un producto. ¿Coordina con QA y los clientes? Y así sucesivamente. Puede que hayas estado compitiendo con gente que tiene ese nivel de habilidad así como habilidades de programación que son mucho más extensas que las tuyas. Si tengo buenos candidatos que tienen los niveles de experiencia que busco, entonces ¿por qué, como oficial de contratación, me arriesgaría con alguien que realmente sólo tiene experiencia de principiante, sin importar lo bueno que perciba que es? Siempre que se habla de contratación, siempre hay que considerar que por muy bueno que sea uno, pueden entrevistar a diez personas que sean mejores que uno. No sabes las calificaciones de las personas que entrevistaron y contrataron; podrían estar sacándote del agua.

¿Todo eso significa que no deberías solicitar un trabajo a menos que tengas todas las calificaciones del papel? No, porque nunca se sabe cuál será la competencia o qué tipo de persona quiere el funcionario que lo contrata. Algunos pueden preferir al joven, el “hot-shot” a la persona con un año de experiencia repetida diez veces, otros 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 ser hecho (tampoco quieres contratar al “hot-shot” para el trabajo aburrido, ninguno de los dos es probable que esté contento con los resultados).

¿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 que comenzó a aprender sobre programación?

Es difícil medir su ritmo de aprendizaje con precisión, pero creo que la mayoría de la gente diría que no aprende a un ritmo constante. A veces se aprende mucho muy rápido, otras veces no. Si aceptas eso, entonces la respuesta es obviamente no, las habilidades no son directamente proporcionales a la experiencia.

Acabo de ser rechazado como candidato para un trabajo porque no muestro el número de años de experiencia que requieren.

Qué pena. No lo tomes como algo personal… intenta recordar que es muy difícil decir en el transcurso de una o dos horas cuánto sabe alguien. Puede que tenga razón en que toda su lectura y práctica podría hacerle más cualificado que alguien con más experiencia, pero las personas que hacen la contratación para el puesto en cuestión a) puede que no hayan podido considerar a alguien con menos del número de años de experiencia requerido; b) puede que no hayan estado dispuestos a arriesgarse a que usted sea uno de los individuos inusuales que es sabio más allá de sus años; y/o c) puede que no se hayan molestado en mirar muy de cerca el resto de su currículum una vez que se dieron cuenta de que usted no cumplía con uno de sus requisitos básicos.

También, date cuenta de que la experiencia aporta más que sólo habilidades de programación OO… hay conocimiento de dominio, liderazgo, manejo del tiempo, persistencia y otras habilidades “blandas” que a veces son incluso más importantes que la loca habilidad de codificación.

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

Dejamos de usar “años de experiencia” en las descripciones de los puestos de trabajo, en parte porque RRHH estaba preocupado por los casos de “discriminación por edad” que se presentaban por las razones que usted declara. Aunque esto se ha relajado, nos obligó a todos a abordar lo que realmente queríamos decir con años de experiencia, y a cuantificar lo que buscábamos con mayor precisión en los anuncios de empleo.

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

• ¿Tienen la base mínima de habilidades técnicas que necesito para empezar a trabajar cuando empiecen?

• ¿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, estoy realmente mirando cuánto trabajo de gestión práctica es probable que esa persona genere y cuánto es probable que atenúe/elimine (basado en mi perfil de equipo actual).

Para mí, las habilidades blandas y el ajuste al equipo son clave para un reclutamiento exitoso. Duros, las habilidades técnicas por sí solas no son suficientes , ya que estoy interesado en la productividad del equipo en su conjunto, no en la productividad individual.

Las áreas clave son:

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

• Comunicación: Conocimiento de los estilos de comunicación/personalidad propios y ajenos, y capacidad para ajustar el estilo en función de la audiencia y el entorno. Capacidad de ser eficaz en las discusiones de equipo sin antagonizar a los demás ni ser polémico. Capacidad de proporcionar retroalimentación constructiva y/o entrenamiento/mentores al personal subalterno. Habilidad para crear casos de negocios de ganar/ganar, propuestas o discusiones para el equipo como un todo.

• Entendimiento de negocios: Conocimiento del marco empresarial en el que operamos, incluyendo gastos, ciclo presupuestario, CAPEX/OPEX, presupuesto, licitaciones/contratos, funciones desempeñadas por otro personal y mejora de la empresa.

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

Al buscar estas habilidades, tiendo a buscar “logros clave” en lugar de “responsabilidades/deberes de la función” en un CV/currículum. En el reclutamiento, no estoy muy interesado en lo que usted se supone que ha estado haciendo, más en lo que ha entregado y aprendido hasta el momento.

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

Las aptitudes y la experiencia no son necesariamente proporcionales. Conozco a mucha gente que tiene mucha experiencia (léase: llevan mucho tiempo en la industria), 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 tú, OP) que es apasionado y estudia mucho en su propio tiempo. El interés personal y la pasión por la tecnología son pasados por alto en gran medida por los posibles empleadores, tal vez de forma válida en algunos casos.

Tiendo a pensar que a través de la pasión y el interés personal en la tecnología, viene el valor de negocio. Alguien con las habilidades técnicas correctas puede resolver los problemas de negocios que los gerentes presentan - esperar que una persona puramente técnica entienda completamente el negocio no siempre es práctico. ¿Deberían entender los fundamentos de los negocios? Claro. ¿Deberían tomar decisiones de negocios? Probablemente no.

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 da una prueba de codificación o depuración, mientras que algunos recién salidos 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 su lugar recurren a una métrica lisiada. Si realmente quieres el trabajo, te enviaría una carta explicando por qué crees que deberían reconsiderarlo, y dando ejemplos específicos de tus habilidades. Si ya te han rechazado, ¿qué tienes que perder?

Hay algunas buenas respuestas aquí, pero una de las mayores preguntas parece no tener respuesta.

¿Conseguiste una entrevista?

Si conseguiste una entrevista entonces estás suficientemente cualificado, y la razón del rechazo es más probable la forma en que respondiste a las preguntas, te presentaste y tu personalidad. Hay más en cualquier trabajo técnico que el conocimiento técnico y la experiencia , también está el lado “suave”. Es posible que tengas que interactuar con clientes, personas con menos conocimientos técnicos o con personas de alto nivel - todas estas cosas serán consideradas también.

Si no llegaste a la entrevista, entonces tienes que revisar qué información le diste a la persona preseleccionada, y decidir cómo puedes mejorarla. Usted está en desventaja frente a alguien con más años en su haber, por lo que necesita compensarlo con algunas declaraciones convincentes y evidentes sobre lo que ha hecho hasta la fecha, y lo que le hace sentir que puede estar a la altura del desafío6. Esto significa presentar una carta de presentación sólida que muestre una investigación diligente sobre la empresa, entusiasmo y una explicación de por qué tu currículum encaja en este puesto.

En ambos casos, pide más feedback - quizás incluso una llamada telefónica para discutirlo.

Por último: es un hecho duro de la vida que la experiencia puede sobrevalorarse, no olvides considerar morder la bala, ir a por un puesto más junior y demostrar que tienes lo necesario para conseguir un ascenso temprano.

Si desea superar los obstáculos en los que actualmente incurre, considere la posibilidad de convertirse en miembro de un grupo profesional local o incluso en un oficial. Los ejemplos pueden ir desde un grupo de usuarios de JUG, .NET u Oracle. Conocerás a mucha gente, podrás demostrar tu valía y te introducirán en puestos en los que toda esta “experiencia” no es el criterio definitivo.

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:

Aplique de todas formas!

Muchas veces, la persona que escribió la descripción del trabajo no ha hecho exactamente un análisis completo de lo que se requiere para el trabajo. Puede que ni siquiera se conozca a sí mismo, y que sea una persona de RRHH con una lista vaga o fuera de lo común que le ha dado una persona técnica. A menudo es una lista de deseos en lugar de un conjunto de reglas estrictas. La persona que la escribió podría no estar revisando su CV.

Esto se aplica especialmente a la parte de los años de experiencia, donde bien podrían haber sacado un número de la parte superior de sus cabezas. 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 experiencia, o puede que no. Incluso si lo eres, puedes resultar ser más adecuado (por ejemplo, una expectativa de salario más baja, tener una personalidad más simpática / entusiasta, o experiencia específica para sus requisitos, o vivir cerca).

¡Incluso podrías resultar ser la persona más experimentada que se presenta!

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

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

En mi experiencia, probar que sus habilidades técnicas están por encima de la media 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, no es lo único que preguntan.

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

Incluso si tus habilidades técnicas son tan buenas como piensas, probablemente no tienes la legitimidad visible que te permita ser tomado como un par por otros de nivel intermedio y como un 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 orientado a la técnica, más difícil es adquirir las habilidades interpersonales.

Sin embargo, puedes adquirir habilidades relacionadas con la experiencia más rápidamente que otros, porque eres más dotado, porque eres más afortunado y obtienes suficiente variedad, pero a la vez eres lo suficientemente estable como para tener el tiempo necesario para aprender en lugar de saltar. Entonces es más fácil hacer que los reconozcan los que trabajan contigo antes de intentar que te contraten en otro lugar. Y es más fácil si conoces a alguien que pueda hablar por ti allí. Si no te reconocen donde estás ahora, si no conoces a nadie donde quieres estar, te será muy difícil que te contraten a un nivel más alto que el actual.

Marcof. Sólo leí tu post y traté de no leer mucho de lo que decían los demás, pero vi algunos cinismos en sus comentarios. Para mí, usted es muy acertado. Tu habilidad es excelente, y tienes confianza. Eso es un súper plus, y no lo reduzcas. Sin embargo, recuerde que como usted casi # (juego de palabras intencionado) más programadores con experiencia en el terreno, tiene que asegurarse de que su empleador no se sienta como si no respetara 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) por ella.

• Técnicamente, eres mejor para el trabajo desde el punto de vista del empleador porque pueden obtener tu habilidad extra de forma gratuita y pagarte en base a tus años de experiencia.

• Intenta averiguar qué es lo que hace que el empleador quiera que trabajes allí. Es cursi, pero evitará que digas demasiadas afirmaciones sobre ser un rey de la codificación. Además, intenta identificar los aspectos más suaves y menos técnicos que te hacen compatible con el puesto, o dicho de otro modo, ¿por qué te gusta codificar? Cuéntales lo que más te gusta de ser un codificador y cómo crees que esos aspectos estarán en su compañía por lo que lees. Diles que quieres aprender de los gurús que tienen para que puedas crecer aún más y contribuir.

Sigue buscando esos trabajos fuera de tu “rango”. La experiencia listada es siempre lo que el empleador se esfuerza por conseguir en un mundo ideal. Si les gustas, estás dentro, ya que tienes la habilidad.

Por cierto, si puedes crear un portafolio físico para ti, tal vez de cosas en las que has trabajado, o una visualización de un objeto, proceso, etc. podría ser una forma de dar vida a las habilidades avanzadas que usas a diario. Mencionaste saber/adherir para estructurar otros en tu actual lugar de trabajo que no conocías. Encuentra una forma lúdica (es decir, no condescendiente) de sacar a relucir este conocimiento. Por ejemplo, supongamos que hay una función o método que usas mucho que es el avance. Convierta 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 dude de sí mismo, sólo siga intentándolo. Sepa cuándo confiar en sus respuestas, y sepa cuándo relajarse al presentar su experiencia. Además, hagas lo que hagas, nunca digas que eres mejor que tus compañeros de trabajo. Si ellos compilan esa información, no llegarás al tiempo de ejecución.

Bien, en primer lugar, cuánto importan los “años de experiencia” declarados es en gran medida sobre el mercado. Una de las cosas más divertidas de ser un desarrollador web del lado del cliente, por ejemplo, es ver anuncios que piden más años de experiencia en una tecnología determinada de los que dicha tecnología ha existido realmente. Naturalmente, ellos tienden a inclinarse por los años de experiencia, ya que esto elimina el 100% de sus currículums.

Como alguien más sabiamente señaló, estás jodido con el software de automatización de RRHH. Cuando la gente especifica requisitos como este Y quiere que reescribas un currículum usando una serie de formularios en su sitio, no te molestes. De hecho, dejé de tocar este período, independientemente de lo bien que cumplía los criterios porque nunca, ni una sola vez, recibí el interés de perder el tiempo en uno de esos y me di cuenta de que era mejor gastar el tiempo en buscar más pistas fallando los intentos de contactar realmente a alguien sobre el puesto directamente.

Otra instancia en la que va a importar mucho más es cuando tienes mucha competencia. Tomemos el desarrollo de Java. Muchos trabajos, pero también muchos, muchos desarrollos Java. Eso hace que la fase 1 de la búsqueda del arrendatario sea la gran selección de currículos, normalmente basada en alguna estadística arbitraria como los años de experiencia, sólo para recortar los montones a algo manejable. En casos como este, puede que seas un tipo de dos años que se merece codearse con los de cinco años, pero es probable que estés SOL, salvo que conozcas a la gente que está contratando y tengan una idea aproximada de tu habilidad. Así que sí, en este caso, lo mejor que puedes hacer es hacer contactos dentro de tu comunidad de desarrolladores locales para dirigir la fase 1 en el paso.

Otra cosa a considerar es la cultura de tu comunidad local en cuanto al empleo de nivel jr. en general. Me di cuenta de que un día tendría que dejar mi ciudad natal donde crecí en el norte del estado de NY cuando, mientras buscaba un trabajo de verano, vi el anuncio: “Se buscan trabajadores del asfalto (¿pavimento?) - experiencia mínima de cinco años” Ahora, debo confesar que no sé exactamente lo que implica el oficio de rastrillar el asfalto y/o el pavimento (hace tanto tiempo que no puedo recordar cuál era) pero tengo muchas dudas sobre el hecho de que se necesiten 5 años a tiempo completo de rastrillar cualquier cosa que no sea subatómica para entender lo esencial. Solución: Examinar los tipos de anuncios que se ven para posiciones similares en otras partes del país y estar preparado para el GTFO.

Y lo único general que no puede perjudicar independientemente de la industria es hacer algún trabajo relevante y útil de código abierto y hacerlo disponible. Si eso no es posible, haz un blog sobre tu oficio. Haz lo que puedas para establecer alguna credibilidad callejera que te ayude a argumentar que eres mejor que el promedio de tu desarrollo en tu industria.

Pero de nuevo, el contexto lo es todo. Si todo es tecnología propietaria cerrada, tienes una tonelada de competencia y es poco probable que ganes un seguimiento hablando/debatiendo sobre las formas correctas/incorrectas de hacer las cosas, puede que sólo tengas que conformarte con pagar tus cuotas. O elegir una tecnología transferible donde estos obstáculos sean más fáciles de superar o no existan.

Editar - Realmente no abordé este aspecto de tu 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 de resolver problemas. Otras son simplemente sobre haber encontrado el mismo problema suficientes veces para saber exactamente lo correcto que la mayoría de las personas en tu lugar con niveles similares de experiencia harían. Es sutil, pero sí, la experiencia puede/es importante en muchos casos. Sin embargo, llamarte a ti mismo medio en lugar de nivel Jr. a los 2 años no me parece particularmente arrogante, y el talento crudo / capacidad de resolución de problemas puede ser definitivamente un hueco más cercano dependiendo de las responsabilidades que se necesiten cumplir.

Aquí hay un problema que hará que seas rechazado en algunas compañías sin que nadie revise tu solicitud: El software de automatización de RRHH. La persona de RR.HH. aportará 3-7 años de experiencia en lo que sea al programa. Leerá los currículums y filtrará aquellos que no cumplan con los criterios. Si pones 2 años en tu currículum, será filtrado por el software y ningún humano, ni siquiera un humano de RRHH, leerá nunca tu información.

Puedes estirar tu experiencia de 2 a 3 años para pasar por este guardián digital pero estarás mintiendo, lo que podría causarte problemas en el futuro. La otra alternativa es tratar de desarrollar contactos con los gerentes de contratación que serán capaces de evitar el ‘bot’ y los RR.HH. y te darán una oportunidad.

Las descripciones de los puestos y los requisitos tienen dos objetivos: atraer la atención de las personas que quieren el trabajo, y filtrar las que no se ajustan bien al trabajo. La parte del filtro está tanto dentro como fuera de la empresa (es decir, desalienta a la gente a solicitar, y da a RR.HH. una forma rápida de desechar la solicitud cuando el currículum no cumple los requisitos, sin exigir que RR.HH. sea lo suficientemente competente como para juzgar a alguien por sus méritos).

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

Básicamente tienes que convencer a los que están eligiendo a la gente para las entrevistas, de que eres una buena elección. Si vas a entrar en la compañía sin haber hecho una referencia interna para el trabajo, entonces el mejor lugar para hacerlo es en la carta de presentación. Necesitarás mostrar en tu carta de presentación que tienes lo que crees que ellos buscan ganar con esos años extra de experiencia. Si lo haces bien, puede que te lleve a una entrevista.

Todo el mundo quiere a alguien con experiencia, pero no todo el mundo absolutamente lo necesita.

Para algunos trabajos, trabajarás en un equipo de desarrolladores. Un equipo de desarrolladores necesita una persona que sea realmente experimentada y que pueda manejar cualquier tipo de problema que aparezca, y que pueda vivir con otras personas menos experimentadas siempre y cuando escuchen a la persona experimentada. 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 un deber absoluto.

Para otros trabajos, usted es el único. Si no puedes resolver un problema, no hay nadie que lo resuelva. Ahí es donde la experiencia es un deber y no es negociable.

Así que tienes que averiguar si es el primer o el segundo tipo de trabajo. El segundo tipo, tienes muy pocas posibilidades. El primer tipo, puedes tener una oportunidad. Es mejor decirles que tienes alguna experiencia, y lo bueno que eres para adquirir nuevas habilidades y aprender de los que tienen la experiencia.