Post Top Ad

Your Ad Spot

martes, 5 de mayo de 2020

Por qué no deberías etiquetarte como desarrollador junior

El término "desarrollador junior" es omnipresente: se ve que se usa en todas partes, desde listados de trabajo hasta listas de empresas. Quizás el uso de la designación "desarrollador junior" permite a los equipos y empresas organizar sus tareas, asignar tiempos y asignar responsabilidades.
Pero solo porque (casi) todos lo hacen, no significa que tú también debas hacerlo.
Al menos no, a menos que esté trabajando en Fintech o Big Tech ganando seis cifras, normalmente en los EE. UU. Si tiene la suerte de alcanzar una de esas posiciones, me quito el sombrero y le deseo la mejor de las suertes y éxito .
Sin embargo, si no caes en esta categoría, entonces no deberías etiquetarte como desarrollador junior.
De lo contrario, corre el riesgo de devaluar sus habilidades y el valor que aporta al mercado. Además, podría afectar su mentalidad: pensará menos de sí mismo, creerá que no está calificado y que necesita que lo agarren de la mano, y solo se dará permiso para concentrarse en sus contribuciones personales.
¡La buena noticia es que no tiene que ser así! Como te mostraré en esta publicación, puedes tener menos experiencia sin ser "el desarrollador junior".

Todos los desarrolladores ... Desarrollar: la experiencia es relativa

Antes de mostrarle cómo puede volver a etiquetarse de manera efectiva y dejar de lado la designación de "desarrollador junior", aquí hay una importante sabiduría.
Todos los desarrolladores ... desarrollan; todos crecemos y mejoramos todo el tiempo, ¡o deberíamos hacerlo!
En otras palabras, no importa si tienes menos experiencia o más experiencia que algún otro desarrollador. La experiencia es relativa, después de todo, y hasta cierto punto, un concepto arbitrario.
Por supuesto, es cierto que, por ejemplo, los tiempos de incorporación pueden ser diferentes de un rol a otro, dada la dificultad de una tecnología determinada o la cantidad de procesos patentados internos que están en juego.
Como desarrollador con menos experiencia, puede esperar ponerse al día dentro de 1-3 meses de unirse a un equipo para comenzar a ofrecer un valor independiente.
En estos casos, normalmente tendrá un desarrollador experimentado / senior que le mostrará las cuerdas. Te enseñan patrones y técnicas y lentamente te facilitan el papel. También es probable que proporcionen revisiones de código y le informarán si existe un enfoque más simple para resolver un problema. Inicialmente, se le darán tareas más fáciles de completar.
Por otro lado, un desarrollador senior que tome el control de la tecnología de una empresa tendrá una incorporación más larga para obtener una comprensión completa de toda una pila e infraestructura. En este caso, el senior podría entregar valor al cliente extremadamente rápido al unirse a un rol, pero la incorporación real podría escalonarse cuando ocurran problemas.
El hecho es que todos crecen y se adaptan. Todos cometemos errores. Todos aprenden.
No importa quién eres o tu nivel de habilidad si ves algo que podría ayudar a tu equipo a hablar.
Se notarán estos momentos de perspicacia, amabilidad e iniciativa.

Entonces, ¿cómo te vuelves a etiquetar?

“Soy un desarrollador menos experimentado y quiero experiencia en el mundo real. ¿Cómo debo proceder? No quiero engañar a mi futuro equipo ".
Buena pregunta. Déjame responder ahora.
En lugar de pensar que es un desarrollador "junior", piense en términos de costos de recursos de inversión para llevarlo a un estado en el que entregue valor de manera constante.
Para desglosar esto, piense en términos de salario, que está aislado de los otros costos de empleo.
  • Un desarrollador senior podría recibir £ 50,000.
  • Un desarrollador menos experimentado podría recibir £ 30,000.
En el extremo superior, si una persona mayor pasa el 20% (ocho horas a la semana) de su tiempo apoyándolo, el costo de emplearlo aumenta a £ 40,000 debido a los aumentos de productividad perdidos, lo que podría ser el equivalente a un día a la semana perdido. valor entregado en una empresa.
La productividad perdida se escala proporcionalmente en la producción de valor, especialmente para los clientes que pagan. Un desarrollador recibe un pago ya que produce más valor que su costo; Los desarrolladores son creadores de valor. Si toma £ 10k del costo de recursos adicionales podría equivaler a £ 50-100k en valor comercial perdido durante un año .
Este es el estigma comercial fundamental de la percepción de los desarrolladores junior, especialmente para las pequeñas empresas de nueva creación con poco flujo de caja. En muchos casos, la inversión no vale la pena, especialmente si las personas no han demostrado ser motivadas y emprendedoras.
Su objetivo como desarrollador joven es reducir la cantidad de costos de recursos adicionales necesarios para que tenga éxito dentro de la empresa.
Por extensión, si puede comprender cómo aprendió y puede comunicar el proceso a los demás, será extremadamente valioso cuando ingrese a un rol superior en el futuro, asesorando a otros nuevos desarrolladores.
Si puedes entender este hecho, serás dorado.
El desarrollo de software es un negocio. No hay folletos aquí, ya que tiene la expectativa de entregar.

Desarrollar su conocimiento, mostrar evidencia y pedir propiedad

Concéntrese en desarrollar habilidades profundas en forma de T específicamente dentro de una tecnología que le apasiona. Ve lo más profundo que puedas y prueba tantas facetas como sea posible.
Cuando comencé mi carrera, me concentré exclusivamente en el desarrollo de Android y aprendí todo lo que pude dentro de ese ecosistema.
Hay una queja común que se observa con frecuencia por lo habitual:
"¿Por qué todos los roles junior que veo requieren experiencia laboral cuando trato de encontrar un rol que me brinde algo de experiencia?"
Esto se combate con una sola estrategia: hacer sus propios proyectos, publicarlos como código abierto y compartirlos con el mundo.
Si le faltan ideas para proyectos, hable con sus amigos y familiares a su alrededor. Tal vez están utilizando una aplicación o servicio que podría duplicar y luego mejorar para satisfacer sus necesidades.
Cuando gane más experiencia y responsabilidad, su experiencia previamente adquirida se extenderá a otras tecnologías.
Cuando lo entrevistan para un puesto , concéntrese en estos elementos:
  • Evidencia de su trabajo, lo que aprendió y a quién ayudó potencialmente.
  • Que busca la propiedad de su parte de su base de código y que desea ayudar a otros a crecer.
  • Mencione que tiene ambiciones de aprender y crecer dentro de la empresa y ayudar a tantos miembros del equipo como sea posible.
Enmarca la narrativa de la conversación en este orden:
  1. Soy competente en lo que hago, esta es la evidencia.
  2. Ayudaré a la compañía a reducir costos al quitarle la carga a los demás.
  3. Tengo la actitud correcta, soy leal y, en general, contratarme reducirá el riesgo.
La propiedad, a los ojos de la empresa, significa que, naturalmente, necesita poca o ninguna ayuda de sus pares para producir y entregar. Esto también viene con la expectativa de que la porción de la pila será manejada por usted, lo que significa que este es un elemento menos que debe ser tratado.

Se trata de un valor único

Lo que aprenderá con las entrevistas va más allá de las habilidades técnicas o básicas Es un tipo de baile donde cada parte usa la influencia para establecer el tono inicial de la relación. Desde su punto de vista, se trata de estar preparado y comprender su propuesta de valor única.
Contratar es difícil. El código es una mercancía, y creo que hay muchas personas que se ajustan a este molde y quieren demostrar su valía ante los empleadores. Sin embargo, encontrar a alguien que pueda comunicar esto es raro.
Si puede comunicar su valor único a los guardianes de la empresa, puede darles la confianza de que sabe lo que debe hacerse y, en general, puede ser autosuficiente, lo logrará.
Serás un hecho y derecho Júnior Desarrollador de software.

No hay comentarios.:

Publicar un comentario

Dejanos tu comentario para seguir mejorando!

outbrain

Páginas