Довольно ценные советы по проведению EventStorming в удаленном режиме от его создателя:

- "Remote EventStorming" by Alberto Brandolini
https://blog.avanscoperta.it/2020/03/26/remote-eventstorming/

- "EventStorming in COVID-19 times" by Alberto Brandolini
https://blog.avanscoperta.it/2020/03/26/eventstorming-in-covid-19-times/

P.S.: обновил свой список литературы по этому вопросу:
https://emacsway.github.io/ru/self-learning-for-software-engineer/#event-storming

#DDD #EventStorming

Новая статья от разработчиков Watermill
"Combining DDD, CQRS, and Clean Architecture by refactoring a Go project"
https://threedots.tech/post/ddd-cqrs-clean-architecture-combined/

#DDD #Microservices #Golang

"Using Event Sourcing and CQRS with Incident - Part 1" for Elixir-developers
https://pedroassumpcao.ghost.io/event-sourcing-and-cqrs-using-incident-part-1/

P.S.: не читал, не могу прокомментировать. Но, думаю, что у функциональщиков она вызовет интерес.

[UPDATE]: тут ребята-функциональщики еще обращали внимание на https://github.com/commanded/commanded

#DDD #FunctionalProgramming

Список литературы от Kamil Grzybek:
http://www.kamilgrzybek.com/programming-and-design-resources/

#DDD #Microservices #SoftwareDesign #SoftwareArchitecture #Career

Проанализируем популярную на этой неделе картинку.

1. С ходу бросается в глаза противоречие между "авторитарный Product Owner" и "каждый принимает участие в принятии решений". На деле в Agile экономика разработки критически зависит от достижения баланса бизнес и технических интересов https://news.1rj.ru/str/emacsway_log/124

2. Не совсем понятно, что именно автор противопоставляет Agile. Вероятней всего - BDUF.

Во времена СССР потребителям был хорошо известен термин "дефицит", являющийся следствием недостаточной адаптивности плановой экономики.

В то время как капиталистические рыночные экономики хорошо знакомы с таким кризисным явлением, как "перепроизводство", - которое является следствием недостаточности заблаговременного планирования и координирования.

Т.е. в ключевых своих аспектах адаптивность преобладает как раз в итеративных методологиях, таких как Agile, что отождествляет его скорее с капиталистической рыночной экономикой, нежели с советской плановой экономикой.

#Agile

3. Является ли Agile идеологией и религией?

На самом деле, трудно сделать экономику исключительно плановой, как и трудно достигнуть в чистом виде Top-Down или Bottom-Up проектирование. Обычно имеет место некий баланс с преобладанием одного или другого аспекта. И при Сталине была кооперация, и был даже период НЭП.

Методики разработки тоже имеют разное соотношение заблаговременного проектирования (прогнозирования) и адаптации.

В BDUF доля заблаговременного проектирования составляет 100%.

В RUP (спиральная методика) уже присутствует адаптация, но доля заблаговременного проектирования все еще велика.

В Agile (итеративная методика) доля заблаговременного проектирования минимальна.

В каждом конкретном случае методика разработки выбирается исходя из уровня неопределенности, которую необходимо обрабатывать, ибо заблаговременное проектирование в условиях недостаточной информированности тоже имеет стоимость, и эта стоимость может оказаться выше стоимости адаптации.

Т.е. в каждом конкретном проекте выбирается сбалансированное соотношение заблаговременного проектирования и адаптации в пределах их экономической целесообразности. Len Bass, Grady Booch и Craig Larman хорошо раскрывают эту тему.

Интересно то, что разработчики пытались вести разработку итеративно еще с 1930 года, и целесообразность итеративной разработки хорошо описывал еще F. Brooks в своем "Мифическом человеко-месяце".

Серебряной пули нет. Любая методика выбирается исходя из контекста её применимости и экономической целесообразности. А значит, выбор методики не может быть вопросом веры.

#Agile

4. "Маленькие команды продуктивней больших" - это, на самом деле, Закон Брукса, и Agile тогда еще не было.

#Agile

5. "Работа разделена на спринты" - действительно ли работа (т.е. реализация), а не решения?

Итерация - это математический термин, which means applying function to itself. Каждая итерация на вход принимает результат работы предыдущей итерации. Это позволяет принимать решения на основе практического фидбэка предыдущих итераций с целью обработки неопределенности в тех случаях, когда осуществить прогноз трудно или дорого (дороже, чем реализовать итерацию).

Таким образом, итерация необходима для принятия решений в условиях недостаточной информированности, а не для разделения работ по реализации.

#Agile

6. На английском Murcs != Marx. Если перевести Scrum на Русский, то опять не совпадает.

#Agile

Превосходное видео от человека, обладающего редким талантом объяснять простым языком сложные вещи:
"Continued Learning: The Beauty of Maintenance - Kent Beck - DDD Europe 2020"
https://youtu.be/3gib0hKYjB0

#DDD #Microservices #SoftwareDesign #SoftwareArchitecture

"A Story of Simple Solutions that Led to Complex Problems" by Vladik Khononov
https://www.eventstore.com/blog/a-story-of-simple-solutions-that-led-to-complex-problems

#DDD

"The Architect’s Path (Part 1)" by Gregor Hohpe
https://architectelevator.com/architecture/architect-path/

#SoftwareArchitecture #Career

"Handbook of Software Architecture" by Grady Booch
https://handbookofsoftwarearchitecture.com/

#SoftwareArchitecture #SoftwareDesign

Список литературы от Grady Booch
https://handbookofsoftwarearchitecture.com/books/

#SoftwareArchitecture #SoftwareDesign #Career

"How to read more books. An ever-growing list of tips that help me read more books." by Mathias Verraes.
https://verraes.net/2012/12/2012-12-23-how-to-read-more-books/

P.S.: ответ на один из самых частых вопросов.

#Career

Выглядит неплохо. Заслуживает внимания.
Architecture Playbook
https://nocomplexity.com/documents/arplaybook/index.html

#SoftwareArchitecture #SoftwareDesign #Microservices

https://pgstats.dev/

#Database #PostgreSQL
Thanks to @yarosh_log

📝 "The “real place” in software development is the code, which suggests that first-level managers are master programmers who are frequently evaluating the code."
- https://less.works/less/principles/systems-thinking.html

📝 "“Место, где происходит реальная работа” в программировании - это код, из чего следует, что первоклассными менеджерами должны становиться лучшие разработчики, которые часто оценивают код."
- https://less.works/ru/less/principles/systems-thinking.html

- Craig Larman, известный как создатель GRASP и LESS

#Agile #Career

awesome-workflow-engines - A curated list of awesome open source workflow engines
https://github.com/meirwah/awesome-workflow-engines

Говоря по-русски - список движков для оркестрации и SAGA-транзакций.

[UPDATE]: http://meirwah.github.io/awesome-workflow-engines/

#Microservices

Don't miss @vladikk talking about how #eventsourcing was the simple solution to some complex user and business requirements. How did he solve technical deficit with event sourcing? https://t.co/dMcTyA3E0h

"A Story of Simple Solutions that Led to Complex Problems"
https://www.eventstore.com/blog/a-story-of-simple-solutions-that-led-to-complex-problems

#DDD #Microservices

Новый Reference Application на .NET от Chris Richardson

"Eventuate Tram Customers and Orders - .NET version"
https://github.com/eventuate-examples/eventuate-tram-core-dotnet-examples-customers-and-orders

#DDD #Microservices