При этом точность в плане битов достигается лишь за счет внутренних фенотропных редакторов, например функций, доступ к которым осуществляется при помощи калькулятора. Для коммуникации больше не используется абсолютная точность.
Почему это более безопасно? Иногда для защиты компьютера от взлома мы создаем «зазор». Это значит, что компьютер, выполняющий важную функцию, даже не подсоединен к сети. Он вне доступа хакеров. Настоящему человеку придется пользоваться им на месте.
Каждый из модулей/редакторов внутри бескодовой фенотропной сети окружен собственно зазором, поскольку они не могут принимать абстрактных сообщений друг от друга. Нет самих сообщений. Только имитация пальцев, нажимающих на имитацию кнопок. Нет никаких абстрактных сообщений типа «Нажмите такую-то кнопку».
Прежде чем я вернусь к теме безопасности, я подробнее объясню, как работает зазор.
Экспрессия
Для начала признаюсь: в 1980-е не существовало способа добиться фенотропного эффекта без события типа нажатия кнопки. Машинное зрение и машинное обучение еще не достигли нужного уровня.
Так что нам нужен был какой-то язык для описания дисплея и свойства пользовательского интерфейса, например экранные кнопки, но мы знали, что это лишь временная мера для решения временной проблемы[154]. Закон Мура предполагал, что в конце концов компьютеры станут достаточно мощными, чтобы быстро распознавать сходство, а не только тождественность. Когда это произойдет, один редактор сможет наблюдать за другим при помощи машинного зрения и управлять им при помощи виртуальной руки, и отпадет необходимость в абстрактном представлении таких элементов пользовательского интерфейса, как кнопки.
В середине 1990-х, когда компьютеры наконец стали достаточно мощными для того, чтобы распознавать визуальное сходство в режиме реального времени, я вместе с компанией новых друзей основал новый проект, получивший название Eyematic, целью которого было решение таких задач машинного зрения, как распознавание лиц и отслеживание черт лица. (В те годы мы выигрывали конкурсы, проводимые под эгидой правительства Национальным институтом стандартизации и технологии, для исследований в области распознавания и отслеживания лиц в сложных реальных ситуациях.)
Большинство членов команды разработчиков Eyematic были бывшими учениками знаменитого нейрофизиолога Кристофа фон дер Мальсбурга. Также в работе над этим проектом поучаствовали и несколько человек из основного штата Veeple, в том числе Чак и еще несколько первых инвесторов, хотя душой и сердцем проекта был Хартмут Невен. В конечном итоге проект приобрела компания Google.
Должен признать, что меня раздражало работать над некоторыми из первых программ эффективного распознавания и отслеживания лиц. Не рождалось ли с нашей помощью чудовище? Я использовал некоторые прототипы Eyematic для воплощения действующих моделей отвратительных технологий, сцены с которыми вошли в фильм «Особое мнение», например рекламные щиты, которые засекают каждого, кто пытается скрыться от полиции, показывая всем его местоположение.
Причина, по которой я продолжал работу, заключалась в том, что я чувствовал, что польза, которую она принесет, значительно перевесит мерзкий потенциал тотальной слежки. Если мы могли добиться того, чтобы с помощью машинного зрения можно было распознавать лица и отслеживать выражения лиц и так далее, нельзя ли применить те же возможности для использования одних редакторов с помощью других? Мы смогли бы наконец избавиться от временных решений и создать настоящую фенотропную систему с правильными зазорами.
В этом случае фенотропный редактор поддерживал бы не любой интерфейс или метод взаимодействия, а лишь собственный пользовательский интерфейс. Не было бы ни протоколов, ни абстрактных переменных для документов. Ни ИПП[155].
Алгоритмы машинного зрения и машинного обучения одного редактора применялись бы для интерпретации и управления виртуальной рукой, которая бы виртуально взаимодействовала с другим редактором. Редактор не мог «рассказать», управляет ли им в данный момент человек или другой редактор, потому что интерфейс в обоих случаях был бы идентичным.
Природа кода внутри редактора, благодаря которой редактор выполняет определенные действия с другим редактором, не регулировалась бы никакими стандартами. Равно как и средства программирования этого редактора.
Некоторые редакторы можно будет натренировать на действие (тем же способом, каким мы тренируем алгоритмы машинного обучения на примерах), а другие пришлось бы непосредственно запрограммировать. И все они взаимодействовали бы друг с другом как человек пожелает.
155
ИПП (интерфейс программирования приложений) – типичный на сегодняшний день способ оформления абстрактных слоев для соединения программ друг с другом. –