A segunda lei da termodinâmica diz que, a princípio, o nível de desordem de um sistema isolado não pode ser reduzido - somente aumentar ou permanecer inalterável.

Desde os anos 90, alguns trabalhos relacionam esse conceito da Física a sistemas de software, o que parece plausível. Quantas vezes vemos arquiteturas antes simples se tornaram monstrinhos após algumas iterações, atrapalhando a velocidade de novas entregas ou requerendo um esforço dedicado em refatorações?

Será que a entropia de software é realmente implacável?

Essa talk explora o conceito de entropia na evolução de um software como um argumento para a adoção de Clean Architectures, passando pelos conceitos de Domain-centric Architecture, Functional Organization, Microservices, Commands and Queries e Event Sourcing, como Python se compara a outras linguagens nesse sentido, e possíveis ferramentas para manter a sanidade de código durante a evolução de um software.

Put five super productive developers together and there we have a super productive team! Hm... Right? Unfortunately, this is not always the case.

Sometimes we spend a great amount of quality time hunting down bugs, doing reverse engineering on the solutions we have built ourselves and stressing over being repeatedly paged on some support tickets which only developers themselves could ever solve.

A good tech leader works to prevent this dystopian scenario from ever happening, while keeping the team as productive as it can get. Let's dive into this role and dissect what activites and capabilities are necessary for effectively tech leading a team.