A pressão por entregas na maioria dos projetos faz com desenvolvedores tenham que assumir alguma forma de dívida técnica. Com o tempo, essas dívidas técnicas, se não resolvidas, acabam comprometendo significativamente a capacidade dos times de continuar as demandas dos negócios.
Em nossa experiência, estratégias ingênuas de resolução de dívidas técnicas falham, com muita frequência, na mitigação dos riscos e prejuízos. Por isso, consideramos essencial adotar técnicas efetivas para priorização.
Recentemente, apresentamos nossas percepções em um excelente bate-papo, on-line, no Canal .NET. O registro da conversa está disponível abaixo.
Há bastante conteúdo aqui no site que amplia muitos dos temas e provocações que apresentamos na palestra.
Veja também
- Recomendação de livro: Working effectively with legacy code
- Nem tudo que parece dívida técnica, efetivamente, é
- O verdadeiro motivo para evitar dívidas técnicas
- As etapas na jornada dos legados para “Cloud-native Applications”
- Compartilhar o banco de dados – O equívoco arquitetural mais difundido nas organizações
- Software projetado sem considerar performance e escalabilidade já nasce legado
- Ferramentas de análise estática ajudam os times a produzir “código limpo”
Agradecemos a todos que acompanharam a palestra on-line. Também agradecemos ao Canal .NET pela oportunidade desta aproximação, nesses tempos de isolamento, com a comunidade técnica.
