Uma pesquisa da Universidade de Toronto sobre falhas em sistemas distribuídos complexos oferece uma forma simples de reduzir o impacto dessas falhas.

Gerentes – e não desenvolvedores – decidem o que significa qualidade para a organização. O que é bom e o que é “bom o suficiente”.

Veja como um livro analisa a forma como o DevOps afeta decisões de arquitetura, e o papel de um arquiteto de software nesse universo.

DevOps está matando a necessidade de manutenção ou engenharia de apoio. E isso é algo que todos nós devemos comemorar.

DevOps não está tornando software mais seguro, mas poderia, se ele mudar a maneira como os devs projetam e constroem software.

A infraestrutura como código é fundamental para DevOps, mas quem trabalham em ambientes regulados precisa de mais: de conformidade como código.

A adição de informações de segurança a Sprints não tem que ser difícil ou custar muito.

Monitorar débito técnico soa como a coisa responsável a fazer. Veja mais detalhes!

A refatoração – feita corretamente – vai tornar o código mais compreensível, mais sustentável e mais fácil de modificar. Mas é preciso fazer isso direito.

A construção de sistemas confiáveis e seguros, evitando erros, não é barata e não é fácil, especialmente em escala.