Capítulo 8 - limites
No oitavo capítulo, falamos sobre os limites de um sistema e a importância de conhecê-los bem. Um ponto interessante a ser considerado é o uso do código de terceiros, como bibliotecas e APIs, pois nosso acesso, enquanto usuários, é limitado e precisamos controlar essas limitações, para não interferirem no sistema que está sendo desenvolvido; inclusive, testes são uma boa maneira de aprender sobre o código de terceiros, seus limites e ainda assim, manter testes coerentes ao projeto.

Capítulo 9 – testes unitários
No nono capítulo, o assunto tratado foi um dos mais interessantes: testes unitários. Confesso que é um tema que não domino e pude aprender bastante com este capítulo.
Gostaria de citar 3 leis do TDD (Test Driven Development) – fora a famigerada “primeiro escreva os testes, depois o código”.

• Primeira Lei: não escreva código até que tenha escrito um teste que falhe;
• Segunda Lei: não escrever mais do que um teste suficiente pra falhar e não compilar é considerado falha.
• Não escrever mais código do que o necessário para passar o teste que está falhando;
É importante manter os testes limpos e organizados, para garantir que o código se mantenha flexível.

Capítulo 10 – Classes
No capítulo 10, o tema classes é abordado e um dos pontos interessantes é a primeira regra sobre classes: elas devem ser pequenas. A segunda é que devem ser menores do que isso XD
Classes devem seguir o princípio de responsabilidade única (SRP) e devem também ser coesas.

Capítulo 11 – Sistemas
O capítulo 11 aborda alguns pontos sobre arquiteturas de sistema, mas em suma, sistemas no geral precisam ser considerados/construídos limpos. Uma arquitetura bagunçada pode impactar na lógica e na agilidade, facilitando o aparecimento de bugs.