Футурологическое

[dzz]

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

Обычно историкам не достаёт письменной информации о прошедших веках, а та, что есть, отражает мнение узкого круга образованных людей и часто не опускается до бытописательства. О том, как жили древние кельты или греки, приходится догадываться по черепкам и прочим остаткам материальной культуры. Более-менее подробно и адекватно описаны XVIII-XX века, когда грамотность уже широко распространилась и бумажное делопроизводство стало повсеместным, но к текстам относились ещё, в основном, серьёзно.

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

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

Comments

[lj-frank-bot.livejournal.com]

Hello!
LiveJournal categorization system detected that your entry belongs to the following categories: ИИ (https://www.livejournal.com/category/ii?utm_source=frank_comment), История (https://www.livejournal.com/category/istoriya?utm_source=frank_comment), Общество (https://www.livejournal.com/category/obschestvo?utm_source=frank_comment).
If you think that this choice was wrong please reply this comment. Your feedback will help us improve system.
Frank,
LJ Team

[dzz.livejournal.com]

Молодец, Козлюша, возьми с полки кочан :)

[vitus_wagner]

Как будут люди разбираться с тем валом информации, который оставит им эпоха Интернета прекрасно описал Борис Штерн в "Fenix Sapiens".

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

[jno2004.livejournal.com]

В 23 веке будут заново изобретать письменность и бумагу...

[dzz.livejournal.com]

Это уже второй коммент к посту с намёком на пост-апок :)

[dzz.livejournal.com]

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

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

[vitus_wagner]

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

Навеяло посещением ресторана Il Patio :)

[dzz.livejournal.com]

Вся надежда на MEMS, были проекты микростерженьковой памяти, это практически те же перфокарты, только наноразмерные.

Технически даже современный процесс фотолитографии позволяет делать "вечные скрижали" травлением кремниевой подложки. Другое дело, что скорость изготовления таких копий отстаёт от скорости образования новой информации на порядки.

[kosenko-danila.livejournal.com]

Существует такая вещь, как источниковедение (в универе у нас была :) ) и такая как "критика исторических источников".
Цитирую
-----
Есть два вида критики:
- критика, устанавливающая научно-историческую ценность источника как факта;
- критика, устанавливающая научно-историческую ценность показаний источника о факте.

Главная задача первого вида критики состоит в выяснении подлинности исторического источника.
----

RE: Навеяло посещением ресторана Il Patio :)

[vitus_wagner]

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

И в память о себе оставим в мире

Мы лишь error 404.

[vitus_wagner]

Я еще намекну на "Instutional memory and reverse smuggling". Там ведь описывается утрата информации о вполне работающем химическом заводе, в благополучной Америке, где никакого апокалипсиса не было. (конечно наши 1990-е годы это далеко не апокалипсис, но на них бы можно было много чего свалить, будь это у нас). А там ведь никаких катаклизмов не было. Ну несколько реорганизаций и слияний фирм владельцев, ну несколько банкротств мелких подрядчиков, ну оцифровка архивов. А привет — существенно важная информация о том как работает предприятие осталась только в личном бумажном архиве вышедшего на пенсию инженера, который вообще-то не имел права тогда эту копию делать.

[dzz.livejournal.com]

То есть ты считаешь, что устаревшая информация просто вытеснится, и историкам будущего достанется не то, что было, а то, что осталось? :)

Специальное вечное хранилище, может, и не нужно, но человек — зверёк запасливый, и технология хранения данных неопределённый срок (до "когда пригодится") может быть массово востребованной.

[dzz.livejournal.com]

Ну, это, скорее, декларация принципов (т.е. "что"). А меня больше интересует технология (т.е. "как") на современных данных.

[dzz.livejournal.com]

Корни таких историй — в практике "выкидывания ненужного", которое через десятилетия оказывается не таким уж ненужным. Ну и в том, что часть знаний (как правило, "очевидных" во время их использования) существует не в документах, а в головах.

[vitus_wagner]

Причем какая информация сохранится, а какая вытеснится, это совершенно непредсказуемо.

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

[vitus_wagner]

Вот то что существует в файлах — оно по своему статусу какое-то промежуточное между тем, что существует в документах, и тем что существет в головах.

Вот принесут тебе сейчас какие-нибудь жутко ценные данные в формате Paradox 3.5 for DOS. Что ты делать будешь?

[dzz.livejournal.com]

У меня на эту тему RAID-ы 1/0 или 5 везде, где можно.

[dzz.livejournal.com]

Возьму pypxlib :)))
Или сделаю реверс-инжиниринг файла. Благо именно на эту тему у меня более чем обширный опыт. Там, по-моему, разновидность dbase.

[vitus_wagner]

У меня тут на работе на одном из серверов недавно RAID1 на NVME навернулся совершенно замечательно. Ничего спасти не удалось. Слава богу бэкапы были. А это был как раз тот раздел куда все результаты production сборок складываются.

У меня по-прежнему остается глубокое убеждение что на дисках отключенных от электричества бэкап сохраннее, чем онлайн. Поэтому я и держу два бэкапных диска. Чтобы даже если молния шандарахнет в комп в момент бэкапа, и убъет сразу и основные диски и подключенный бэкапный, остался бы второй.

[dzz.livejournal.com]

Поэтому я и люблю RAID5/6 :)
Важные данные дублируются ещё и через мой NextCloud на несколько разных серверов.

Другое дело, что в наше время риск отключения доступа по нетехническим причинам выше, чем выход железа из строя.

[vitus_wagner]

Насколько я помню, нет. Это не dbase. Во всяком случае dbase из турбопаскаля я всегда читал своим кодом, а для параодкса юзал pardox engine.

Вообще интересно, прям хоть бери и экспериментируй — что будет эта pypxlib вытворять с cp866, будучи скомпиленной с 3-м питоном. Дистрибутив 4-го парадокса у меня должен сохраниться. Вот запускать dpmi16 программу в 64-битной среде — это конечно тот еще челледж. Видимо, надо будет 32-битный dosemu поставить. Когда-то давно в 20 веке у меня борландовский 16-битный DPMI прекасно под dosemu работал.

[vitus_wagner]

Думаешь, 5/6 имеет меньше шансов необратимо навернуться, чем 1, которому бы хватило выживания любого одного из составляющих дисков?

[dzz.livejournal.com]

Можно, кстати, под ESXi или Virtualbox-ом DOS поднять.

[a-konst.livejournal.com]

у историков и сейчас есть "источниковедение", будет в нем отдельный, особый раздел :)

[vitus_wagner]

Там будут свои заморочки. Во-первых, эмуляцию процессора какого-то древнего ставить надо, чтобы ядро DOS не испужалось, во-вторых ставить туда какой-нибудь сетевой клиент (а что у нас под DOS-ом было — древний-древний NFS и не менее древний Microsioft LAN Manager) чтобы файлики туда-сюда таскать. DOSEMU, который работает прямо над линуксовой директорией заметно удобнее, если в нем с DPMI все в порядке.