tgoop.com/emacsway_log/1103
Last Update:
💬 "Impact – воздействие, которое мы собираемся сделать. Это самая сложная часть, которая мало кому дается. Я сравниваю ее с созданием гипотезы в научном методе или рождением идеи в ТРИЗ, т.е. техника понятна, но откуда берется идея, как она рождается в голове, как научить человека эти идеи создавать, решительно неясно."
-- https://habr.com/ru/articles/652577/
Это та самая причина, которая вызывает у меня неподдельный интерес к диалектической философии и теории игр. Особенно к диалектической философии. О её практичности и полезности говорит хотя бы тот факт, что она успешно существует и здравствует еще со времен Гераклита, и широко распространена на востоке (значок Инь-Янь известен, наверное, каждому). И не случайно слова "развитие", "развить" имеют значение "расплести": развить веревку, развить венок, развить косу.
Итак, чтобы развить продукт, нужно сперва развить (расплести) его противоречия. Наглядно это можно увидеть на примере того, как Владик Хононов в своей книге удивительным образом выводит противоречие, которое привело к появлению решения в виде Bounded Context.
В притче из статьи о гончаре используется известное для диалектиков противоречие между сознанием и бытием. Сознание было сформировано бытием (денежное вознаграждение за побитые горшки), и оно вошло в противоречие с новой реальностью (утрата доходности за этот вид деятельности). Сознание всегда отстает от бытия и может входить в противоречие с ним. Именно это противоречие и было разрешено в пользу гончара.
С другой стороны, оплата за битье горшков само по себе является синтезом, а значит, в его основе должно лежать противоречие. Какое же?
Противоречие это заключается в том, что стремясь получить больше денег, гончар производит больше горшков. И чем больше горшков он производит, тем больше он привлекает к ним хулиганов, и тем больше величина ущерба (меньше денег). Все в точности как с проблемой о полноте и сложности модели в DDD.
И влияет это противоречие на доходность гончара.
Решением в DDD стала граничность модели (с целью снижения сложности) в контексте решаемой проблемы - Bounded Context. Решением в притче о гончаре стала граничность доходности за причинение ущерба. Гончару потребовалось сформировать обратно-коррелирующее противоречие, т.е. чем больше горшков разбито, тем меньше доходность у соперничающей стороны. Для этого была навязана другая модель мотивации, которую соперничающая сторона могла контролировать исключительно посредством функции, единственный входной аргумент которой - это количество разбитых горшков.
Такая подмена позволила развернуть противоречие - чем больше горшков разбито, тем меньше доходность у соперничающей стороны, и теперь уже соперничающая сторона стала перед выбором - продолжать ли заниматься нерентабельной деятельностью.
Диалектика - это искусство, которое равно применимо и в военном деле, и в дипломатии, и в полемике, и в экономике, и в политике, и в архитектуре. Она абстрактна. Потому Морихей Уесиба и сказал, что
💬 "В Искусстве Мира нет состязаний. Истинный Воин
непобедим, поскольку он ни с кем не сражается. Когда мы говорим "нанести поражение", то имеем в виду поражение нашего собственного противоречивого ума"
-- 111 жемчужин, Морихей Уесиба
О чем он говорит? Он говорит о том, что если воин владеет диалектикой, то не нуждается в проявлении физической агрессии для того, чтобы победить, ибо изменить расстановку сил он может и словом, компенсируя противоречия, как в случае с гончаром.
💬 "Всякая истина, выраженная словами, есть сила, действие которой беспредельно."
-- Л.Н.Толстой
А если воин диалектикой не владеет, то он и в физической схватке может потерпеть поражение, ибо все равно ничего не смыслит в тактике.
Какое это все имеет отношение к архитектуре? Ключевой деятельностью в архитектуре является разрешение противоречий требований (и целей). Задача архитектора - разрешить эти противоречия до того, как они проявят себя в реализации, теряя ценность продукта в глазах пользователей. Тогда не понадобится проявление героизма для спасения продукта от самого себя. Знать, чтобы предвидеть.
BY emacsway-log: Software Design, Clean Architecture, DDD, Microservice Architecture, Distributed Systems, XP, Agile, etc.
Share with your friend now:
tgoop.com/emacsway_log/1103