Итак…
поехали.
рассмотрим 2х агентов в 2х ролях - один операционный менеджер, другой инженер.
запускаем обоих в один и тот же кусок мира в одно и то же окно в времени. они сидят и этом куске мира вместе одновременно.
каждый из них (инженер и операционный менеджер) смотрят на кусок мира (= фрагмент реальности) каждый из своей точки зрения = viewpoint:
- инженер думает и говорит про метод = “как сделать правильно”
- операционный менеджер думает и говорит про работу в потоке = “кто, когда, с каким ресурсом и с каким риском сделает Х”
когда они оба слышат фразу/запрос похожий по смыслу/содержанию на: “нужно повысить качество качества и увеличить эффективность эффективности”, каждый из них наполняет эту фразу своим смыслом:
- инженер со своей инженерной точки зрения начинает думать про изменение метода работы, изменения архитектуры, улучшение покрытия тестами
- менеджер операционный со своей менеджерской точки зрения начинает думать про стабильность потока работ, снижения числа переделок, предсказуемость сроков.
соответственно, когда такие такие фразу залетают на совещании без дополнительного пояснения с какой точки зрения необходимо ее обсуждать, то на совещании обсуждение может скатиться в “драку”, так как каждая из ролей в границах своего контекста/рамки понимания/точки зрения прав.
чтобы такого не происходило или чтобы такого случайно не спровоцировать предпочтительно необходимо контролировать чтобы все адресаты таких сообщений (в форме текста или в форме говорения голосом) корректно считывали язык этого сообщения, распознавали референцию к объектам мира, и находили нужные для ролей ссылки на объекты предметных областей.
такого состояния распознавания объектов и референции можно достичь через цепочку инструкций описывающих то как толковать (отношение толкования) сообщение, или напрямую сообщить директивы агентам как следует это сообщение понимать.
как это реализуется на практике:
- явно и прямо говорить на языке требуемого адресата, на языке его предметной области, который должен быть ему хорошо известен и понятен, и на котором ему должно быть комфортно обсуждать рабочие вопросы (если речь про деловые коммуникации). как этот трюк провернуть?
если у вас есть доступ к семантическому сообществу адресата, то язык адресата можно взять оттуда, освоить/изучить, далее использовать для коммуникаций с агентами. Семантическое сообщество в свою очередь вычисляется по предметной роли агента которую он исполняет в предметной области. если у агента не получается по каким-либо причинам влиться в семантическое сообщество целевого агента, то как один из ходов - проговорить с представителями этого семантического сообщества на прямую, чтобы составить словарь основных терминов и понятий этого сообщества. еще один ход - изучить учебники и книжки из этого семантического сообщества. еще один ход - нафантазировать/угадать/нагалюционировать себе необходимый язык этого семантического сообщества на основании собственных представлений о тех ролях заказчика адресатов (
) описания, которые эти самые заказчики играют в описываемой предметной области. остаются конечно же вопросики к качеству рабочего продукта на выходе от выполнения работ по такому ходу. наверное этот вариант все же лучше чем вообще ничего. будет хотя бы хороший starter для завязывания коммуникации. своеобразная провокация на диалог.
в жизни так складываются обстоятельства что не все нужные адресаты, на которых рассчитано описание, обязательно владеют профессиональным языком из предметной области или языкового сообщества. отдельные агенты могут совсем по-разному разговаривать/коммуницировать. язык таких коммуникаций может зависеть от разных факторов которых на самом деле много. среди факторов которые лежат на поверхности и которые следует учитывать и принимать во внимание есть такие как:
- региональные особенности (“рязанский говор”)
- субкультурный фактор (язык сейтбордеров, “кринж”, “лол”, “кек”)
- фактор предприятия (на нашем заводе “Х” принято называть “У”, и ударение на 3й слог)
- фактор отдельного подразделения внутри предприятия (в нашем отделе принято в “У” ставить ударение на 5-й слог)
-
вариант когда строится цепочка из языков, чтобы исходное сообщение было трансформировано таким образом чтобы содержание описания было понятно адресатами и не отвергалось ими, т.к сообщение написано на языке адресатов.
такой трюк можно провернуть будучи экспертом в нескольких предметных областях, через которые можно пробросить набор мостов из языка в язык, дойдя то целевого языка.
можно построить конвейер вспомогательных промежуточных переводчиков. конвейер можно построить на LLM-ках. но за LLM-ками требуется присмотр.
из наиболее понятного тут такая ассоциация: [исходный код программы на компьютерном языке] → [объектный код программы] → [связанный исполняемый код для выполнения в вычислительной среде (или на процессоре)] -
путь обучения адресата новому для него языку, на котором будет написано описание. Это путь боли и страданий. самый сложный и трудоемкий. но часто так получается, что именно в этом и заключается основная цель разрабатываемого описания - с помощью описания передать не только смысл/идею/содержание, но и подготовить почву для того чтобы в будущем такие передачи смыслов/идей/содержания проходили легче/быстрее/эффективнее за счет освоение нового языка на котором такие описания будут подготавливаться и будет производиться обмен. трение и сопротивление в коммуникациях может быть снижено, что даст прирост в производительности и ускорит коммуникации, повысит точность, снизит издержки на дополнительные уточнения, снизит вероятность ошибок и переделок, что приведет к ускорению выпуска и снижению затрат на трение и сопротивление.
что тут следует учитывать в работе:
у составителя описания онтолога-инженера-менеджера нет варианта говорить на комфортном ему языке (на машинокоде, например). составитель описания уже должен владеть каким-то профессиональным языком в какой-то предметной области. но в резидентурах обучающиеся осваивают профессиональный язык специалиста по моделированию (язык онтолога, язык технического писателя, язык системного аналитика). язык специалиста по моделированию не пригоден для подготовки описания предметной области.
важным навыком специалиста по моделированию является умение быстро овладевать:
- любыми взглядами на мир (взгляды на мир = принципы выделения объектов и отношений)
- любыми языками описания чужих предметных областей.
профессиональный язык специалиста по моделированию нужен для ситуаций когда специалист сталкивается с чужим предметным языком, который необходимо начать быстро понимать и даже, по возможности, улучшить его и усовершенствовать.
в процессе выполнения работ по методу по такому совершенствованию предметного языка из чужой предметной области с использованием профессионального языка специалистов по моделированию агентом в роли специалист по моделированию, и возникает возможность научить адресатов описания чему-то новому в моделировании их предметной области.
агенту в роли специалист по моделированию следует нарабатывать опыт использования своего профессионального языка специалиста по моделированию в задачах где выполняется работа с чужими языками.
такие дела.
спасибо за внимание.
время мышления письмом: ( 30 + 30 + 18 ) минут