Список литературы по тестированию от 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
"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
Forwarded from Архитектура ИТ-решений
Мэтт МакЛарти представил большой текст про Data Mesh https://blogs.mulesoft.com/api-integration/api-management-and-data-mesh/ Возможно, после первых абзацев вы решите что читать его вряд ли следует, но не спешите. Автор вовсе не собирается безоговорочно поддерживать новую модную концепцию блистательной Жамак Дехгани. И потому дальше по тексту он выскажется о том, чем data mesh не является, а так же поделится своими мыслями и сомнениями. Почему-то, такое теперь редкость
MuleSoft Blog
How does API management mesh with, um, data mesh?
Etymology of net (n.): Old English net
Кстати, спасибо за обсуждения - я вспомнил один интересный факт - 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
"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
Telegram
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
По поводу "Эффекта Самозванца" (ощущение того, что человек не заслуживает профессиональной позиции, полагая, что окружающие ошибочно думают иначе). Видно, что эта тема многих беспокоит. Мне даже известны люди, которые не выдержали, и бросили разработку.…
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Один из наиболее частых вопросов - есть ли жизнь без Outbox pattern? Да, есть, и Outbox нужен далеко не всегда. В руководстве Microsoft https://docs.microsoft.com/en-us/dotnet/architecture/microservices/multi-container-microservice-net-applications/subscribe…
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
- https://github.com/czeslavo/process-manager
- https://github.com/ThreeDotsLabs/watermill/issues/7#issuecomment-753450071
#DistributedSystems #EIP #EDA #DDD #Microservices #Golang #SoftwareArchitecture #SoftwareDesign
GitHub
GitHub - czeslavo/process-manager: Exploration of CQRS process-manager concept.
Exploration of CQRS process-manager concept. . Contribute to czeslavo/process-manager development by creating an account on GitHub.
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
А вот и "Version Vector" подоспел в "Patterns of Distributed Systems": - https://martinfowler.com/articles/patterns-of-distributed-systems/version-vector.html Судя по комментарию в правой колонке статьи, отдельной статьи по Version Clock не будет. Version…
Martin Fowler говорит о подготовке книги по распределенным паттернам:
https://youtu.be/0TwoubGSXpc
Thanks to @adzeitor
#DistributedSystems #SoftwareArchitecture #DDD #Microservices
https://youtu.be/0TwoubGSXpc
Thanks to @adzeitor
#DistributedSystems #SoftwareArchitecture #DDD #Microservices
YouTube
The Fundamentals Of Software Development | Martin Fowler In The Engineering Room Ep. 1
Welcome to the Engineering Room, wide-ranging conversations with thought-leaders from the software engineering industry. This is a new mini-series of additional content on the Continuous Delivery Channel.
In this first episode, Dave Farley chats with Martin…
In this first episode, Dave Farley chats with Martin…
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
https://twitter.com/kamgrzybek/status/1472232661938843657?t=czUCrilodujW8aAIdV6OBw&s=19
#DDD #EventSourcing #Integration #SoftwareArchitecure
Twitter
Kamil Grzybek
In your system you should have 3 types of events: 1. Private, domain events (sth important occured in your domain) 2. Private, persisted events (based on 1, for later async processing) 3. Public,integration events (based on 2, to integrate with another contexts…
Архитектура ИТ-решений
Мэтт МакЛарти представил большой текст про Data Mesh https://blogs.mulesoft.com/api-integration/api-management-and-data-mesh/ Возможно, после первых абзацев вы решите что читать его вряд ли следует, но не спешите. Автор вовсе не собирается безоговорочно поддерживать…
По мотивам одного из предыдущих постов - Nick Tune поделился историей конфликта с одним из ведущих разработчиков.
Подробней в статье "Разрешение конфликтов на почве недостатка знаний":
- https://dckms.github.io/system-architecture/emacsway/soft-skills/knowledge-vs-opinion.html
#Management #SoftSkills
Подробней в статье "Разрешение конфликтов на почве недостатка знаний":
- https://dckms.github.io/system-architecture/emacsway/soft-skills/knowledge-vs-opinion.html
#Management #SoftSkills
Telegram
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Нередко наблюдаю на практике возникновение конфликтов в коллективе практически на пустом месте, по причине принуждения коллектива к принятию решения в условиях недостаточной информированности.
Подробней в статье "Разрешение конфликтов на почве недостатка…
Подробней в статье "Разрешение конфликтов на почве недостатка…
DDDevotion
Записывайте в календарь - 22 декабря 18-00 проводим наш предновогодний митап. Кроме этого прорабатываем возможность оффлайновой части в Москве. Список участников еще формируется. По формату - не хочется под Новый год слушать доклады, поэтому планирую провести…
Напоминаю, что 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
После официальной встречи собирается компания, чтобы продолжить встречу в неофициальной обстановке в одном из ближайших баров. У кого есть желание - присоединяйтесь.
Тема встречи: "Как культивировать качество проектирования в компании?"
Ссылка на трансляцию:
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
После официальной встречи собирается компания, чтобы продолжить встречу в неофициальной обстановке в одном из ближайших баров. У кого есть желание - присоединяйтесь.
YouTube
Новогодний митап 2022
Самая длинная ночь позади, а значит сегодня состоится наш митап. У нас не будет отдельных выступлений – мы соберемся сегодня пообщаться. Хочу обсудить с приглашенными экспертами и вами вопрос качественного проектирования ПО (design == проектирование).
DDD…
DDD…
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Напоминаю, что 22 декабря в 18:00 состоится online meetup по вопросам DDD и системной архитектуры. Тема встречи: "Как культивировать качество проектирования в компании?" Ссылка на трансляцию: https://youtu.be/ybYtgII151g В панельной дискуссии планируют…
Остается несколько часов до завершения регистрации на очное посещение DDD-meetup. Места пока еще позволяют. Ссылка на регистрацию:
https://docs.google.com/forms/d/e/1FAIpQLSc-6DZAndwQNFIu-rDBwe3YRJKfunrBTIpiBHeoY0wB36DsdQ/viewform
https://docs.google.com/forms/d/e/1FAIpQLSc-6DZAndwQNFIu-rDBwe3YRJKfunrBTIpiBHeoY0wB36DsdQ/viewform
Telegram
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Напоминаю, что 22 декабря в 18:00 состоится online meetup по вопросам DDD и системной архитектуры.
Тема встречи: "Как культивировать качество проектирования в компании?"
Ссылка на трансляцию:
https://youtu.be/ybYtgII151g
В панельной дискуссии планируют…
Тема встречи: "Как культивировать качество проектирования в компании?"
Ссылка на трансляцию:
https://youtu.be/ybYtgII151g
В панельной дискуссии планируют…
👍1
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Похоже, что DDD пользуется в Golang растущей популярностью: 📝 "It's 20 days after our e-book was released and it almost hit 1500 downloads today." https://twitter.com/roblaszczak/status/1382697162375622662?s=09 https://threedots.tech/go-with-the-domain/…
Еще один сборник практик применения DDD в Golang.
- https://mehdihadeli.github.io/awesome-go-education/ddd/
- https://mehdihadeli.github.io/awesome-go-education/cqrs/
Ничего особенного, просто очередной признак того, что тренд набирает обороты.
#Golang #DDD #CQRS #EventSourcing
- https://mehdihadeli.github.io/awesome-go-education/ddd/
- https://mehdihadeli.github.io/awesome-go-education/cqrs/
Ничего особенного, просто очередной признак того, что тренд набирает обороты.
#Golang #DDD #CQRS #EventSourcing
mehdihadeli.github.io
DDD - Awesome Go Educations
A curated list of awesome articles and resources for learning and practicing about Go and its related technologies.
Forwarded from Блог Сергея Баранова
Немного о безопасности в микросервисах
https://chanakaudaya.medium.com/how-to-implement-security-for-microservices-89b140d3e555
https://chanakaudaya.medium.com/how-to-implement-security-for-microservices-89b140d3e555
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Напоминаю, что 22 декабря в 18:00 состоится online meetup по вопросам DDD и системной архитектуры. Тема встречи: "Как культивировать качество проектирования в компании?" Ссылка на трансляцию: https://youtu.be/ybYtgII151g В панельной дискуссии планируют…
На вчерашней встрече ко мне возникло два вопроса.
Я говорил ранее, что хотелось бы заложить традицию "прорабатывать вопросы до конца".
- 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
Я говорил ранее, что хотелось бы заложить традицию "прорабатывать вопросы до конца".
- 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
Telegram
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Я частенько замечаю, как вопросы в телеграме зачастую остаются недостаточно раскрытыми, потому что раскрывать их в письменной форме неудобно. Нужно визуализировать, рисовать диаграммы, наблюдать за обратной связью, чтобы убедиться в том, что собеседник правильно…
Forwarded from Vlad
Вчера на митапе мы затронули тему психологии и как важно найти правильный подход к людям. Хочу поделиться двумя книгами по этой теме, которые мне очень помогли:
A More Beautiful Question (Warren Berger)
Just Listen (Mark Goulston)
A More Beautiful Question (Warren Berger)
Just Listen (Mark Goulston)
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Напоминаю, что 22 декабря в 18:00 состоится online meetup по вопросам DDD и системной архитектуры. Тема встречи: "Как культивировать качество проектирования в компании?" Ссылка на трансляцию: https://youtu.be/ybYtgII151g В панельной дискуссии планируют…
Как-то я упустил из внимания тот факт, что первая offline-встреча DDD-сообщества после пандемии состоялась 22 декабря, т.е. сразу после зимнего солнцестояния.
В старину говорили, что в этот день свет начинает брать верх над тьмой (над ночью). Это символично совпало с названием одной из наиболее популярных статей уходящего года "о темных веках разработки":
- https://threedots.tech/post/software-dark-ages/
, которую перевел @gradea :
- https://habr.com/ru/company/cian/blog/569940/
Интересно, что Великая Отечественная война началась в день летнего солнцестояния (когда тьма начинает брать верх над светом), а Г.К.Рокоссовский, командовавший Парадом Победы 24 июня 1945 года на Красной площади в Москве, родился 21 декабря, в день зимнего солнцестояния.
Хочется верить, что этот символизм не случаен, и в наступающем году в нашем сообществе появятся новые Рокоссовские, способные достигнуть новых ярких побед над темными веками разработки, и впереди нас всех будут ожидать только светлые времена разработки.
В старину говорили, что в этот день свет начинает брать верх над тьмой (над ночью). Это символично совпало с названием одной из наиболее популярных статей уходящего года "о темных веках разработки":
- https://threedots.tech/post/software-dark-ages/
, которую перевел @gradea :
- https://habr.com/ru/company/cian/blog/569940/
Интересно, что Великая Отечественная война началась в день летнего солнцестояния (когда тьма начинает брать верх над светом), а Г.К.Рокоссовский, командовавший Парадом Победы 24 июня 1945 года на Красной площади в Москве, родился 21 декабря, в день зимнего солнцестояния.
Хочется верить, что этот символизм не случаен, и в наступающем году в нашем сообществе появятся новые Рокоссовские, способные достигнуть новых ярких побед над темными веками разработки, и впереди нас всех будут ожидать только светлые времена разработки.
threedots.tech
Software Dark Ages
Are you struggling with complex codebases and slow development cycles? We have been there too. In this article, we reveal how Domain-Driven Design strategic patterns helped us overcome the Software Dark Ages in multiple projects. Learn practical ways to boost…
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Как-то я упустил из внимания тот факт, что первая offline-встреча DDD-сообщества после пандемии состоялась 22 декабря, т.е. сразу после зимнего солнцестояния. В старину говорили, что в этот день свет начинает брать верх над тьмой (над ночью). Это символично…
Запись первого offline DDD-meetup после пандемии:
- https://youtu.be/ybYtgII151g?t=27m10s
Было здорово! После митапа выпили пива в дружеской обстановке. Вживую познакомился с грамотными и перспективными ребятами, образующими костяк сообщества. Удивила высокая слаженность и взаимопонимание с полуслова, хотя со многими виделся впервые. В разведку с ними пошел бы.
Для себя я вынес пару новых книг по коммуникативной психологии и прекрасное лаконичное определение сути Agile от Kent Beck всего в 9 слов, которое на вес золота (скоро опубликую). Синхронизировался с крутыми специалистами архитектурного авангарда - авторами книг, известными паблик-спикерами и организаторами архитектурных конференций, ведущими курсов по архитектуре ПО, практикующими архитекторами известных высоконагруженных проектов, и понял, что развиваюсь в правильном направлении и исследую нужные вопросы. Заодно узнал, какой вкусный шашлык готовят в кафе, расположенном в БЦ Академик.
Огромное спасибо всем экспертам, участникам панельной дискуссии, посетителям, зрителям и комментаторам. Отдельное спасибо за вопросы и за комментарии - они, действительно, оказались для меня ценными.
Теперь уже пора начинать думать о следующей встрече, которая состоится, вероятней всего, в феврале.
- https://youtu.be/ybYtgII151g?t=27m10s
Было здорово! После митапа выпили пива в дружеской обстановке. Вживую познакомился с грамотными и перспективными ребятами, образующими костяк сообщества. Удивила высокая слаженность и взаимопонимание с полуслова, хотя со многими виделся впервые. В разведку с ними пошел бы.
Для себя я вынес пару новых книг по коммуникативной психологии и прекрасное лаконичное определение сути Agile от Kent Beck всего в 9 слов, которое на вес золота (скоро опубликую). Синхронизировался с крутыми специалистами архитектурного авангарда - авторами книг, известными паблик-спикерами и организаторами архитектурных конференций, ведущими курсов по архитектуре ПО, практикующими архитекторами известных высоконагруженных проектов, и понял, что развиваюсь в правильном направлении и исследую нужные вопросы. Заодно узнал, какой вкусный шашлык готовят в кафе, расположенном в БЦ Академик.
Огромное спасибо всем экспертам, участникам панельной дискуссии, посетителям, зрителям и комментаторам. Отдельное спасибо за вопросы и за комментарии - они, действительно, оказались для меня ценными.
Теперь уже пора начинать думать о следующей встрече, которая состоится, вероятней всего, в феврале.
YouTube
Новогодний митап 2022
Самая длинная ночь позади, а значит сегодня состоится наш митап. У нас не будет отдельных выступлений – мы соберемся сегодня пообщаться. Хочу обсудить с приглашенными экспертами и вами вопрос качественного проектирования ПО (design == проектирование).
DDD…
DDD…
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Сервис от Vaughn Vernon для коллективного моделирования с поддержкой Event Storming, Context Mapping и Topographic Architecture Modeling, domorobo.to обзавелся новой документацией: https://twitter.com/VaughnVernon/status/1458335394609582082?t=TfC0aPOI5P…
Немного о картах ограниченных контекстов (bounded context map).
Один из способов выразить карту ограниченных контекстов средствами Archi смотрите на диаграмме "Views : Tactical Architecture : Program Level : Context Map" этой модели для Archi:
- https://community.opengroup.org/archimate-user-community/home/-/issues/8
Там же: EventStorming и C4 Model
"Context Map Cheat Sheet" by Nick Tune:
- https://github.com/ddd-crew/ddd-starter-modelling-process#organise
- https://github.com/ddd-crew/context-mapping
- https://github.com/ddd-crew/context-mapping-quiz
- https://miro.com/app/board/o9J_lzWf14U=/
- https://miro.com/app/board/o9J_kqrI8ck=/
- https://contextmapper.org/
- https://github.com/ContextMapper
- https://domorobo.to/
"Visualizing sociotechnical architectures with Context Maps"
- https://speakerdeck.com/mploed/visualizing-sociotechnical-architectures-with-context-maps?slide=56
#DDD #Microservices #SoftwareArchitecture
Один из способов выразить карту ограниченных контекстов средствами Archi смотрите на диаграмме "Views : Tactical Architecture : Program Level : Context Map" этой модели для Archi:
- https://community.opengroup.org/archimate-user-community/home/-/issues/8
Там же: EventStorming и C4 Model
"Context Map Cheat Sheet" by Nick Tune:
- https://github.com/ddd-crew/ddd-starter-modelling-process#organise
- https://github.com/ddd-crew/context-mapping
- https://github.com/ddd-crew/context-mapping-quiz
- https://miro.com/app/board/o9J_lzWf14U=/
- https://miro.com/app/board/o9J_kqrI8ck=/
- https://contextmapper.org/
- https://github.com/ContextMapper
- https://domorobo.to/
"Visualizing sociotechnical architectures with Context Maps"
- https://speakerdeck.com/mploed/visualizing-sociotechnical-architectures-with-context-maps?slide=56
#DDD #Microservices #SoftwareArchitecture
GitLab
Model used for my presentation "Enterprise Architecture Modelling with ArchiMate in an Agile at Scale Programme" (#8) · Issues…
Purpose This model has been used for the presentation I gave at the Open Group...
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
"Domain, Subdomain, Bounded Context, Problem/Solution Space in DDD: Clearly Defined" by Nick Tune https://medium.com/nick-tune-tech-strategy-blog/domains-subdomain-problem-solution-space-in-ddd-clearly-defined-e0b49c7b586c #DDD #Microservices
The Art of Discovering Bounded Contexts by Nick Tune
- https://www.youtube.com/watch?v=ez9GWESKG4I
#DDD #Microservices #SoftwareArchitecture
- https://www.youtube.com/watch?v=ez9GWESKG4I
#DDD #Microservices #SoftwareArchitecture
YouTube
The Art of Discovering Bounded Contexts by Nick Tune
Bounded contexts are a cherished member of the microservices family, but they mean lots of different things to lots of different people. So what actually are they? How do you find them? How do you design microservices around them? In this talk you’ll learn…
DDDevotion
Хабраюзер ArkadiyXIII продолжает серию переводов важных статей про DDD и около. На этот раз выбор пал на статью Влада https://habr.com/en/post/587520/
Два новых перевода от хабраюзера ArkadiyXIII на статьи Vladik Khononov (@vladik_kh):
"Преодоление сложности в CQRS"
- https://habr.com/ru/post/588803/
"Распутывание микросервисов или балансировка сложности в распределенных системах"
- https://habr.com/ru/post/590165/
Последняя статья является монументальной и имеет критическое значение для тех, кто работает с микросервисами. Из нее вы поймете, чем же отличается микросервис от Bounded Context, и почему изначальное утверждение Sam Newman в первом издании своей книги о том, что это одно и то же, уже утратило актуальность.
#DDD #SoftwareArchitecture #SoftwareDesign #CQRS #Microservices
"Преодоление сложности в CQRS"
- https://habr.com/ru/post/588803/
"Распутывание микросервисов или балансировка сложности в распределенных системах"
- https://habr.com/ru/post/590165/
Последняя статья является монументальной и имеет критическое значение для тех, кто работает с микросервисами. Из нее вы поймете, чем же отличается микросервис от Bounded Context, и почему изначальное утверждение Sam Newman в первом издании своей книги о том, что это одно и то же, уже утратило актуальность.
#DDD #SoftwareArchitecture #SoftwareDesign #CQRS #Microservices
Хабр
Преодоление сложности в CQRS
Эта статья является переводом материала «Tackling Complexity in CQRS». Шаблон CQRS может творить чудеса: он может максимизировать масштабируемость, производительность, безопасность и даже «превзойти»...