Al momento de escribir este artículo, voy en camino a los cuatro años dentro del mundo del desarrollo de forma profesional. He vivido cambios de empresas, muchas personas, diversas tecnologías…
Es un recorrido en el que creo que puedo decir que ya no soy junior, pero tampoco me considero senior o experta en las materias con las que trabajo diariamente. Así que me lancé a preguntar en Twitter si os gustaría leer sobre cosas que espero o me gustaría encontrar en alguien junior que entra a desarrollar y trabajar conmigo. Es cuestión de mirar atrás, tomar perspectiva y empatizar con quien está empezando.
La respuesta a la encuesta fue tremendamente positiva, así que me pregunto: ¿qué me gustaría encontrar en junior devs cuando trabajan conmigo? ¡Comencemos!
Podría ponerme a listar tecnologías o a hablaros de lo mucho que me gusta .NET y todo el ecosistema Microsoft, pero no se trata de eso. Haré una pequeña categorización para dejar claro cada punto a tratar.
En soft skills
Curiosidad
El mundo del desarrollo es enorme, y parece que crece cada día más. Nuevas tecnologías, frameworks, herramientas. Hay tanto que resulta abrumador, y es normal, especialmente cuando estáis empezando.
Pero por eso estáis en un equipo con muchas personas con diferentes backgrounds, experiencias y áreas de conocimiento. No os cortéis en preguntar qué áreas podéis investigar, qué tecnologías resultan más útiles en una determinada tarea…
Paso a paso, vais conectando piezas y encontrando el camino. Siempre habrá cosas que mejorar y cambios de direcciones en el aprendizaje, pero creo que es lo mejor.
Recordad que trabajáis en un equipo y podéis apoyaros en él para satisfacer vuestra curiosidad.
Comunicación
Esta es quizás una de las más difíciles, pero a la vez que considero muy importante.
Saber expresarte por escrito o bien hablando es realmente valioso. ¿Por qué? Porque expresándote de forma adecuada, puedo:
- Ayudarte más rápido
- Resolver tus dudas con mayor precisión
- Detectar posibles malentendidos o errores de concepto a la hora de abordar una tarea
- Reconducirte si es necesario hacia un camino más sencillo
Ya sea a viva voz o por escrito, valoro mucho cuando me expresan una necesidad de forma clara, concisa y concreta. Por resumirlo de alguna forma, cuando necesitéis ayuda es fantástico leer la siguiente información:
- ¿Con qué tarea estás o qué estás haciendo?
- ¿Cuál es el problema o duda?
- ¿Qué has intentado?
Porque al estar enfrascada en mis propias tareas, necesito todo el contexto posible de tu problema o situación para poder entenderte y ayudarte.
Proactividad
Es normal otorgar tareas pequeñas y/o cortas a juniors, especialmente cuando estáis empezando. Así, poco a poco, se puede ir midiendo vuestra velocidad y autonomía, e ir escalando gradualmente en dificultad o complejidad.
Con el tiempo iréis cogiendo velocidad, y acabarán tareas más rápido, con menos errores y con menos ayuda. Lo que aprecio muchísimo es, si te ves sin tarea, has acabado antes de tiempo o no hay nada que hacer de forma activa, encontrar alguna de las siguientes preguntas:
- ¿Qué más puedo hacer?
- ¿Qué puedo investigar?
- ¿Puedo ayudar con algo?
- ¿Hay alguna tarea con la que pueda empezar?
No quiero decir con esto que no despegues la mirada del monitor, descansar es necesario y más que recomendable, pero creo necesario el percibir las ganas de crecer y evolucionar.
En tech skills
Git y buenas prácticas de control de versiones
Git es una herramienta que considero indispensable si trabajas con otras personas en cualquier tipo de solución, independientemente de la tecnología y el lenguaje. No pido que tengas un perfil de GitHub con +8000 repositorios y un tablero de contribuciones lleno. Pero sí un manejo fluido de repositorios y ramas.
¿Cuales son las buenas prácticas que aprecio?
- Commits descriptivos
- Higiene y buen mantenimiento de ramas
- Resolución de conflictos entre ramas
- Pull requests bien documentados
Comprensión del código
La mayor parte de los lenguajes, por no decir todos, tienen estructuras similares si no iguales. Entender cómo usar variables, estructuras condicionales, bucles, refactorización… son nociones básicas.
No me importa tanto la tecnología o el lenguaje como el dominio que tengas de la programación en general. Poco a poco, los detalles específicos de cada tecnología irán llegando en forma de documentación, y se irán perfeccionando a base de práctica.
Otros conocimientos como infraestructura, entornos, despliegues, automatización… ya llegarán, con el tiempo a medida que evoluciones y sigas progresando en proyectos. Pero, de forma totalmente intencionada, en primer lugar y en mayor número se encuentran las soft skills.
Después de leer todo esto:
- ¿Añadirías alguna otra?
- ¿Crees que sobra alguna?
Si eres junior o llevas poco tiempo desarrollando, ¿cuál es la habilidad o el conocimiento que te hubiera gustado aprender o desarrollar antes?
Espero que os sea útil, y cualquier feedback a que queráis compartir es más que bienvenido en comentarios o en Twitter.
seeU!
Top comments (0)