Диалог с космическим разумом

Итак, мы имеем список из 5-ти уровней иерархии: Тема, Подтема, Имя диска, Путь к файлу, Имя файла. Если каждый уровень состоит только из одного реквизита, то модель готова, но если есть такие, где должно быть несколько реквизитов, то нужно их ввести на втором уровне Модели. Например, к позициям Тема и Подтема можно ввести на втором уровне Модели реквизиты Название и Количество файлов, а к позиции имя файла Название, Тип, Размер, Дата и т.п. После того как Модель создана в этот Источник можно вводить данные, позиции которых размещаются во второй его части под названием Данные.

Чтобы показать более наглядно, как выглядит структура данных в формате УПИ, возьмём в качестве ещё одного конкретного примера Источник под названием Англо- русский словарь (см. табл. 8).

Как мы видим из этого примера, данный Источник выглядит как обычная таблица, однако в ней чётко представлены все элементы УПИ, а именно, две составные части Источника Модель и Данные, два уровня иерархии Модели (имена уровней и заголовки), три позиции на первом уровне Модели и восемь позиций заголовков на втором. Эта таблица очень мобильная и в ней можно перемещаться по позициям многих тысяч данных, быстро находя нужные слова.

В разделе Данные представлено пять позиций, но это только в данном примере, вообще их может быть сколько угодно. Каждая позиция данных разделена на реквизиты в соответствии с Моделью. При большом количестве позиций данных их можно сортировать по любому из реквизитов данных, после чего можно путём введения в запрос слова для поиска можно перемещаться в искомую позицию практически мгновенно.

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

Сущностное понимание понятий Модель и Данные заключается в том, что в иерархических позициях Модели записываются только заголовки, обозначающие реквизиты данных. После того как Модель создана, все данные, обозначенные как имена реквизитов, формируются во второй части Источника в строгом соответствии с Моделью.

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

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

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

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

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