Insights sobre agendamento, produtividade e construção de software aberto

Um CI lento é uma daquelas coisas que atrapalham o trabalho das equipas de engenharia. Os engenheiros esperam mais tempo por feedback, a troca de contexto aumenta e a tentação de agrupar alterações cresce, o que só torna as coisas piores. Passámos algumas semanas a otimizar os nossos fluxos de trabalho do GitHub Actions e reduzimos os nossos testes de PR de 30 minutos para 5 minutos. Isso representa uma redução de 83% no tempo de espera, alcançada sem sacrificar qualquer cobertura de teste ou critérios de qualidade.

Não houve uma solução mágica única. Observámos onde o tempo estava realmente a ser gasto e aplicámos três princípios: dependências inteligentes de trabalho, cache agressivo e sharding de testes. Aqui está o que aprendemos.

No dia 14 de novembro, lançamos um design atualizado para a página de reservas, mas rapidamente encontramos problemas de usabilidade. Neste post, partilhamos o que aprendemos com o incidente e os passos que estamos a tomar para melhorar o nosso processo de lançamento.

Estamos a construir uma infraestrutura que deve quase nunca falhar. Para alcançar isso, movemo-nos rapidamente enquanto lançamos software de qualidade incrível, sem atalhos ou compromissos. Este documento delineia os padrões de engenharia que nos guiarão até 2026 e além.

Uma análise profunda sobre como detectámos, analisámos e otimizámos algoritmos com mau desempenho em uma base de código de produção real.