Escrevendo Código

14.1 Um dia comum na vida de um desenvolvedor

Ser programador é fácil e agradável. Pela organização do trabalho responde o Project Manager, pela lista de features do produto — Product Owner. As reuniões são organizadas pelo Scrum Master. Todos os processos organizacionais são maximizados, formalizados e padronizados.

Você chega de manhã no trabalho, faz um chazinho ou café e senta no computador. Abre o chat geral, verifica se não tem mensagens urgentes, se ninguém ficou doente, e se está tudo bem, então você começa a trabalhar.

Você abre o site JIRA, onde se encontra a lista de todas as tarefas da sua equipe: backlog do projeto e backlog do sprint atual. As tarefas já estão ordenadas por prioridade pelo seu Scrum Master/TeamLead ou Product Owner.

Você pega a tarefa que está no topo — a mais prioritária — e começa a trabalhar nela. Para isso, você precisa mudar o status para In Progress. Isso é feito com alguns cliques. Pronto, o tempo começou a contar.

Ao descritivo da tarefa geralmente se adiciona informação adicional ou um link para a documentação. A tarefa deve conter toda a informação necessária para que você possa realizá-la. A presença dessa informação é tarefa do seu gerente.

Se algo estiver errado, você pode reatribuir a tarefa para o seu gerente e escrever nos comentários sobre quais questões surgiram e/ou qual informação está faltando.

14.2 Escrevendo Código

Você estudou o descritivo da tarefa e sabe o que precisa ser feito. Ótimo, comece a trabalhar. Aqui você será ajudado pela sua experiência de treinamento no CodeGym, trabalho em equipe.

Depois que a feature está pronta, e você está certo disso, é preciso subir o seu código no Git. Isso é feito com alguns cliques direto do IDE. No seu caso, do WebStorm. Você faz o commit do seu código primeiro no seu repositório local e depois faz um push para o repositório central do Git.

Na maioria das vezes, a última operação é feita por meio de um Pull Request, quando você envia um pedido pelo Git para seu team lead revisar o seu código. Se o código estiver ótimo e sem observações, seu team lead vai aceitar o pull request e ele será integrado à branch principal do git.

Também não vá até o team lead dizendo "não dá para fazer isso". Uma frase dessas irrita muito, especialmente quando o team lead sabe exatamente que "isso dá sim para fazer", e talvez ele mesmo já tenha feito algo parecido várias vezes.

Não sabe como fazer — diga: "passei duas horas/dois dias tentando descobrir como fazer isso, mas não consigo". O team lead com prazer te aconselha… em qual direção dar uma googlada.

E assim demos uma passada pelo cenário do desenvolvimento moderno de produto. Escrever código — isso é só uma pequena parte do trabalho, mas está tudo organizado de forma que nada te distraia do seu trabalho. Então se joga e comece a estudar Frontend — você vai curtir trabalhar como programador.