Скажем, в прикладной области социальных танцев есть «сальсеро», а есть «тангеро» (роль, которая танцует стиль аргентинского танго), это обычно – взаимоисключающие варианты в одном исполнении. У артиста::роль тем самым могут быть подроли-специализации (подтипы) сальсеро и тангеро, задействуемые в разных проектах, а ещё подроль-специализация пианист как надроль музыканта. Подумайте, почему пианист – надроль музыканта, а не подроль (тут та же причина, почему сальсеро – подроль артиста, но надроль танцора).

Но если в перформансе артисту потребуется вдруг для какой-то цели станцевать два танца, это будут подроли-части мультитанцора::роль. У мультитанцора части – сальсеро и тангеро, у них часть – танцор.

Поясним это примером с более простой физической системой. У дома-надсистемы есть части «внутренняя стена» и «фасад», в обеих этих частях есть подчасть «кирпич»: рассуждение с ролями артистов то же самое – и помним, что это рассуждение «в типах», ибо в стене и фасаде конструктивно кирпичи разные, но одного типа «кирпич», а в мозгу мастерство сальсеро и тангеро имеют одно и то же мастерство танцора, но оно работает дважды с разными параметрами. Мастерство – это «программа» (алгоритм, выполняемый вычислителем организма агента и приданным ему инструментарием) для выполнения какого-то метода (в нашем случае – танцевания сальсы и танцевания танго). Поэтому уместны аналогии с программированием: мастерство как программа может исполняться дважды, проходя и сохраняя в памяти при этом два набора состояний от двух разных исполнений как физических процессов. Мастерство, как и программа, может быть представлено разными физическими объектами, если она реентерабельна38, то есть разные экземпляры состояний переменных/памяти программы при разных её исполнениях не влияют друг на друга. Это всё онтологические рассуждения, системное мышление невозможно без освоения моделирования.

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

Это общая ошибка: требовать однозначного варианта системного моделирования (присвоения объектам типа мета-мета-модели системного подхода) какого-то набора систем, не поясняя проекта, для которого это моделирование делается. Так, при создании электромобиля Tesla создавался прежде всего флот/fleet (общее название для системы из средств транспорта, если это пассивный транспорт, то есть тележки или вагоны – это будет пул/pool) электромобилей и служб их продажи и технического обслуживания. Но потом пришлось делать отдельный проект – проект электрозаправок Tesla на всей территории США, и далее всего мира. Дальше можно обсуждать вечно: какую же систему создаёт Tesla? Проблема того же сорта, что и проблема биологического индивида: назвать эту систему невозможно. То же самое будет, если рассмотреть Tesla как заводы, создаваемые Tesla же: и там примерно те же вопросы – скажем, человекоподобный робот Tesla Optimus, который будет замещать рабочих – относить его к условным «сотрудникам» или относить его к «оборудованию»? А тут ещё этого робота хотят продавать наряду с автомобилями, что запутывает вопрос. Вряд ли вы узнаете, как договорились в Tesla проводить границы систем, границы системных уровней, это не публичная информация – но там точно об этом договорились.