Как стать автором
Обновить

Метаинформация, возможности файловых систем и децентрализованные сети будущего

Время на прочтение16 мин
Количество просмотров11K
Всего голосов 10: ↑8 и ↓2+7
Комментарии27

Комментарии 27

Тема интересная, но статья фрагментарная. Можно было бы ожидать обзора современных файловых систем, предложения стека протоколов (начиная с BIOS) и попытки формулировки такого понятия как документ. Пользователю совершенно не нужны файлы. Нужны документы. То, с чем можно работать. Это значит, что над любой файловой системой должна быть надстройка, логический слой, и эта надстройка должна полностью поддерживать все необходимые нам свойства документов. База данных и соответствующая СУБД здесь подразумевается по умолчанию. Какая, например, разница между WORD и POWERPOINT? Это могут быть различные представления одного и того же документа. PDF — это конечный готовый для распечатки файл, но я хочу получить именно статью/книгу, а не файл. Я хочу иметь возможность писать на своём компьютере статьи и посылать в редакцию только электронный вариант статьи, и, вообще, работать с редакцией над одним и тем же электронным документом. Не задумываясь над оформлением. Я, уж, не говорю об оформлении библиографических описаний и ссылок на цитируемые источники. Почему нельзя сделать так, чтобы иметь электронный вариант отчёта о НИР, работать только с ним, и только на самом последнем этапе применить стилевой файл, чтобы выполнить требования ГОСТ'а и пожелания нормоконтролёра? Возникает множество вопросов. Великое множество.

Статья фрагментированная, потому что если делать нефрагментированную, получится целая книга:) Это очень краткий обзор, или даже обозначение направлений в разных областях, на стыке которых можно получить нечто новое. Хотя обзора файловых систем я не планировал, это как раз погружение на более низкий уровень, чем мне хочется.

Можно поступить иначе. Взять какой-то отдельный вопрос/проблему и тщательно его "раскрутить".

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

Кстати, все обсуждения сосредоточились на файловых системах, хотя в статье это не главное. Главное - идея создания универсальных файлов метаданных, с помощью которых можно распространять информацию в p2p сетях. Улучшенных торрент-файлов, содержащих также человекоориентированную метаинформацию о контенте. Поддержка расширенных атрибутов и интеграция СУБД в ФС - лишь желательные условия для реализации этой идеи.

Если не ошибаюсь, вы подразумеваете функционал Latex?

Latex — это (всё-равно!) промежуточное представление с целью получить результат полиграфического качества. Хотя его и можно эффективно использовать для автоматизации работы над документами. Но для автоматизации нужно, чтобы существовало представление документа как такового.

На самом деле они есть и в Windows (NTFS), но практически нет инструментов для работы с ними.

Это с чего вдруг? Все что нужно для работы — это API (в наличии, и давно), команды (в наличии, правда, слегка менялись вроде), и поддержка файловых менеджеров (например, FAR поддерживает).
Есть еще такая штука как NTLinksMaker, которую я повесил на кнопку в Total Commander. Но вот знают ли обо всем это большинство обычных пользователей? Знакома ли им вообще концепция жестких и символьных ссылок?
Ведь сначала нужно осознать неудобство работы без чего-то;
Затем осознать необходимость какой-то конкретной возможности;
Затем изучить способы решения проблемы, и найдя информацию по тем же симлинкам и хардлинкам, обдумать ее, понять и проникнуться этой идеей.
И только затем начать использовать.
Пардон, но это уже другой вопрос. Вы говорили, что нет инструментов. Есть инструменты, ровно в таком же наборе, как для линукса. И потом, в линуксе есть например alternatives, которые все построены на линках. Вы, как конечный пользователь, можете вообще про них ничего не знать — но ваша инфраструктура знает.

Что нет знаний и привычки пользоваться — ну наверное, такое имеет место. Но таких фич в любой сложной ОС навалом.
Ну так-то и hex-редактор — инструмент:) Но да, признаю, неточно сформулировал. Нет пользовательской привычки и знаний, потому что нет распространенных (встроенных в стандартные средства ОС и доступных по щелчку мыши) инструментов. В винде есть ярлыки (lnk). Если бы вот так же из контекстного меню были бы доступны команды создания симлинков и хардлинков, возможно было бы иначе.
НЛО прилетело и опубликовало эту надпись здесь

Не понял. Поясните, пожалуйста.

НЛО прилетело и опубликовало эту надпись здесь

Спасибо. Интересно, а кто-нибудь делал NC/VC/DN для смартфона?

НЛО прилетело и опубликовало эту надпись здесь
Даже штатный «проводник» (или как он там называется) в смартфоне — тоже вполне полезная вещь, я его иконку вывел на главную страницу почти сразу как перешел с кнопочного на смартфон. И концепция дерева папок там вполне присутствует, ничем не отличается от винды или линукса.
НЛО прилетело и опубликовало эту надпись здесь

Двухпанельный интерфейс — это вещь. Просто и понятно. И... удобно.

Я могу ожидать, что папка с надписью "В архив не сдавать", находится в архиве, в коробке с надписью "В архив не сдавать".

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

Не подскажите про перцептивные хэши, а именно где можно почитать про их применение в аудио и видео. Очень интересные мысли

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

Благодарю за ответ! Буду дальше шерстить интернет

Ну работу с метаинформацией файлов умеет и графическая оболочка WorkPlaceShell в OS/2, а не только BeOS / Haiku. Причём уже бог знает как давно. И да. Всё это безобразие хранится в расширенных атрибутах. Причём отдельный атрибут для хранения тегов (там они называются ключевые слова) идёт из коробки. Правда развитых средств поиска нет, но это не точно.

Кстати, известный файлменеджер Total Commander имеет плагины для работы с жесткими и символьными ссылками и для работы с потоками NTFS.
И вспомнились еще файлы descript.ion, как пример «хранения метаинформации в специальных файлах». TC их, кстати, тоже поддерживает в отличие от Проводника Windows.

А почему не упомянут весь пласт работы с версионированием? Это же важнейший тип метаинформации. Но, как видим, даже в головах квалифицированных людей Гит и Вики живут отдельно :-)

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории