Самат Сейтимбетов - Мечты сбываются - 1

Впрочем, мне наплевать.

Даже вот общение теперь предпочитаю разделять. Если Агнесса говорит о работе -- то учитель, если дела личные, то Джейх. Просто и сердито, и в постели мы не говорим о работе, а на полигонах -- о сексе.

-- Излагай, - сказал я Агнессе.

Вот, видите, мы на работе и говорим о работе. Проблема модульности была и оставалась важнейшей, после проблемы сопряжения нескольких магий в одном автомате. В идеале хотелось бы получить полную взаимозаменяемость деталей всех автоматов, производимых в Середке. Это, конечно, потребовало бы доводки и переработки имеющихся моделей, но выигрыш можно было бы получить огромнейший. Роботы смогли бы не только использовать друг друга и более мелких собратьев в качестве запчастей -- например, "муравьи", в качестве конечностей для "паучков" - но и самостоятельно собираться в более крупные автоматы. Те же "гарпуны" смогли бы сливаться в торпеду - "акулу", а "терминаторы" в огромный строительный кран, например.

Это, разумеется, в идеале.

На практике же, неудовлетворительной оставалась модульность даже в пределах одной модели. Это не говоря о том, что роботы не умели самостоятельно чиниться. Мозгов, в буквальном смысле, не хватало. Усложнять ИИ -- стоимость робота и время изготовления резко растет, а продукция массовая, тут такое недопустимо. Сами техномаги еще могли напрямую приказать автоматам -- бери вот это, крепи себе -- но и тут получалось долго и занудно. Иногда оказывалось быстрее и дешевле самому починить или поставить запасную часть, чем приказывать роботу. Не говоря уже о том, что управленцы с амулетами, ни разу не техномаги, не могли и такого "прямого" ремонта.

Сейчас прорабатывались два основных проекта.

Первый предполагал разработку еще одного типа ИИ, уже для ремонта. Набор типовых команд, определение типовых моделей и типовых действий. В общем, полная стандартизация и типизация, с предварительной сортировкой. Отсев нетипичных случаев для "ручного" ремонта. Закладка в роботов второго ИИ, с добавлением функции переключения между ними. По сигналу или после разрушения, скажем, пятидесяти процентов робота, автоматическое включение функции "ремонта". Проблем и недостатков у такого подхода была масса, включая возможную драку двух роботов в режиме "ремонта" за запчасти друг с друга.

Второй проект предполагал создание новой модели "мусорщик", который будет заниматься только одним. Бегать по полю боя и тащить всех поврежденных роботов в точку, откуда исходит сигнал. Предполагалось, что там развернут полевой ремонтный комплекс, включающий в себя пару многофункциональных роботов, заточенных на ремонт. Дополнительные возможности по магии металла -- сварка на месте, контейнера со стандартными запчастями и ИИ-шками на замену, плюс программирование операции: "делаем из двух роботов одного". Тоже решение с кучей недостатков и возможных грабель. В идеале, конечно, красиво, поточный ремонт, теоретически дающий возможность боевым автоматам бесконечно ходить в бой, только успевай заряжать ремонтников и подвозить запчасти. На практике -- геморрой по самые гланды, начиная хотя бы с разработки все того же ремонтного ИИ, которого еще не существует в природе.

При этом первый вариант -- проще, зато второй -- в перспективе, даст возможность постройки роботизированных конвейерных линий. Включая сборку роботов самими роботами. Начальство же просто хочет, чтобы автоматы использовались многократно и не требовали везти их в наши мастерские для ремонта. Чтобы те же шахтеры могли просто на месте починить или робот мог заняться авторемонтом, такие мелочи уже никого не интересовали -- главное результат. Пока что еще удавалось решать вопрос за счет общей неторопливости жизни и практике "сразу шлем целого робота на замену". Этакая ротация, чтобы людям не ждать, пока починим. Но все равно, это не решало вопроса в целом, и приходилось думать и думать, пытаясь найти оптимальное решение.

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

-- Допустим, - хмыкнул я.

Хоть мы и не говорим в постели о работе, но влюбленная в роботов Агнесса заводится от технических разговоров. Помнится, когда объяснял ей концепцию стандартизации, она изнасиловала меня прямо на рабочем месте, благо хоть дверь удалось закрыть удаленно, а то присутствие учеников и подмастерьев в здании ее не волновало. С чем связана такая страсть, так и не понял, только предположил, что последствия плена, рабства, освобождения и обретения магии наложились одно на другое, изрядно ударив по мозгам.

Сама Агнесса, понятное дело, в своем поведении ничего странного не видит.

-- Если же добавить в ремонтный автомат возможность получать отклик от боевых роботов о состоянии, то на основе отклика можно сразу задавать ремонтную программу, вот!

-- Эээ, ладно, не будем трогать вопрос разработки программы: "отклик -- ремонт", но причем тут повышение модульности автоматов?

-- Ой, не модульности, степени ремонта модульных автоматов, извините, учитель.

-- Каковых автоматов у нас еще и нет, - проворчал я в ответ. - Агнесса, ты не подумала, что отклик автоматов все равно придется типизировать? Это нам не нужно, мы воспринимаем информацию, уже зная, какие модели у нас есть, что где используется и так далее. Ремонтный автомат, откуда это знать будет?

-- Извините, учитель, - скисла Агнесса, поняв, что ее идея не решает проблемы.

-- Нет, предложение хорошее, - я пожевал губами, пытаясь подобрать формулировку. - Просто отличное. Скажем так, я внезапно понял, что нам нужно разнести тело и мозги ремонтного робота.

-- Эээ, учитель? - удивилась Агнесса.

-- Упрощение, упрощение и еще раз упрощение каждой операции! Типизация и унификация! У нас есть десять, точнее одиннадцать основных моделей используемых автоматов. Значит, нам потребуется двенадцать простейших ИИ, запрограммированных на ремонт. Каждый ИИ отвечает за свою модель, еще потребуется список основных поломок, здесь его необходимо будет слинковать с откликом от поврежденного робота.

Тут мне еще пришло в голову, что нужно жестко "зашить" в металл диагностический элемент, который бы по сигналу выдавал состояние робота, независимо от функционирования ИИ. Но как это сделать -- хрен пойми, на одном "хачу шоб було" далеко не уедешь. Надо четко представлять, что и как работает, и какой результат должна давать магия, прежде чем начинать заколдовку. Если бы дело сводилось к одной только фантазии, по Юкане уже давно бы лихо рассекали автоботы и десептиконы, заливая плазмой всех врагов.