Escrita prática sobre como o software é feito e mantido saudável. Os tópicos incluem controle de versão para desenvolvedores solo, testes automatizados, sinalizadores de recursos, congelamentos de código e congelamentos de recursos, e como aposentar código legado com segurança. Os guias são escritos para pequenas equipes e construtores independentes que precisam de hábitos que funcionem, não de teoria.
A Black Friday está a cinco semanas de distância, e o congelamento de recursos no seu calendário ainda não tem data fixa. Antes que as implantações parem, você precisa de um plano para o que é enviado agora e o que espera até janeiro. Um congelamento de recursos protege a receita, mas também para quase tudo o que uma equipe de desenvolvimento normalmente faz por quatro a dez semanas. … Leia mais
Uma versão quebrada às 2 da manhã não deveria precisar de um redeploy de 20 minutos para ser corrigida. Sinalizadores de recursos (feature flags) oferecem um botão que desliga um recurso ruim instantaneamente, sem tocar no pipeline de implantação. A questão não é se deve usar um, mas qual versão construir: um sinalizador que você mesmo escreveu, uma plataforma de código aberto que você executa em … Leia mais
Outubro chega, e com ele a pergunta anual: você congela a base de código antes da corrida de fim de ano ou continua enviando e torce para que nada quebre? Todos os anos, proprietários de sites e pequenas equipes enfrentam essa mesma decisão sem um manual claro. Um congelamento de código parece simples no papel. Na prática, pode paralisar silenciosamente o desenvolvimento por semanas … Leia mais
Código legado raramente desaparece por conta própria. As equipes adiam a remoção porque temem que uma dependência oculta quebre a produção no momento em que alguém excluir um arquivo. Esta lista de verificação adota uma visão diferente: a aposentadoria funciona melhor como uma série de etapas pequenas e reversíveis em vez de uma exclusão dramática. Você não precisa de uma reescrita completa para… Leia mais
O controle de versão parece um esporte de equipe. Não é. A maioria dos guias fala sobre pull requests, revisões de código e conflitos de merge entre colegas, então construtores solo presumem que todo o sistema não se aplica a eles. Essa suposição custa o trabalho das pessoas. Um único desenvolvedor quebra as coisas com tanta frequência quanto uma equipe, só que sem ninguém por perto… Leia mais
Testes automatizados raramente aparecem em uma demonstração de produto, e esse é exatamente o problema. Uma demonstração mostra o caminho feliz: cada clique funciona, cada tela carrega, cada botão se comporta. Esse polimento existe porque alguém ensaiou, não porque o software seja sólido por baixo. Usuários reais clicam fora de ordem, em conexões lentas, em telefones que ninguém … Leia mais
