The lost art of software design by Simon Brown at Devoxx Belgium 2022
Отличное выступление Simon Brown, создателя C4 Model, на тему software design.
Автор рассказывает как разработчики спешили избавиться от upfront design, следуя agile подходам. В итоге, вместе с водой они выплеснули ребенка и умение проектировать:)
Основная цель этого выступления:
- показать почему некоторый up front design полезен
- показать как его можно делать эффективнее
Автор начинает с того, что показывает какой дизайн рисуют участники его воршопов по проектированию (и он довольно грустный)
Дальше он подсвечивает момент из agile manifesto "continuous attention to technical excellence and good design enhances agility", который подсвечивает важность хорошего дизайна.
Дальше идет речь про technical leadership в командах, тулинг для дизайна (автор попинывает UML), технологические решения и дальше рассказывает про инструменты, которые реально могут помочь в проектировании ...
А заканчивается все тем, а как понять, что вы сделали достаточный up front design?
И автор отвечает на это тем, что показывает когда требуется остановиться
- You understand the significant architectural drivers (requirements, quality attributes, constraints)
- You understand the context and scope of what you're building
- You understand the significant design decisions
- You have a way to communicate your technical vision to other people
- You are confident that your design satesfies the key architectural drivers
- You have identified, and are comfortable with the risks associated with building the software
#SoftwareArchitecture #Architecture #SystemDesign #Software #SoftwareDevelopment #DistributedSystems
Отличное выступление Simon Brown, создателя C4 Model, на тему software design.
Автор рассказывает как разработчики спешили избавиться от upfront design, следуя agile подходам. В итоге, вместе с водой они выплеснули ребенка и умение проектировать:)
Основная цель этого выступления:
- показать почему некоторый up front design полезен
- показать как его можно делать эффективнее
Автор начинает с того, что показывает какой дизайн рисуют участники его воршопов по проектированию (и он довольно грустный)
Дальше он подсвечивает момент из agile manifesto "continuous attention to technical excellence and good design enhances agility", который подсвечивает важность хорошего дизайна.
Дальше идет речь про technical leadership в командах, тулинг для дизайна (автор попинывает UML), технологические решения и дальше рассказывает про инструменты, которые реально могут помочь в проектировании ...
А заканчивается все тем, а как понять, что вы сделали достаточный up front design?
И автор отвечает на это тем, что показывает когда требуется остановиться
- You understand the significant architectural drivers (requirements, quality attributes, constraints)
- You understand the context and scope of what you're building
- You understand the significant design decisions
- You have a way to communicate your technical vision to other people
- You are confident that your design satesfies the key architectural drivers
- You have identified, and are comfortable with the risks associated with building the software
#SoftwareArchitecture #Architecture #SystemDesign #Software #SoftwareDevelopment #DistributedSystems