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

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

Осмысление структуры паттерна. Собственно, вся струк­тура данного паттерна настолько сильно похожа на структуру связного списка, что, возможно, связный список и есть довольно неплохая кандидатура на реализацию паттерна «Цепочка обя­занностей» на уровне конкретики в рамках определенной системы. Уточним, что мы имеем в виду односвязный список. Связный список представляет собой структуру данных, которая напоми­нает в метафорическом смысле змею, а потому содержит в себе head (голову) – первый элемент – и tail (хвост) – последний эле­мент. Между ними может быть сколь угодно много (зависит от ресурсов конкретной системы) «срединных» элементов. Каждый из элементов содержит в себе два поля: value (значение) и next (ссылка на следующий элемент связного списка). В случае по­следнего элемента ссылка на следующий элемент, само собой, отсутствует. При необходимости отыскать некоторое значение

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

рассылку по электронной почте. Для решения данной проблемы и предназначен паттерн «Наблюдатель», который, конечно же, близок ко второму примеру.

поненты, реализующие функционал «помощников». Мы также указали на необходимость своевременного и адекватного реаги­рования «помощников» на изменившуюся для «передовиков» ситуацию в контексте системы. В макромире бывают ситуации, в которых примерно таким же образом реализуется паттерн «Наблюдатель». Например, боксер перед боем и непосредствен­но в бою. Он сам является субъектом и «передовиком». У него наличествует определенная команда: основной тренер, тренеры по некоторым отдельным аспектам (общая физическая подго­товка, специальная физическая подготовка и так далее), врач, массажист, психолог, секунданты и прочие. В процессе подго­товки к бою состояние субъекта-боксера претерпевает опреде­ленные изменения. В том случае, если наблюдатели (команда боксера) некорректно и/или несвоевременно отреагируют на эти изменения, то пострадает форма боксера и увеличится вероят­ность того, что бой будет им проигран. У секундантов та же си­туация наличествует непосредственно во время боя. Чтобы не происходило некорректных реакций со стороны команды на из­менения состояния боксера, определяется механизм подписки. Каждый член команды подписывается на некоторые изменения и берет их под свою ответственность. Тренеры следят за физиче­ской формой и за тем, чтобы она соответствовала текущему эта­пу подготовки, врач отслеживает результаты анализов и диагно­стирует общее самочувствие по некоторым критериям, психолог следит, соответственно, за психологическим состоянием. Т. е. врач не подписан на изменения в физической форме боксера, а психолог не берет у него анализ крови и т. д. Каждый компо­нент системы под названием «Боксер и его команда» отвечает только за то, за что способен ответить максимально эффективно (к слову, это есть пример реализации паттерна Information expert («Информационный эксперт») из числа основных GRASP-пат­тернов). Также любой из команды может отписаться от под­писки – перейти к другому боксеру, сменить специализацию или попросту уволиться из команды. Т. е. мы наблюдаем все ос­новные аспекты реализации паттерна «Наблюдатель» в макро­мире.

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