Contratar desarrolladores junior es una inversión en su potencial a largo plazo en lugar de una recompensa inmediata . La mayoría de las empresas para las que es bueno trabajar no esperarán que sus desarrolladores junior envíen características complejas y no hagan preguntas durante los primeros meses.
Los primeros tres meses más o menos como desarrollador de nivel de entrada se trata de aprender. Aprender cómo funciona el equipo. Aprender a actuar en las reuniones. Aprender cómo está diseñada la base de código.
Así es como la mayoría de las empresas a bordo de desarrolladores junior:
- ¿Contratarás un programador sin título en India?
- ¿Golang es tan adecuado para el desarrollo web como los otros lenguajes web como: PHP, Python, C #?
- ¿Qué libros debo leer primero para aprender rápidamente cómo crear sitios web interactivos?
- ¿Cuándo puede un desarrollador usar CMS?
- ¿Qué hace un buen diseño de diseño web?
Su primer desafío: ponerse en marcha
Las aplicaciones que las empresas crean a menudo son muy complicadas, y simplemente ejecutar la aplicación en la computadora de su trabajo puede ser un desafío. Deberá instalar el lenguaje de programación en su computadora, y probablemente también diferentes bases de datos y servicios en esa máquina.
Para hacerlo, las compañías le otorgarán acceso a la base de código en GitHub, y su trabajo es lograr que el programa se ejecute con éxito en su computadora.
Este proceso puede tomar hasta un par de días. Por lo general, el equipo dejará que el nuevo desarrollador se tome la molestia de configurar las cosas por sí mismo, pero los miembros más altos del equipo generalmente se registrarán y le preguntarán si necesita ayuda si demora más de lo esperado.
Como desarrollador junior, si alguna vez tiene problemas, o siente que se ha quedado atascado tratando de hacer una cosa por un tiempo, debe pedir ayuda . Los otros desarrolladores del equipo están ahí para ayudarlo.
Tus primeras reuniones: equipo de desarrollo de pie
Los equipos de desarrollo que practican metodologías ágiles (es decir, la mayoría de las empresas) tienen una reunión corta todos los días. Esa reunión se llama standup. En esa reunión, las personas se paran en un círculo y cada persona dará una breve actualización (30 segundos a 1 minuto) al resto del equipo. En esta reunión, explicará:
- Que hiciste ayer
- Lo que planeas hacer hoy
- Si algo le impide cumplir con sus responsabilidades
Dado que todo el equipo está presente en standup, debe ser breve. Después de la reunión, las personas a menudo se dividen en grupos más pequeños para hablar sobre temas específicos.
Por ejemplo, el desarrollador que creó una característica podría querer hablar con otro desarrollador que está modificando esa misma característica porque tiene una idea que el otro desarrollador podría no tener.
Tus primeras contribuciones: pequeñas correcciones de errores
La siguiente tarea que el equipo de desarrollo suele asignar a los desarrolladores junior es una pequeña corrección de errores. Inicialmente, las correcciones de errores serán bastante simples de resolver. Piensa cosas como:
- Errores tipográficos en las páginas de destino
- Correcciones que solo involucran 1-5 líneas de código
Después de realizar un cambio simple en la aplicación, su código se someterá al proceso de revisión normal que el código de cada miembro del equipo se somete. Por lo general, otro desarrollador irá línea por línea a través de los cambios y hará comentarios sobre mejores formas de hacer las cosas, mejoras y posibles problemas que el cambio podría causar.
Tener una revisión del código garantiza que, incluso si envía el código con un error, no es el único responsable del problema. El otro desarrollador, que firmó el código, también es parcialmente responsable del error.
Si trabaja en una empresa pequeña, puede esperar que sus primeras contribuciones se realicen dentro de la primera semana. Si trabaja en una empresa más grande, puede llevar un mes o más para que se envíen sus primeros cambios para que el mundo los vea.
El equipo aumentará lentamente la complejidad de las características que se espera que desarrolle.
Programación de pares en boletos más grandes
En el transcurso de tus primeras semanas como desarrollador junior, terminarás programando pares con un desarrollador senior que está trabajando en una función compleja. Lo que eso significa es que el desarrollador senior generalmente se sentará frente al teclado y escribirá el código, y usted verá el código que escriben. A medida que codifican, puede señalar posibles problemas con su código (como los errores tipográficos que podrían hacer) y hacer preguntas sobre por qué están haciendo ciertas cosas.
Después de tus primeras semanas: planificación de Sprint
La mayoría de los equipos de desarrollo planifican qué desarrollador va a trabajar en cada función, ya sea una vez por semana o una vez cada dos semanas. El proceso generalmente se llama “planificación de sprint”. Como desarrollador junior, asistirá a la reunión y aprenderá el proceso.
El proceso sucede así:
- Primero , las características, las correcciones de errores y las piezas de trabajo se “incorporan” o se seleccionan para que se completen dentro de los próximos X días hábiles (llamado sprint).
- Luego , el equipo de desarrollo revisará cada uno de los elementos y asignará un desarrollador a cada ticket, estableciendo la responsabilidad de realizar cada ticket.
Los desarrolladores más senior generalmente presionarán a los desarrolladores junior para que sean responsables de las entradas más pequeñas y fáciles. A medida que pasan las semanas, la complejidad de los cambios que se le asignan aumentará lentamente.
Algunos desarrolladores junior ambiciosos se cansarán rápidamente del aumento gradual de la complejidad. Debido a que cualquiera puede ser voluntario para cualquier boleto, los ambiciosos desarrolladores junior pueden solicitar un boleto fuera de su zona de confort.
Si un desarrollador junior se ofrece como voluntario para algo muy complicado que debe terminarse rápidamente, es probable que se le asigne a un desarrollador senior para asegurarse de que se haga de manera rápida y correcta.
Si el marco de tiempo para la función no es un gran problema, el desarrollador junior podrá trabajar en el ticket. Pero no es raro que pasen dos o tres meses antes de que el desarrollador trabaje en los problemas más complicados (estos problemas a veces son épicos).
Crecimiento profesional: cómo sacar la palabra “Junior” de tu título
Las primeras semanas de su primer trabajo probablemente se sentirán un poco abrumadoras ya que aprenderá una habilidad importante: cómo trabajar en un equipo de desarrolladores que codifica profesionalmente 40 horas a la semana. Esto significa comprender las diferentes relaciones y reuniones, descubrir quién disfruta la programación en pareja (y quién no), y simplemente ser parte del equipo.
Los miembros de su equipo probablemente tengan fuertes relaciones entre ellos, y convertirse en un miembro del equipo implicará construir relaciones con los otros miembros.
Pero después de aproximadamente un mes, la mayoría de los desarrolladores se ponen al día y todo se vuelve mucho más fácil. En ese punto, es probable que se dé cuenta de que el siguiente paso en su carrera es dejar de ser tratado como un desarrollador junior y, en su lugar, convertirse en un compañero de los otros miembros de su equipo.
Para ser tratado como un compañero en lugar de un desarrollador junior, deberá comenzar a actuar como tal. Entonces, dentro de un mes o dos, querrás comenzar a actuar como los otros desarrolladores de tu equipo:
- Siempre complete el trabajo que le asignaron en el período de tiempo que le indique que puede. Si no puede, comunique el hecho temprano.
- Pida menos ayuda y comience a ofrecer ayuda a las personas.
- Voluntario para grandes tareas de programación y comenzar a “poseer” ciertos aspectos de la base de código. (En otras palabras, obtenga información sobre ciertas secciones del código que nadie más tiene).
Cuando muchos desarrolladores están aprendiendo a codificar, piensan que necesitarán estar en este estado de desarrollador de “nivel medio” el primer día. En cambio, su trabajo como desarrollador junior es aprender, crecer y eventualmente perder ese “junior” en su título. Su objetivo debe ser crecer a un nivel en el que pueda ayudar al próximo desarrollador junior que contrate el equipo.
Llegar a este nivel en el que está a la par con los otros desarrolladores del equipo es un proceso que generalmente lleva a los desarrolladores junior de 3 a 6 meses.
Debido a que la compañía está invirtiendo a largo plazo, muchas veces el mejor desarrollador no es contratado para el puesto. Cosas como tener más impulso para aprender y ser guiado, y la mentalidad abierta a los diferentes enfoques para resolver problemas de programación a menudo se consideran más importantes que la habilidad real. Eso significa que, como desarrollador junior, es importante resaltar estos rasgos de carácter.
Esto también explica una de las razones por las cuales a la mayoría de las empresas no les importa la experiencia de un candidato con un lenguaje de programación en particular, sino que se preocupan más por su capacidad general como programador y facilidad para aprender.
¡El camino hacia su primera posición como desarrollador podría ser más fácil de lo que pensaba! El proceso es mucho menos aterrador de lo que inicialmente habías imaginado: no necesitas “engañar a alguien” para que crea que eres más hábil de lo que eres.
Los desarrolladores y las personas que no saben sobre Programación trabajan en Web Project Builder. Con esta herramienta, puede crear fácilmente el Panel de administración sin tener conocimientos de programación y también crear aplicaciones de administración en clics en un 90% menos de tiempo
