Introdução

Criar software de maneira correta é difícil. A maioria dos programadores com anos de experiência ainda não possuem os conhecimentos e habilidades necessárias para fazer isso direito, e a maioria dos programadores não se empenham para conseguir alcançar isso.

Em partes eu concordo. Algumas pessoas fazem coisas por reconhecimento, outras por dinheiro, outras porque gostam. Os melhores programadores são programadores pelos três motivos e porque isso dá satisfação. Dá gosto de trabalhar com algo que gosta, proporciona reconhecimento, dinheiro e satisfação.

Um bom software não precisa de uma torrente de programadores para mantê-lo, nem grandes documentações ou mesmo grandes investimentos em monitoração.

Discordo. Alguns sistemas precisam disso tudo por natureza. Contudo, creio que se aplique para sistemas simples.

O que são design e arquitetura?

Segundo o livro, arquitetura é usada no contexto de algo em um nível mais alto e que independe dos detalhes dos níveis mais baixos, enquanto design parece muitas vezes sugerir estruturas e decisões de níveis mais baixos. Segundo o Autor (tio Bob), os pequenos detalhes (baixo nível) servem de base para que as decisões de alto nível sejam possíveis. No geral, ambos são partes do mesmo todo, você não pode ter um sem o outro. Há simplesmente uma linha constante de decisões que se estende dos níveis mais altos para os mais baixos. De forma geral, o objetivo de ambos é minimizar os recursos humanos necessários para construir e manter um determinado sistema. A medida da qualidade do design corresponde a medida do esforço necessário para satisfazer as demandas dos clientes.

É uma forma simplista e negocial de se ver. Na computação, ambos se referem a coisas diferentes, mesmo que o contexto seja próximo. É necessário distinguir arquitetura de solução, arquitetura de software e design de software. Ao meu ver, pra você considerar o ponto de vista do Tio Bob, você precisa entender ao certo o que é cada coisa.

Comentário solto no capítulo

Neste capítulo, ele faz uma colocação que eu concordo demais... que alguns programadores acreditam em uma doce mentira: "[...] Podemos limpar tudo depois, mas primeiro, temos que colocá-lo no mercado." - evidentemente, as coisas nunca são limpas posteriormente porque a pressão do mercado nunca diminui. Você precisa sempre estar melhor do que seus concorrentes. A bagunça e o custo dos sistemas aumentam e a produtividade sempre cai. A única forma de seguir rápido, é seguir bem.

Conclusão

De forma geral (e de início), o Bob busca expor que, não importa muito o que Arquitetura significa. Mas sim que a única coisa que importa é que essa tal de arquitetura atenda as necessidades do negócio. Para que isso seja possível, é necessário fazê-la direito. Esse livro buscará ensinar a fazer direito.