Петр Щедровицкий проводит в Бодруме серию лекций по осмыслению денег: Деньги как инструмент углубления разделения труда. В 2016 я в течении года слушал большую серию лекций Петра по системам разделения труда и в своем блоге публиковал заметки по каждой лекции. Оперативная обработка заметки позволяют мне лучше осмыслить содержимое лекции, а публикация - обращаться за подробностями. Поэтому я продолжаю практику, воз заметки первого дня https://mtsepkov.org/PG-money-2023-1

Продолжаю рассказ про лекции, сегодня была вторая: Базовые экономические гипотезы политической экономии и экономической теории, мои заметки https://mtsepkov.org/PG-money-2023-2

Продолжаю публиковать конспекты https://mtsepkov.org/PG-money-2023-3 - сегодня. Если кратко, то там два утверждения.
1. Деньги — это способ обмена прошлого на будущее. Ты имеешь какие-то блага, включая способность трудиться, то есть делать нечто ценное для кого-то, и ты обмениваешь это на деньги с тем, кому эти блага нужны, с тем, чтобы в будущем обменять деньги на другие блага, которые нужны тебе. Это упрощает, или даже делает в принципе возможной процедуру обмена, так как вероятность того, что у A есть блага, которые нужны Б и у Б есть блага, нужные А — исчезающе мала, деньги опосредуют этот процесс.В ответах на вопросы было дополнение: возможен также сценарий обмена одного будущего на другое, смена сценария, например, когда ты инвестируешь или берешь кредит.

2. За счет своего свойства опосредовать обмен благами, деньги представляют собой семиотическую (знаковую) система, которая обеспечивает координацию сложной совместной деятельности индивидуумов, имеющих различные образы будущего. Наряду с языком, чертежами, схемами и другими системами. Человек может вовлекаться в деятельность, не имеющую прямого отношения к его образу будущего, но дающую возможность получить деньги, с помощью которых он сможет продвинуться к своему образу будущего, если он полагает такой обмен соразмерным. Это — экономический аспект деятельности.

Такое онтологическое понимание денег — очень широкое, оно распространяется на все вещи (объекты), которые могут нести такую функцию, включая различные финансовые инструменты, долговые расписки, акции и опционы, а также разные товары, обладающие приемлемой ликвидностью, то есть возможностью конвертировать их в желаемые блага.

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

Я бы сказал, что это — детальное описание тезиса «Деньги — мера всего сущего». Важно, что эту роль может играть многие объекты и все они являются деньгами.

Сегодня на лекции разбирался кейс развития городов в Европе в 1250-1400 годах Конспект https://mtsepkov.org/PG-money-2023-4 Принципиальное изменение позиции человека: от следования традиции к необходимости самоопределения, предпринимательского отношения к самому себе. В городе человек должен стать частью СРТ, занять позицию, продавать свои знания и умения, чтобы купить еду, жилье и все остальное, жизнь монетизирована, в отличие от феодального поместья, в котором было натуральное хозяйство. И особое значение приобретает сбережение заработанного - так как дает возможность не ступать в СРТ на нежелательных условиях.

Очередная лекция Петра Щедровицкого была посвящена множественности денег, в роли которых могут выступать разные инструменты, которые конкурируют или дополняют друг друга. В их числе многие товары, которым можно приписать признак "денежности", зависящий от ситуации, при этом в периоды большой нестабильности денежной системы значимость денежности - повышается. Конспект https://mtsepkov.org/PG-money-2023-5

Шестая лекция Петра Щедровицкого показывала сложность процессов - цепочки производства и роль времени, и при этом был ряд интересных тезисов. https://mtsepkov.org/PG-money-2023-6 мой конспект

Сегодня была последняя лекция Петра Щедровицкого про деньги https://mtsepkov.org/PG-money-2023-7 и на ней была интересная схема, которая описывала пространство денег.

Тема осмысления денег на Школе напомнила, что у меня есть статья по сопоставлению деятельности компаний и банков, если рассматривать ее через призму учета. Учет - отражение деятельности в виде потоков материальных и денежных ресурсов. Статья не завершена, потому, что показалось. что нет потребителя: специалисты по учету работают каждый в своей области, а остальные про учет не думают, им сначала надо погружаться. Но я решил вытащить статью на свой сайт https://mtsepkov.org/AccBankVsCompany Если кому-то покажется интересным - я готов сотрудничать в этом направлении.

20 сентября участвовал и выступал в Казани на конференции Up!date, в рамках форума Kazan Digital Week. Мои впечатления https://mtsepkov.org/Update-2023 Форум - событие федерального уровня, а Up!date - IT-конференция, которую в рамках форума организует группа Барс Груп. В целом программа интересная, и я жалею, что у меня не получилось посмотреть выставку, и побывать на других секциях.

На рубеже октября и ноября 30.10-03.11 будет идти Podlodka Teamlead Crew - интересный формат, когда конференция online идет всю неделю по утрам и вечерам. Тема этой конференции - стратегия. Я выступаю в среду вечером (01.11 19:00), будет обзор школ стратегирования и приземление на современные условия, в которых главное - готовность к неожиданностям и вызовам. А кроме меня всю неделю - много хороших спикеров, включая Славу Панкратова и Анну Обухову. Это, конечно, платно, но не слишком дорого.

P.S. F на следующей неделе 27-28.10 будет AnalystDays, на ней я выступаю с рассказом про рациональное и системное мышление и тоже будет много интересных спикеров, в том числе Анатолий Левенчук.

На этой неделе прошла конференция High Performance Systems, и мне было интересно посмотреть, что происходит в enterprise-мире. Я выступал с докладом про гибкую архитектуру, слушал других, как всегда, записывал впечатления и опубликовал конспект https://mtsepkov.org/HPS-2023 Читайте! А уже завтра выступаю и слушаю на AnalystDays.

#AnalystDays Презентация моего доклада Рациональное и системное мышление: практики и компетенции аналитика - на моем сайте https://mtsepkov.org/SysThink-AD23 Это была попытка вместить очень много доклад, она не очень получилась. Но можно на слайдах посмотреть примеры, рассказать которые не получилось и попробовать прикинуть, как бы аналогичный пример выглядел на материалах вашего проекта. А я буду развивать тему.

#AnalystDays Polina Latypova из Evocargo. Как мы столкнулись с тщеславной метрикой и победили её. История из мира беспилотной логистики. Очень интересный доклад по предметной области — беспилотные грузовики, которые уже активно работают на закрытых территориях, обычно складах. Автономные, электрические, 2 тонны, средняя скорость 20 км/ч, зарядка от розетки 6 часов на 200 км. На той же площадке могут ездить трактора, управляемые людьми, и ходить люди. Хотя грузовики — автономные, в особых ситуациях требуется вмешательство оператора с диспетчерского пункта. Речь не идет о срочной остановке, просто машина по какой-либо причине не может продолжать движение из-за каких-то препятствий и, например. может запросить разрешение на объезд по встречной полосе или сигнализировать о проблеме. В докладе были примеры и для других автороботов, например, застрявший в сугробе доставщик или массовый сбой Cruise, когда много машин приехали в одно место создали пробку.

Метрика disengagement rate — число вмешательств оператора на км. И это метрика, в которой соревнуются компании. Был график с сайта therobotreport.com — в Калифорнии публикация этих данных обязательна. И они тоже начали собирать эту метрику. Однако, в исходном виде — число вмешательств на км — ничего не говорит. Уменьшение значения — не говорит, что технология стала лучше. Кроме того, автомобили — в разных погодных условиях, поэтому сравнение этих метрик по разным складам или разным дням тоже не информативно. Потребовалась дополнительная аналитика, в частности деление по причинам вмешательства: ошибка автопилота, физическая неисправность, изменение задачи уже в процессе движения и внешние обстоятельства, например, полная блокировка разрешенного участка дороги. При этом есть нюанс квалификации. Машины умеют объезжать препятствия. Но могут быть тупики, когда автомобиль окружили фуры, и проехать реально нельзя. Далее Обогащение данных: время вмешательства, в какой режим из автоматического переключаешься, что использовал оператор для вмешательства, версия релиза и так далее, и не только из автопилота, но и из других систем. И на обогащенных данных получилась возможность ловить реальные проблемы и разбираться. В докладе было несколько примеров, связанных с частыми остановками или ручными вмешательствами в определенном месте. И дальше выявляется и устраняется причина. В одном случае это был маленький человечек на разметке, которого автопилот принимал за человека, в другом — после обновления автопилот перестал доезжать несколько сантиметров до гейта, а на конкретном складе это было важно и потребовалось дообучить, и так далее. В целом это аналогично любому анализу инцидентов, но сама предметная область — интересная.

#AnalystDays Павел Германов из НОТА. Плагинизация. Выделение функций системы в подключаемые плагины. Основная идея - вынести изменяемый и дополнительный функционал системы в плагины. В общем, давно известная конструкция, в массовых продуктов она появилась, наверное, в Mozilla Firefox, в котором с самого начала было множество плугинов, в отличие от IE. А в enterprise типичным плугином является форма печати, которые даже часто отдаются клиентам, потому что там есть большое разнообразие и механизмов настройки по шаблонам часто не хватает. Они выделяют плагины в своих системах, но их разработку держат сами, клиентам не отдают. При этом основа процесса остается в core-системы. И в этом отличие подхода плагинов от подхода оркестрации сервисов или компонентов внешним средством, как это делает comunda или аналогичные движки. К сожалению, глубокого погружения в выделение плагинов не было, был лишь слайд с принципами выделения.

#AnalystDays Анатолий Левенчук. Интеллект-стек для инженеров и менеджеров. Интеллект стек - комплексное представление о наборе дисциплин/умений/практик мышления, которые требуются для эффективной деятельности, позволяют строить модели и обеспечивать изменения в реальном мире на их основе. Конечно, это не стек, а сложный граф с зависимостями, но там есть логическая последовательность базовых практик, над которыми далее вырастают практики инженера, практики менеджера, как это показано на слайде, и еще практики инженерии личности, которые пока не нарисованы.

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

А дальше были комментарии к отдельным практикам. Школа этим практикам не учит, вернее учила лишь косвенно. В теории детей надо подготовить к жизни, чтобы они могли себя прокормить, но на этом в школе фокуса нет, и в ВУЗе тоже. Раньше жизни учила улица и подъезд, а сейчас эта часть социальной жизни отвалилась, так что все - сами.

Но сначала - совершенно роскошная метафора. Очень многие люди, почему-то не думают о воплощении модели в реальном мире, они считают, что написали документ, сделали модель - и мир изменится сам. Это - магическое мышления, подобное магу вуду, который полагает, что достаточно воткнуть булавки в куклу - модель человека и у реального человека что-то изменится. Практика говорит, что это - не так.

Понятизация. Картинка - дайте имя объекту. И эо когда вы приходите к клиенту - и каждые два дня понимаете, что имя не то и объект не тот. А можно ощутить дребезг в теле, кинестетика, ощущение. И у всех кто на высоком уровне есть та или иная телеска для того, чтобы чуять - правильно или нет. Что ты выделяешь, когда смотришь на оратора. Можешь ли поменять фигуру и фон.

Собранность. Кривая забывания и компьютерная память. Мнемотехники. Удержания понятий. Список работает до 400 строк, а дальше - заведи базу данных. А до 400 - все равно написать, начиная с 2 строк, а лучше - с одной. У организации тоже есть собранность: либо коллектив помнит, каким проектом занимался вчера, или не помнит.

Понятия - математика, предметы окружающего мира - физика. Математическому мышлению не учат, учат отраслям математики. Так же как и физическому мышлению вообще.

Семантика. Нагружение знаков смыслом, связь их с реальным миром.

Теория понятий - теория прототипов или образцов, и это экспериментально подтверждено. Логики там нет. Объяснить нейросети, что такое двуручный меч?

Онтология - машинка типов. 5 уровней: foundation ontology - типы систем, практик - типы объектов труда, деятельности - типы объектов прикладных дисциплин - модель экземпляров объектов.

Алгоритмика. 1.0 - то, что все деляют, 2.0 - ИИ и обучение, 3.0 - когда онтологии и программы пишут нейронные сетки.

Логика. А чо такова? Реагировать на ошибки в рассуждениях. 2*2=5 - ну и что?

Рациональность.
Эстетика, как естественная наука.
Этика - многоуровневая.
Риторика - должна быть этична. И переводит между разными теориями понятий.

Методология - схема, как устроено предприятие. Она дает объекты внимания, альфа, которые меняются в ходе проекта.

Системная инженерия, то есть обобщенная инженерия систем. С 2017 года требований нет, архитектура - нечто другое. Инженерия платформ вместо devops.

А дальше пошли надстройки: инженерия конкретных систем, менеджмент - инженерия организация и инженерия личности.

#AnalystDays Айгуль Габдрахимова. Стресс, адаптация, гибкость: как аналитику сохранить нервы и мозги. Доклад из двух частей: стресса и про теорию множественного интеллекта Говарда Гарднера. И у меня этот доклад вызвал печальку по поводу современного уровня мышления, это как раз иллюстрация того, о чем говорил Левенчук и я в своих докладах. И я хочу разобрать, с чем эта печалька связана.

Первое. Про стресс, со ссылкой на научпоп модель было сказано, чо он возникает как реакция на изменения, естественный, и ничего с ним сделать нельзя. Но стоит проверить физиологию, потому что связан уровнем кортизола, и он может просто плохо выводиться почками. И стоит посмотреть на базовые потребности по Маслоу, потому как если вы стабильно не высыпаетесь, что-то в жизни надо менять. Так вот, современная наука знает о стрессе достаточно много, там 5-6 разных вариантов, со своими причинами и способами управления. И надо сначала диагностировать, что именно у вас, а потом - работать над устранением конкретных причин. Как при любых нарушениях. Если кому интересны подробности, то можно посмотреть доклады Обуховой, у нее их много, она профи - среди ее шести высших есть биология и нейрофизиология.

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

Третья печалька - про теорию множественных интеллектов, которая признана как актуальная теория в современной педагогике. Говард Гадрнер выделил 9 видов интеллекта: Внутриличностный, Вербальный (или лингвистический), Логико-математический, Экзистенциальный, Пространственный, Музыкальный, Межличностный, Телесно-кинестетический, Природоведческий, позднее добавил еще несколько. Причина появления этой теории понятна - социальный заказ объяснить, что все люди - ценны, независимо от их IQ. Он выполнен, IQ меняет только 3 из них, а есть вот еще сколько.

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

#AnalystDays Светлана Дергачева. Применение ТРИЗ для решения задач с предельным уровнем неопределенности. Тема ТРИЗ на ИТ-конференциях возникает регулярно, я слушал много докладов и хочу отметить, что это - замечательный доклад. Он - на основе большого практического опыта, а не просто на основе первоначального знакомства. При этом достигнуть такого уровня у Светланы получилось только с третьего раза, на первых попытках отпугивала инженергая сложность и приземление на совершенно другой материал - ведь подход Альтшулер создавал в 50-е. Но потом появилась сложная задача - определять, читерит ли студент на экзамене, при том, что нейронные сетки выдавали ответ с достоверностью 50%, там ТРИЗ помог и пошло развитие. Еще я отдельно хочу отметить оформление презентации и сквозной игровой пример с канарейкой, которой надо добыть еду зимой - это наряду с примерами из ИТ.

ТРИЗ - ощущение тупика, когда мы не знаем куда идти. Теодюль Рибо в своих исследованиях показал, что креативность линейно растет с возрастом ребенка, достигает пика в 12-15, а потмо идет на спад. Дети умеют рисовать картинки, которые не видели в реальной жизни, а инженеры уже преимущественно копируют. Я тут хочу отметить, что есть зефирный эксперимент (marshmallow Peter Skillman, русское описание), который показал, что креативность падает не сама по себе, ее подавляет система образования.

Проблемы на пути поиска решения.
* Полное отрицание новой идеи
* принятие на веру положений, высказанных авторитетом
* применение старых принципов действия в новых устройствах
* не умение перенести в новую область
* использование предметов только по назначению
Что рекомендует ТРИЗ.

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

Акцент на выхлоп - когда нужен результат: Идеальный финал, экстра-результаты 2-3 известных фактора, ограничения. Не "у нас нет пользователей" а "в нашем приложении за полгода нужен двухкратный прирост пользователей, в идеале - приходили и покупали платную подписку при ограниченном бюджете..."

Акцент на актора - работа с ресурсами, с простоями (нет задач у тестировщиков), с мотивацией, подход к людям в маленькой компании. Изолируем ресурс, расписываем как систему, 3 сильные стороны, формулировки "существует в среде", как добиться ситуации.

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

Дальше - поиск решения.

Системное мышление. Хороший инженер видит объект и вариации, а АРИЗ-инженер видит надсистему - систему - подсистему, все это в прошлое-настоящее-будущее и еще антиподы систем. И в презентации был хороший пример, эволюция faq -> чат-бот -> AI-помощник с соответствующей эволюцией надсистемы и подситемы.

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

Для формулирования противоречий хорошо помогает SWOT-анализ, их формулируют слабости и угрозы .

Способы решения противоречия:
* Симбиоз с системой. Что надо изменить внутри, чтобы соответствовать надсистеме, что в надсистеме мешает развитию, что надо изъять. Задача про экзамен студента - надо подружиться с LMS, а они все разные. Оказалось, что LMS не любят открывать в iframe. Они написали плугин, он изолирует и разрешает, и заодно куки решили.
* Обратная связь. Если обратная связь есть - изменить ее, если она не решает проблему.
* Конструктор - соединение разные элементы. Когда ломается узел, уходит человек, сложно заменить - представим его по частям, а не целиком.
* Применяем роль - де Боно взглянуть на задачу как ученый (факты), художник (эмоции), критик (риски), оптимист (плюсы), креатор (нестандартно, начальник (координация).
* Метод одноразового стаканчика - заменяем дорогой набором дешевых. Worker - их можно запускать много.
* Экстрадетализация. Когда нет никаких идей. Просто расписываешь задачу как маньяк, синонимы, прилагательные, глаголы, ассоциации - пока не щелкнет.
* Вред в пользу: использовать вредные факторы для положительного эффекта, устранить вредный за счет сложения с другим вредным, усилить вредный, чтобы перестал быть вредным. У них - 5 нейросетей-распозновалок до 300 мб (лицо, голос и так далее). Они перенесли загрузку на самое начало и пустили параллельно с административными шагами - проверить оборудование, сфотографировать документ и т.п. И они в конце вставили экран с правилами, и пока человек читает, кнопка "продолжить" не горит, они дают время человеку и себе.
* Инверсия. Глаголов, прилагательных, смыслов, меняем объекта и субъекта, инверсия актора, цели, порядка действий в процессе... Freemium и trial версии - сначала пользуйся, потом плати.
* Посредник - использовать промежуточный объект передающий или переносящий действие, на время присоединить легко удаляемый объект. Вынесение частей из монолитов.
* Дробление - декомпозиция: разделить на части, выполнить разборным, увеличить степень дробления. Модульность, микросервисы
* Вынесение лишнего. Отделить мешающее или выделить нужное. Живо-чат - вынесли чат из сервис-деска и можно прикрепить куда угодно, и еще контекст пишешь.
* Чуть меньше или чуть больше, если трудно точно нужное. Готовые библиотеки, пусть там есть не нужное, или наоборот, не хватает, но мало.
* Самообслуживание: объект должен сам себя обслуживать, выполняя вспомогательные или ремонтные операции. Использовать отходы.
Интеграция - когда даем клиенту сделать все самому.
* Копирование. Вместо недоступного сложного дорогого использовать дешевые копии. Использовать изменение масштаба.
* Сумасшедший микс - де Боно. Накидываем самые разные слова по ассоциациям, случайные. Накидали производных слов - кенгуру - накидали всплывашки "сделай перерыв - есть приложение для медитации". Или автомобиль - фиксация что пользователь в автомобиле, за рулем и что-то адаптируем.
* Замена. Замещаем актора: делают не разработчики, а дети, алкоголики или врачи. Замещаем других акторов: разработка делает интерфейс совместно с конкурентами. Можно замещать среду, объект, цели
* Выше скорость - меньше ям. Ускорить негативные процессы, адекватно оценить как ускорить. Фаст-фуды - снижение качества пищи в обмен на скорость. Картинка в плохом качестве на плохом интернете. Скелетон первой страницы, если там долгая загрузка элементов.
* Метод вируса - подселение агента во враждебную часть среды, чтобы сделать управляемой. Выписать агенты проблемной зоны - акторы, субъекты живые и неживые, можно ли заменить? Удаленный рабочий стол.

Дальше Отбор идей. Как генерить - методы ТРИЗ. Линия рациональности - выгоды против затрат.

Подводя итог. Мнемоника ЗППП: Задачи из проблемы; Подсистемы (и надсистемы); подбираем метод; приоритизируем фичи. И в конце довольно большой список литературы по ТРИЗ и смежным темам.

#AnalystDays Валерий Разномазов. Объектно-ориентированный подход в построении архитектуры решений. Глубокий доклад о применении DDD. И в нем противопоставление между опорой на бизнес-объекты и опорой на бизнес-процессы, которые автор называет "функциональным подходом" (от бизнес-функций). Аргумент за объект - они более стабильны и легче проявляются, и дальше на них можно строить разные процессы. А еще в докладе было очень классное определение архитектуры, отличающееся от обычного "важные, ключевые решения": система - большее, чем совокупность отдельных фич, и архитектура - это то, за счет чего система работает как целое. За это - отдельное спасибо Валерию.

Дальше конспект. Потребность в архитектуре порождается семантическим безумием, многообразием и вариативностью представления данных в разных системах. И как средство от этого - корпоративная архитектура данных, единый язык. Раньше это было относительно просто, на основе EBS и Global business objects by IBM - он давал общий формат xml ваших данных. А сейчас при построении экосистем на основе open api требуется объединить очень разное, например, продажу бургеров, онлайн кинотеатр и выдачу кредитов. А грядет интернет вещей, где объединять все со всем. Он астрофизик, и мыслит аналогиями: смысл сущностей - новая гравитация, туманность сведений о заемщике и галактика продуктов.

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

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

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

Есть два варианта развития проектов: от бизнеса к ИТ и наоборот, от ИТ к бизнесу. Внедрение вендорского решения - от ИТ к бизнесу, перекраиваем бизнес под возможности ИТ. Бизнес может рухнуть, примеры есть. SaaS - тоже самое, натягиваем одно решение на другое.

Первоначальные требования: легаси, существующий проект или новый проект.
* Легаси - чужое. И часто без комментариев, и с атрибутным хранением.
* Если проект есть - можно сделать лингвистический анализ и частотный - можно построить граф.
* Принципиально новый проект, а заказчик не очень понимает что делает - то agile и UI/UX макетирование - можно стартовать.

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

Онтология - не патентуется, а воплощение в виде классов - патентуется. Бизнес-объект: DTO, Json (xml), таблица как проекции друг друга. Платформа дает json, а интеграция - xml с xsd.

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

А у психологов: надо сопровождать клиентскую практику, что - неясно. Они сначала рисовали карандашами, потом Figma - и там они сами рисовали, и дальше сделали и оно заработало. Психологи сами смогли разобраться и навести порядок в своей практикой.

Ontology driven MSA. Границы микросервиса - границы домена. Микросервисы и цитадели: в цитаделях те объекты, которые относительно статичны и изменения не меняются. Еще в цитадель попадают данные, которые надо защищать.