Ну вот идея этого чата была (как видно из заголовка), как формальная типизация языков программирования меняется на менее формальную языков моделирования и ещё менее формальную (не как в good old AI на Прологе, а как в современных нейросетях, работающих с естественным языком). Но собрались тут люди, которые в сторону relax типизации вообще не смотрят, а движение у них ровно наоборот, в сторону закручивания гаек формализации. Понятна их история, понятны их интересы, понятно всё — но моделирование и представление знаний в этом направлении где-то с 2012 года больше не живёт. Мощное движение "онтологов-логиков" где-то померло в 2013 году, работ 2014 года значимых уже нет, полная зима и ледниковый период, остались только академические исследования за деньги налогоплательщиков.
Поэтому я повздыхал-повздыхал, и мы нашли другие решения, и они очень круто работают на практике. Текущий вариант вошёл в учебник "Системное мышление 2022", курс "Системный менеджмент 2021" и т.д..
Вот я опубликовал фрагмент текста про эту многоуровневую объективацию как многоуровневую работу с типами:
https://ailev.livejournal.com/1594529.htmlА далее можно из этого важного выбирать что там нашлось супер-супер-важного и формализацию налаживать уже в этом. Силы на формализацию нужно тратить только того, что гиперважно. Но вот нахождение этого обычно многоуровнево и многостадийно, поэтому основная работа идёт не в полной неформальности, но и не в полной формальности. А этой "серой зоной" мало кто занимается. Вот мы там копаемся, и получаем результаты для практики.
И инструментарий там специфический. Вот мы провели месяц назад семинар ШСМ по опыту использования
coda.io (
https://www.youtube.com/watch?v=0_WycjiSbJg). И вот заметки про этот инструментарий работы с типами в "серой зоне" с этого семинара:
--
coda.io это инструмент моделирования: мета-мета-модель это наша новация (поддерживается курсами ШСМ), метамодель делается с участием subject expert и по факту это один из изводов DDD, операционная модель делается "просто сотрудниками". Важно: владелец мета-мета-модели (методолог/онтолог/когнитолог) ведёт беседу с subject expert и заставляет отмоделировать его предмет более полно, чем отмоделировал бы сам специалист в своём предмете. Мета-мета-модель содержит в себе чеклист моделирования как такового (foundation ontology, upper ontology и в случае трудового кругозора даже часть middle ontology), это позволяет делать более качественные предметные мета-модели. Сама
coda.io понимает важность мета-моделей, но там "стихийная шаблонизация" ad hoc, качество получаемых моделей проверяется subject expert не в момент проектирования, а только методом проб и ошибок.
-- получаемые "двухэтажные" связки мета-модель+модель по факту нужно рассматривать в рамках парадигмы DevOps (в смысле единства ведения разработки и эксплуатации) и digital twins (ибо в число моделей разработки, главными из которых являются архитектурные модели, включаются модели операционные, времени эксплуатации/operations).
-- изначально
coda.io была нацелена на ведение блогов, то есть публикацию доков в открытый доступ. А потом всё переориентировалось, и сейчас мы имеем доки для интранета, а не интернета. Но ограничения остались. Мы же понимаем, что блоги могут существовать на двух уровнях: блоги модели и блоги метамодели. Блоги метамодели в
coda.io -- это вполне себе "мышление моделированием", такой вот производственный zettelkasten. Что напрочь отсутствует и нужно как-то прикручивать болтами сбоку (или искать в каких-то опциях): управление конфигурацией моделей, возможность хотя бы откатиться на предыдущую версию метамодели после неудачных групповых правок командой шустрых мейкеров (wiki как раз выжило, ибо для ситуации коллективного редактирования гипертекста предоставлялись возможности откатки до предыдущих версий каждой страницы и возможность посмотреть, какие изменения и кем были сделаны в каждой следующей версии -- иначе не разобраться). Без решения вопроса об управлении конфигурацией разработка в
coda.io опасна.