emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc. – Telegram
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
3.48K subscribers
119 photos
15 videos
22 files
1.14K links
Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, Extreme Programming, SDLC, Agile, etc.

Chat: https://news.1rj.ru/str/emacsway_chat

Persistence: https://dckms.github.io/system-architecture/
Download Telegram
Как-то я пропустил, что Cloud Native Computing Foundation тоже выпускает технологические радары https://radar.cncf.io/2021-09-devsecops
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Обсуждал с товарищем изобилие баг в приложении одного из банков, и он выдвинул предположение, что это может быть связано с бурными темпами его развития и приоритетом на скорость доставки новых фич в ущерб внутреннему качеству продукта. И привел пару интересных…
Мой товарищ нашел хорошее объяснение, почему некоторые продукты могут быть все же популярны вопреки своей дефектности. Выводы показались мне интересными, не могу не поделиться.

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

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

#Psychology #SoftSkills
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Вышла неплохая статья о шифровании чувствительных данных в Event Sourcing: "Protecting Sensitive Data in Event-Sourced Systems with Crypto Shredding" - https://www.eventstore.com/blog/protecting-sensitive-data-in-event-sourced-systems-with-crypto-shredding…
Пару лет назад проблему удаления персональных данных из неизменяемого Event Sourcing лога событий по требованию GDPR освещал Mathias Verraes, и предложил два подхода:

"Eventsourcing Patterns: Forgettable Payloads. Store the sensitive payload of an event in a separate store to control access and removal." by Mathias Verraes
- https://verraes.net/2019/05/eventsourcing-patterns-forgettable-payloads/

"Eventsourcing Patterns: Crypto-Shredding. Encrypt sensitive information in an event and delete the key." by Mathias Verraes
- https://verraes.net/2019/05/eventsourcing-patterns-throw-away-the-key/

#DDD #EventSourcing #Microservices #SoftwareArchitecture #SoftwareDesign
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
"Events should be as small as possible, right?" by Oskar Dudycz - https://event-driven.io/en/events_should_be_as_small_as_possible/ К этому посту можно добавить, что поднятый вопрос известен так же под названием "Event Notification" vs. "Event-Carried State…
Проблеме, озвученной Oskar Dudycz, похожее решение дает Mathias Verraes в статье
"Patterns for Decoupling in Distributed Systems: Segregated Event Layers. Explicitly segregate a Bounded Context's events in visibility layers, with their own language."
- https://verraes.net/2019/05/patterns-for-decoupling-distsys-segregated-event-layers/

#DDD #Microservices #DistributedSystems #SoftwareArchitecture #SoftwareDesign
Интересная дискуссия по второй ссылке пересылаемого сообщения (диалог Grady Booch и Robert C. Martin). Кстати, Sam Newman тоже не обошел стороной эту тему:
- https://twitter.com/samnewman/status/1433096735006527495?s=19

Однако, наблюдая за направлением развития дискуссии, поспешил скорректировать её:
- https://twitter.com/samnewman/status/1433179115063021572?s=19

#Microservices #SoftwareArchitecture #SoftwareDesign

Пересылаемое сообщение ниже 👇
Я думал, что под этим недавним твиттом Gregor Hohpe https://twitter.com/ghohpe/status/1441059739551420421 развернется флейм, но этого не случилось (Возможно, интересней хайповая переписка Буча с дядюшкой Бобом о том, являются ли микросервисы архитектурой или же стратегией развертывания https://twitter.com/Grady_Booch/status/1441871173957001224) Жаль, что не случилось. Тем трудней мне будет отстаивать тему заката интеграции приложений на archdays
emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Еще одно исследование на тему может ли CQRS-команда возвращать результат: - "Can command return a value?" by Oskar Dudycz https://event-driven.io/en/can_command_return_a_value/ - "CQRS facts and myths explained" by Oskar Dudycz https://event-driven.io/e…
Еще несколько исследований на тему может ли CQRS-команда возвращать результат:

"CQRS. Факты и заблуждения" / Максим Аршинов
- https://habr.com/ru/post/347908/

"CQS versus server generated IDs" by Mark Seemann
- https://blog.ploeh.dk/2014/08/11/cqs-versus-server-generated-ids/

"Returning data from command handlers" by Steven van Deursen
- https://blogs.cuttingedge.it/steven/posts/2012/returning-data-from-command-handlers/

Предыдущее обсуждение:
- https://news.1rj.ru/str/emacsway_log/522

#DDD #Microservices #SoftwareDesign #SoftwareArchitecture #FunctionalProgramming #OOP #CQRS #CQS