Escribiendo código

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

Ser programador es fácil y agradable. El Project Manager se encarga de la organización del trabajo, el Product Owner de la lista de características del producto. Las reuniones son organizadas por 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é y te sientas frente a la computadora. Abres el chat general, revisas si hay mensajes urgentes, si alguien se ha enfermado, y si todo está en orden, empiezas a trabajar.

Abres el sitio de JIRA, donde se almacena 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 Product Owner.

Tomas la tarea de la parte superior — la de mayor prioridad — y empiezas a trabajar en ella. Para esto, necesitas cambiar su estado a In Progress. Esto se hace con un par de clics. Listo, el tiempo ha comenzado.

En la descripción de la tarea generalmente 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. La presencia de esta información es responsabilidad de tu manager.

Si algo no está bien, puedes reasignar la tarea a tu manager y escribir en los comentarios qué preguntas surgieron y/o qué información falta.

14.2 Escribiendo código

Has estudiado la descripción de la tarea y te queda claro qué es lo que hay que hacer. Genial, ponte manos a la obra. Aquí te ayudará tu experiencia aprendiendo en CodeGym y trabajando en equipo.

Después de que la nueva característica está lista y te has asegurado de ello, necesitas subir tu código a Git. Esto se hace con un par de clics desde la IDE. En tu caso, desde WebStorm. Haces commit de tu código primero en tu repositorio local, y luego lo empujas (push) al repositorio central de Git.

La mayoría de las veces, la última operación se realiza a través de un Pull Request, cuando envías a través de Git una solicitud a tu team lead para la revisión de tu código. Si todo está bien con el código y no hay comentarios al respecto, tu team lead aprobará (accept) tu pull request y entrará en la rama principal de trabajo de git.

Tampoco vayas al team lead con la frase «esto no se puede hacer». Esta frase suele irritar, especialmente cuando el team lead sabe con certeza que «sí se puede hacer», y posiblemente él mismo haya hecho algo similar varias veces.

No sabes cómo hacerlo — di: «he estado dos horas/dos días tratando de averiguar cómo hacerlo, pero no lo consigo». El team lead estará encantado de indicarte... en qué dirección buscar en Google.

Así que hemos recorrido el panorama del desarrollo moderno de productos. Escribir código es solo una pequeña parte de todo el trabajo, pero todo está organizado de tal manera que nada te distrae de tu trabajo. Así que atrévete a estudiar Frontend — te gustará trabajar como programador.