DDD in Idris: https://www.youtube.com/watch?v=QBj-4K-l-sg

Рейтинг инструментов для упраления требованиями/архитектурой/SDLC/etc. от Gartner по категориям:
- https://www.gartner.com/reviews/markets

#SoftwareArchitecture #Analysis #SoftwareRequirements #SDLC

"REST, что же ты такое? Понятное введение в технологию для ИТ-аналитиков"
- https://habr.com/ru/post/590679/

-https://systems.education/what-is-rest

#SoftwareArchitecure #DistributedSystems #Integration

На вес золота:
Managing Digital Concepts and Practices
- https://publications.opengroup.org/g183

Thanks to @sergey486 for https://news.1rj.ru/str/itarchitect/104883

#Management #SDLC #SoftwareArchitecure

Очень неплохой справочник, с ответами на многие вопросы о том, как работать с требованиями в условиях Agile:

"Handbook of RE@Agile According to the IREB Standard Education and Training for IREB Certified Professional for Requirements Engineering Advanced Level RE@Agile"
- https://www.ireb.org/content/downloads/22-cpre-advanced-level-re-agile-handbook/handbook_cpre_al_re%40agile_en_v1.0.2.pdf

См. также:
"Library of IREB artifacts"
- https://www.ireb.org/en/downloads/tag:handbook

#Agile #Management #SoftwareArchitecture #RequirementsEngineering #Analysis

Список литературы по тестированию от ISTQB®:

"ISTQB® Related Books"
- https://www.istqb.org/references/books/istqb-related-books.html

"Referenced Books in ISTQB® Syllabi
- https://www.istqb.org/references/books/referenced-books-in-istqb-syllabi.html

#Testing

Мэтт МакЛарти представил большой текст про Data Mesh https://blogs.mulesoft.com/api-integration/api-management-and-data-mesh/ Возможно, после первых абзацев вы решите что читать его вряд ли следует, но не спешите. Автор вовсе не собирается безоговорочно поддерживать новую модную концепцию блистательной Жамак Дехгани. И потому дальше по тексту он выскажется о том, чем data mesh не является, а так же поделится своими мыслями и сомнениями. Почему-то, такое теперь редкость

Кстати, спасибо за обсуждения - я вспомнил один интересный факт - Kent Beck посвятил теме предыдущего поста всю свою карьеру. Так, в своем LinkedIn он прямо говорит:

"My career mission is to help geeks feel safe in the world."

В одном из недавних постов он снова вспоминал детский случай панической атаки на рыбалке, который предопределил его увлечение психологией:
- https://medium.com/@kentbeck_7670/how-meditation-works-for-me-11378a2a19fc

На картинке перед фразой "my first panic attack" изображен лес и спасительная река, по которой они вышли из леса. А в статье он пишет про "падение листика дерева".

Подробней об этом случае он рассказывает в книге "Planning Extreme Programming" by Kent Beck, Martin Fowler:
- https://news.1rj.ru/str/emacsway_log/712

В этой же книге он признается, что видит одну из основных задач Agile-разработки в устранении страхов как со стороны разработчиков, так и со стороны бизнеса.

Если кто не читал эту книгу - настоятельно рекомендую.

Список психологической и филосовской литературы, который он приводит в библиографии книги «Extreme Programming Explained» 1st edition, действительно, впечатляет.

[UPDATE]: Если кто не знает, то встреча 2001 года, на которой был подписан Agile Manifesto, хотя и была организована Robert C. Martin, но он находился под сильным впечатлением идей Kent Beck.

#Career #SoftSkills #Management

Process Manager (Orchestration-based Saga) implementation with Watermill (Golang)
- https://github.com/czeslavo/process-manager
- https://github.com/ThreeDotsLabs/watermill/issues/7#issuecomment-753450071

#DistributedSystems #EIP #EDA #DDD #Microservices #Golang #SoftwareArchitecture #SoftwareDesign

Martin Fowler говорит о подготовке книги по распределенным паттернам:
https://youtu.be/0TwoubGSXpc

Thanks to @adzeitor

#DistributedSystems #SoftwareArchitecture #DDD #Microservices

https://twitter.com/kamgrzybek/status/1471756563400605701?t=DO3_TJK0jncMCGlvb34UuA&s=19

https://twitter.com/kamgrzybek/status/1472232661938843657?t=czUCrilodujW8aAIdV6OBw&s=19

#DDD #EventSourcing #Integration #SoftwareArchitecure

По мотивам одного из предыдущих постов - Nick Tune поделился историей конфликта с одним из ведущих разработчиков.

Подробней в статье "Разрешение конфликтов на почве недостатка знаний":
- https://dckms.github.io/system-architecture/emacsway/soft-skills/knowledge-vs-opinion.html

#Management #SoftSkills

Напоминаю, что 22 декабря в 18:00 состоится online meetup по вопросам DDD и системной архитектуры.

Тема встречи: "Как культивировать качество проектирования в компании?"

Ссылка на трансляцию:
https://youtu.be/ybYtgII151g

В панельной дискуссии планируют принять участие Владик Кононов, Владимир Хориков, Сергей Баранов, Кирилл Ветчинкин, бессменный ведущий Евгений Пешков, ну и я может быть немного поучаствую. Все они вам хорошо знакомы - авторы книг, известные паблик-спикеры и организаторы архитектурных конференций, ведущие курсов по архитектуре ПО, практикующие архитекторы известных высоконагруженных проектов.

Этим событием мы намерены зародить традицию регулярных offline встреч клубного формата. К сожалению, большой конференц-зал на 340 персон зарезервировать на 22 декабря мы не успели, а перенос даты оказался не всем удобен. Поэтому, встреча состоится в малом зале на 8 этаже БЦ Академик https://yandex.ru/maps/-/CCUya-Cu-A

Количество мест ограничено - всего 25-30 человек. В связи с чем, для регистрации обращайтесь к @gradea , он даст ссылку на регистрацию. Завтра в обед уже будут изготавливаться пропуска.

Подробная инструкция по регистрации:
- https://news.1rj.ru/str/emacsway_chat/3012

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

Остается несколько часов до завершения регистрации на очное посещение DDD-meetup. Места пока еще позволяют. Ссылка на регистрацию:

https://docs.google.com/forms/d/e/1FAIpQLSc-6DZAndwQNFIu-rDBwe3YRJKfunrBTIpiBHeoY0wB36DsdQ/viewform

Еще один сборник практик применения DDD в Golang.

- https://mehdihadeli.github.io/awesome-go-education/ddd/
- https://mehdihadeli.github.io/awesome-go-education/cqrs/

Ничего особенного, просто очередной признак того, что тренд набирает обороты.

#Golang #DDD #CQRS #EventSourcing

На вчерашней встрече ко мне возникло два вопроса.

Я говорил ранее, что хотелось бы заложить традицию "прорабатывать вопросы до конца".
- https://news.1rj.ru/str/emacsway_log/749

Поэтому, отвечаю на вопросы.

Вопрос первый касался асимтоты при обсуждении графика роста стоимости изменения кода (адаптации).

В оригинале фраза звучит так:

"What would we do if all that investment paid off? What if all that work on languages and databases and whatnot actually got somewhere? What if the cost of change didn't rise exponentially overtime, but rose much more slowly, eventually reaching an asymptote? What if tomorrow's software engineering professor draws Figure 3 on the board?"
-- "Chapter 5. Cost of Change", "Extreme Programming Explained" 1st edition by Kent Beck

График, о котором идет речь на Figure 3, можно посмотреть здесь:
- https://emacsway.github.io/_images/asymptotic-cost-of-change.png

Что такое асимтота, можно посмотреть в "§284 Асимтоты" Справочника по высшей математике / М.Я. Выгодский:

"Прямая АВ называется асимптотой линии L, если расстояние МК (черт. 297) от точки М линии L до прямой АВ стремится к нулю при удалении точки М в бесконечность."

В нашем случае, нас интересуют Асимптоты, параллельные оси абсцисс (там же):

"Для разыскания горизонтальных асимптот линии y = f(х) ищем пределы f(х) при х -> +∞ и при х -> -∞. Если lim х->∞ f(x) = b, то прямая у = b - асимптота (при бесконечном удалении вправо; черт. 299)."

Здесь приводится полная цитата Kent Beck о том, что только пологий график (стремящийся к горизонтальной асимтоте) делает итеративную разработку (в данном случае - в виде XP) возможной:
- https://news.1rj.ru/str/emacsway_log/151

"The fundamental assumption underlying XP is that it is possible to flatten the change curve enough to make evolutionary design work."

Потому что, если стоимость изменения кода будет существенно возрастать, тогда возникает экономическая целесообразность принимать решения в момент наименьшей стоимости их реализации, вплоть до заблаговременного проектирования. А это противоречит идее разрешения неопределенности требований опытным путем (итеративно).

Второй вопрос был по поводу итеративной разработки.

Краткая история развития итеративной разработки от Craig Larman:
- https://www.craiglarman.com/wiki/downloads/misc/history-of-iterative-larman-and-basili-ieee-computer.pdf

Назначение итеративной разработки - разрешение неопределенности требований опытным (эмпирическим) путем:
- https://news.1rj.ru/str/emacsway_log/497
- https://news.1rj.ru/str/emacsway_log/498

#Agile #SDLC #Management #SoftwareArchitecture

Как-то я упустил из внимания тот факт, что первая offline-встреча DDD-сообщества после пандемии состоялась 22 декабря, т.е. сразу после зимнего солнцестояния.

В старину говорили, что в этот день свет начинает брать верх над тьмой (над ночью). Это символично совпало с названием одной из наиболее популярных статей уходящего года "о темных веках разработки":
- https://threedots.tech/post/software-dark-ages/
, которую перевел @gradea :
- https://habr.com/ru/company/cian/blog/569940/

Интересно, что Великая Отечественная война началась в день летнего солнцестояния (когда тьма начинает брать верх над светом), а Г.К.Рокоссовский, командовавший Парадом Победы 24 июня 1945 года на Красной площади в Москве, родился 21 декабря, в день зимнего солнцестояния.

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