Морской огурец, к примеру, может дышать через жопу. Эволюционно так сложилось. И многие программы по внутреннему устройству легко затыкают его за пояс — череда меняющихся требований приводит к появлению забавных и жутковатых внутренних механизмов, оказывающих не самое лучшее влияние на развитие продукта.

"Software architecture is about the significant design decisions, where significance is measured by cost of change"

1. Distributed Systems
2. Implementing Domain-Driven Design
3. Balancing Coupling in Software Design
4. Chaos Engineering: System Resiliency in Practice
5. Systems Performance: Enterprise and the Cloud
6. Designing Distributed Systems: Patterns and Paradigms for Scalable, Reliable Services
7. Release It!
8. Enterprise Integration Patterns
9. The Art of Scalability
10. Building Multi-tenant SaaS Architectures: Principles and Best Practices
11. Building Secure & Reliable Systems
12. Scalability Rules: 50 Principles for Scaling Web Sites and Applications

Или "мы не продумали архитектуру". Да не можете вы продумать архитектуру навека, у вас требования к продукту меняются каждые полгода. Все что можно и нужно попытаться "продумать" - это то, как быстро менять реализацию. А быстро - это только с тестами получится, но на них часто забивают (времени много ведь занимают)...

3 important points in creating a maintainable solution:
Step 1: Analysis of the problem and the stakeholders.
Step 2: Analysis of the current use case.
Step 3: Modelling
Step 4: Implementing the different pieces and their tests
Step 5: Dependency management

At all times, we keep our goal in mind. Because the process itself does not account for Lean Architecture. With every decision we try to evaluate if it brings us closer to our goal of maintainability or not. We fix the design problems we have now. We don’t try to fix possible changes that have yet to come. This is the hard part, deciding when to add more design. This becomes easier when you truly understand the design problems that certain techniques and principles solve.