Blog da Kodus

Os melhores conteúdos sobre desenvolvimento de software.

Sobre o que você quer ler hoje?

Enviar uma grande mudança para um sistema em produção com uma base grande de usuários cria um tipo de estresse bem conhecido. O negócio quer ir rápido, mas os engenheiros

À medida que uma empresa cresce, a forma como os times de engenharia e produto trabalham juntos começa a se desgastar. O que antes eram conversas rápidas no corredor e

O primeiro sinal de problema geralmente é a fila de builds. Alguns desenvolvedores entram no time, a frequência de commits aumenta e, de repente, o pipeline de CI/CD que parecia

No começo, a ideia de um monorepo é bastante atraente. Ter todo o código em um só lugar, dependências centralizadas e a possibilidade de alterar várias partes do sistema de

Quando um time é pequeno, manter o controle da qualidade do software parece algo intuitivo. Dá para revisar todo pull request, você conhece o histórico das partes mais “arriscadas” da

Em determinado estágio de crescimento, a base de código deixa de fazer sentido de forma intuitiva. Lógicas que antes eram simples passam a estar espalhadas por vários serviços. Uma mudança