1. Software Architecture Isnโt About Big Design Upfront โ๏ธ
Big designs upfront are usually done in waterfall models of software development.
- The waterfall model is predicted to be bad by its own inventor :)
The upfront design should be a basic, good one done with an iterative and incremental process.
When Do We Stop The Architecture Planning? โ๏ธ
When we have a solid understanding of the following aspects:
- The significant architectural drivers
- Cost, Response Time, etc...
- Requirements.
- Constraints.
- The context and scope of the product.
- The significant design choices.
- Technology used.
- Is our application a Monolith or is a set of Microservices?
- The risks associated with the product.
2. Every Software Team/Product Needs To Consider Architecture And Needs To Have A Technical Leader โ๏ธ
This is crucial to have consistent patterns in the product.
3. What's The Software Architect Role About ๐จโ๐ง
- Coding.
- Keeping an eye on whatโs going on with the code base.
- Coaching.
- Collaboration with others to incrementally draw the architecture of the application.
Itโs a continuous role that spans the life of the project.
4. An Architect Doesnโt Need To Use UML ๐
There are several other tools that enable us to create architecture diagrams using GUIs or even using code.
- C4-PlantUML (code based)
- Diagrams.net (GUI based)
- Structurizr (both code and GUI based)
5. A Good Software Architecture Enables Agility โค๏ธ
Credits ๐
This post has been prepared using the lecture of Simon Brown Five Things Every Developer Should Know about Software Architecture
Latest comments (3)
Explain the architecture without a GUI or any graphics and you know it's a good one.
Very nice post, it would be more cool and visually pleasing with images/gifs.
Thanks a lot for the feedback :) I will try to include more visuals into my posts in the future.