Сильный искусственный интеллект и объектно-ориентированное программирование синтез парадигм

251

цели (user experience – пользовательский опыт) и уровню аб­стракций (первый – высокоуровневый, второй – низкоуровневый). При большом желании «нижний» интерфейс также можно пре­вратить в «верхний», но для этого его надо донастроить вруч­ную, что не представляется простой задачей. Собственно гово­ря, резюмирование смысла паттерна «Фасад» в таком контексте уже начинает кое-что напоминать. А именно – разделение на со­знание и бессознательное у человека. Сразу оговоримся, что де­маркация человеческой психики на сознание и бессознательное была описана и подробно исследуется в рамках психоаналити­ческих традиций психотерапии и она имеет своих критиков, причем как в иных концепциях психологии и психотерапии, так и внутри самой традиции психоанализа. Но мы все же считаем, что абстрактный смысл этой демаркации может быть весьма продуктивен в рамках разработки систем сильного ИИ, так что оформим пока на данную концепцию некоторую «презумпцию истинности». К тому же нами полагается, что не раз упомянутое в данном исследовании технотропное сознание есть не просто цель всякого процесса разработки систем сильного ИИ, но более того – апофеоз этого процесса, его крайняя точка. Но эта точка не достигается сразу – процесс, конечно же, делится на этапы. И один из этапов – технотропное бессознательное, за которым непосредственно и следует технотропное сознание. В любом случае мы считаем, что рассматриваемый паттерн в абстрактном смысле несет в себе суть именно этого разделения. И именно в таком смысле, абстрагированном до уровня разделения тех­нотропной психики на технотропное сознание и технотропное бессознательное, в контексте разделения интеллектуальной си­стемы на низшее и высшее, на низкоуровневое и высокоуровне­вое абстрагированная суть «Фасада» нам видится целесообразной для ее интегрирования в контекст разработки систем сильного ИИ.

13.7. Структурный паттерн «Приспособленец»

252

253

чения деятельности системы. В такой ситуации на помощь при­ходит паттерн «Приспособленец».

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

254

255

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

Гипотетический пример реализации паттерна. Выше уже уточнялось, что данный паттерн является довольно-таки узкоспе­циализированным, так что наглядные примеры его применения связаны непосредственно со сферой его применения, а именно с функционированием больших систем, содержащих существен­ное количество компонентов. Однако мы попробуем пойти не­сколько иным путем и привести пример, вырванный из контекста. А именно – довольно грубый и несколько приближенный при­мер реализации паттерна в контексте функционального про­граммирования. Одна из самых популярных задач по програм­мированию называется FizzBuzz. Ее классическая суть следую­щая: дается некое число n, которое обозначает верхний предел диапазона от одного до n. В рамках этого предела мы должны вернуть все числа от одного до n, причем вернуть очень специ­фическим образом: если число делится без остатка на три, то мы должны вернуть Fizz, если число делится без остатка на пять – Buzz, если и на три, и на пять – FizzBuzz, если же число не де­лится ни на три, ни на пять, то мы возвращаем само число, но в виде строки. Предположим, что мы знаем заранее верхнюю границу, т. е. n, и мы бы хотели создать структуру данных, кото­рая содержит все числа от одного до n в правильном виде. Воз­никает вопрос о том, каким именно образом создать такую структуру. Мы могли бы сесть и начать писать вручную: прове­рять каждое число и вписывать его соответствующее значение в структуру. Однако же, если верхний предел очень большой, т. е. шанс просидеть так очень долгое время, так что нам бы хо­телось как-нибудь побыстрее, да и чтобы вычисления сами про­изводились. И тогда мы «выносим за скобки» принцип правиль­ного ответа, который приведен выше, и внедряем этот принцип, который константен для любого числа, в алгоритм проверки чи­сел в диапазоне. После чего запускаем этот алгоритм и получа­ем готовую структуру данных.

256

257

лись в процессе исследования некоторых других паттернов (на­пример, «Декоратора»), т. е. такая возможность тоже должна быть заложена в систему в качестве потенциально реализуемой операции, но вот само решение о реализации должна также при­нимать сама система. И таким же образом мы считаем целесо­образным использовать «вынесение за скобки» константных для группы данных. Резюмируя, принцип один и тот же: на ста­дии формирования системы в нее должно быть заложено как можно больше абстрактных вариантов реализации конкретного поведения, но, что именно из возможностей реализовывать и как конкретно себя вести, должна определить сама интеллектуаль­ная система.

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

Структурный паттерн «Адаптер» подразумевает приведение всей системы в специфическую форму организации, при кото­рой в рамках каждой группы ПК и каждого компонента в от­дельности наличествует потенциал для взаимодействия с каж­дой другой группой компонентов в системе. Т. е. вместо того, чтобы создавать некие «органы чувств» каждому ПК, эти самые «органы чувств» унифицируются за счет добавления в систему некоторого «переводчика» потребностей одной группы в дей­ствия другой вне зависимости от их конкретной локализации.

258

259

260