Escribimos código: cómo es un día de trabajo de un programador

1. Un día típico en la vida de un desarrollador

Ser programador es fácil y agradable ☀️. De la organización del trabajo se encarga el Project Manager, de la lista de funcionalidades del producto — el Product Owner. Las reuniones las organiza el Scrum Master. Todos los procesos organizativos están lo más formalizados y estandarizados posible ✅.

Llegas por la mañana al trabajo, te preparas un té o un café ☕️, te sientas frente al ordenador 🖥️. Abres el chat general 💬, compruebas si hay mensajes urgentes, si alguien se ha puesto enfermo 🤒 y, si todo está en orden, te pones a trabajar.

Abres el sitio JIRA, donde se guarda la lista de todas las tareas de tu equipo: el backlog del proyecto y el backlog del sprint actual. Las tareas ya están ordenadas por prioridad por tu Scrum Master/TeamLead o ProductOwner.

Tomas la tarea de la parte superior — la de mayor prioridad 🔝 y empiezas a trabajar en ella. Para ello hay que ponerla en estado In Progress. Esto se hace con un par de clics 🖱️. Listo, el tiempo empieza a correr ⏳.

Al enunciado de la tarea normalmente se añade información adicional o un enlace a la documentación 📄. La tarea debe contener toda la información necesaria para que puedas realizarla. Contar con esa información — es tarea de tu manager 👨‍💼.

Si algo no está bien, puedes reasignar la tarea («task», en jerga de programadores) a tu manager y escribir en los comentarios qué dudas han surgido y/o qué información falta.

2. Escribimos código

Has estudiado la descripción de la tarea y te queda claro qué hay que hacer. Estupendo, ponte manos a la obra 🏁. Aquí te ayudarán tu experiencia de aprendizaje en CodeGym y la experiencia de trabajo en equipo 🤝.

Una vez que la siguiente funcionalidad esté lista y te hayas asegurado de ello, tienes que subir el código a Git. Esto se hace con un par de clics directamente desde la IDE. En tu caso — desde IntelliJ IDEA 🚀. Primero haces commit de tu código en tu repositorio local y luego haces (push) al repositorio central de Git.

Con mayor frecuencia, la última operación se realiza mediante un Pull Request, cuando a través de Git envías una solicitud a tu líder de equipo para revisar tu código. Si con el código todo está perfecto y no hay observaciones, tu líder de equipo aprobará (accept) ✅ tu pull request y este entrará en la rama principal de trabajo de Git.

¡Importante! Bajo ninguna circunstancia debes quedarte sentado y callado si no sabes cómo hacer la tarea. Esta situación ocurre a menudo, y muchos principiantes (y no solo principiantes) suelen resolverla de forma incorrecta. Recuerda: si durante 2 horas no has conseguido entender cómo hacer la tarea, debes avisar de ello a tu manager 🚩.

Tampoco deberías ir al líder de equipo con la frase «esto no se puede hacer». Esa frase resulta muy irritante, sobre todo si el líder de equipo sabe con certeza que «esto se puede hacer» y él mismo ha hecho algo similar, y más de una vez.

¿No sabes cómo hacerlo? Di: «he invertido dos horas/dos días intentando averiguar cómo hacerlo, pero no me sale». El líder de equipo te indicará en qué dirección buscar en Google 🔍.

Y con esto hemos repasado el panorama del desarrollo moderno de productos. Escribir código — es solo una pequeña parte de todo el trabajo, pero todo está organizado para que nada te distraiga de tu trabajo. Así que pasa sin miedo a estudiar Java 25 — te gustará trabajar como programador 😉.