Programador backend — tarefas, uma a uma

Endpoints e a canalização entre eles

Bem especificado, muito representado nos dados de treino e verificável a correr — as mesmas três propriedades que fazem de qualquer tarefa um caso forte para a geração. É também uma fatia grande daquilo que o trabalho de backend parece visto de fora.

Gerar um endpoint não é o mesmo que decidir que ele deve existir, o que tem de garantir, ou o que acontece quando é chamado duas vezes. Escrever raramente foi a parte cara deste trabalho.

Mantê-lo correto quando as coisas acontecem ao mesmo tempo

Estes erros não aparecem nos testes e muitas vezes não aparecem durante meses. Raciocinar sobre eles exige segurar um modelo do que mais está a correr e do que uma falha parcial deixa para trás, e a resposta certa depende de garantias que o negócio deu e não do código que tens à frente.

Um juízo sobre a natureza do trabalho, não um juízo medido. Os incidentes quase nunca são atribuídos publicamente a código de concorrência gerado, e esse silêncio não é prova de que não aconteça: uma análise posterior que nomeie uma causa tão concreta é rara em qualquer empresa.

O modelo de dados, e mudá-lo enquanto está em uso

As decisões iniciais de esquema saem caras anos mais tarde de formas que nenhuma ferramenta consegue ver a partir do código atual, porque o custo vive naquilo que já foi escrito para dentro dos dados. Uma migração é além disso irreversível na prática, o que a coloca na categoria em que alguém tem de responder e não apenas assistir.

Nada diz sobre quantas vezes as ferramentas já escrevem as migrações, coisa que fazem por rotina. A afirmação é sobre quem decide e responde por isso, e não sobre quem a escreve.

Quem pode ver o quê

A geração otimiza para o pedido que foi descrito, e um erro de autorização é exatamente o caso que ninguém descreveu. É também a área em que uma resposta confiante, plausível e errada é mais perigosa, porque parece exatamente uma correta até alguém a explorar.

Isto assenta na estrutura do problema e não numa medição; o que o resolveria é um estudo de defeitos que separe o código gerado do código escrito à mão dentro da mesma base de código. Os ambientes regulados já exigem aqui a assinatura de uma pessoa, e pode ser isso, mais do que a dificuldade, a segurar o trabalho.

Quanto custa e quão rápido é

As ferramentas são genuinamente fortes a detetar a consulta patológica e a sugerir o índice. São fracas no compromisso — gastar dinheiro para ir mais depressa é uma decisão de negócio, e saber que pedido conta exige saber para que serve o produto.

Nada aqui mede quanto disto é hoje conduzido por ferramentas na prática, e a resposta difere enormemente entre uma equipa com orçamento de observabilidade e uma sem ele.

Ser quem o pager acorda

O diagnóstico está cada vez mais assistido e isso ajuda mesmo. A decisão não está: escolher aceitar uma perda conhecida para repor o serviço é um juízo com consequências que alguém tem de assumir, e é tomado com informação incompleta por desenho.

Isto nada diz sobre se a carga de piquete está a subir ou a descer — que é a pergunta que de facto importa à maioria dos engenheiros e aquela que ninguém publica.