Escrevendo código: como é o dia de trabalho de um desenvolvedor

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 funcionalidades do produto — o Product Owner. As reuniões são organizadas pelo Scrum Master. Todos os processos organizacionais são o mais formalizados e padronizados possível ✅.

Você chega ao trabalho pela manhã, prepara um chazinho ou café ☕️, senta-se ao computador 🖥️. Abre o chat geral 💬, verifica se há mensagens urgentes, se alguém ficou doente 🤒 e, se estiver tudo em ordem, começa a trabalhar.

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

Você pega a tarefa do topo — a mais prioritária 🔝 — e começa a trabalhar nela. Para isso, é preciso movê-la para o status In Progress. Isso é feito com alguns cliques 🖱️. Pronto, o tempo começou a contar ⏳.

À descrição da tarefa geralmente são adicionadas informações extras ou um link para a documentação 📄. A tarefa deve conter todas as informações necessárias para que você possa executá-la. Garantir a presença dessas informações — é responsabilidade do seu gerente 👨‍💼.

Se algo estiver errado, você pode reatribuir a tarefa (“task”, no jargão de programador) ao seu gerente e escrever nos comentários quais dúvidas surgiram e/ou quais informações estão faltando.

2. Escrevendo código

Você estudou a descrição da tarefa e entendeu o que precisa ser feito. Ótimo, mãos à obra 🏁. Aqui vão ajudar sua experiência de estudo no CodeGym e a experiência de trabalho em equipe 🤝.

Depois que a próxima feature estiver pronta, e você tiver se certificado disso, é preciso enviar o código para o Git. Isso é feito com alguns cliques direto da IDE. No seu caso — do IntelliJ IDEA 🚀. Você dá commit no seu código primeiro no repositório local e depois faz push (push) para o repositório Git central.

Na maioria das vezes, a última operação é feita via Pull Request, quando você, pelo Git, envia uma solicitação ao seu team lead para revisar seu código. Se estiver tudo ótimo com o código e não houver observações, o seu team lead vai aprovar (accept) ✅ seu pull request e ele entrará na branch principal do Git.

Importante! De forma alguma fique sentado em silêncio se você não souber como fazer a tarefa. Essa situação acontece com frequência, e muitos iniciantes (e não só iniciantes) costumam resolvê-la da maneira errada. Lembre-se: se, ao longo de 2 horas, você não entender como fazer a tarefa, precisa informar o seu gerente 🚩.

Também não vale a pena ir ao team lead com a frase “isso não dá para fazer”. Essa frase irrita bastante, especialmente se o team lead sabe perfeitamente que “isso dá para fazer” e ele mesmo já fez algo semelhante mais de uma vez.

Não sabe como fazer? Diga: “gastei duas horas/dois dias tentando entender como fazer isso, mas não estou conseguindo”. O team lead vai indicar em que direção pesquisar no Google 🔍.

Pronto, percorremos o panorama do desenvolvimento moderno de produtos. Escrever código — é apenas uma pequena parte de todo o trabalho, mas tudo é organizado de forma que nada distraia você do seu trabalho. Portanto, siga em frente para estudar Java 25 — você vai gostar de trabalhar como desenvolvedor 😉.