К вопросу о опциональности расширения файлов.

Расширение позволяет невооруженным глазом видеть тип файла. Правда бывают и злоупотребления, вот например как называется один фильм Robocop.1987.Unreleased.Sony.Bluray.REMUX.mkv

И чего здесь удивительного? Парсинг имени файла работает намного быстрее эвристик libmagick.

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

На самом деле, на мой взгляд, расширения - УГ, т.к. они не однозначны, для одного расширения может иметься несколько типов, и для одного типа, наоборот, может иметься множество расширений.

Ты хочешь Haiku?

Расширения уже работают, перейти от них — слишком сложно.

Нет, при чём тут Haiku (никогда даже не тыкал), просто размышляю о том, что расширения - УГ на сегодняшний день. Они были хороши, когда было 8.3, но не сейчас.

Проведите небольшой эксперимент — вручную удалите у ваших -txt -mkv -jpg -avi файликов их расширения и внезапно окажется что не изменилось ровным счётом ничего — всё работает по-старому. Магия? Да, именно она.

4.2

dolphin, например, определяет по расширению - чем открывать. Удобство тут, главным образом в том, что БЫСТРО. Не надо применять хитроумный алгоритм определения типа файла по первым блокам и т.п...

Во-первых, так сразу видно, что это за файл. Не нужно запускать всякие хитрые определялки, достаточно сделать ls. Во-вторых, текстовый редактор или IDE может по расширению файла угадать язык, для которого надо делать подсветку. По типу-то они одинаковые, plain text.

В BeOS ФС изначально задумывалась с учётом метаданных. В них кидали в том числе MIME-тип (потому, что могли). В хайке сейчас это воспроизвели.

http://www.haiku-os.org/docs/userguide/en/filetypes.html — как оно работает. Можно указать MIME для любого файла, оставив его расширение.

http://www.haiku-os.org/docs/userguide/en/workshop-filetypes attributes.html — гуй к этому.

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

Линуксы так не умеют, а дёргание libmagic ущербнее, чем расширения по всем параметрам.

И да, в BeOS это сделано не потому, что не нравятся расширения, а потому, что ФС изначально (http://www.haiku-os.org/docs/userguide/en/workshop-filetypes attributes.html) заточена под тонну метаданных. Линуксовые ФС формально умеют xattr, но если пытаться на них реализовать query из гайки — оно будет слишком сильно тормозить. Кстати, поэтому все полнотекстовые индексаторы и семантичные десктопы юзают внешнюю БД.

По типу-то они одинаковые, plain text.

Даже libmagic не настолько туп и автоопределяет некоторые популярные языки. Если файл не в юникоде (libmagic без тени сомнения может посчитать юникодный текст случайным бинарным форматом, его паттерны — ад).

оно будет слишком сильно тормозить

sysctl --write vm.vfs_cache_pressure=0 и любая внешняя бд соснёт с проглотом.

При чём тут это? Гайка умеет в индексы по любым атрибутам. Какая линуксовая ФС может сделать индекс по конкретному xattr?

А то, что ты написал, внешние БД и так умеют.

ти такая загадочная?

Ну насчёт полного набора метаданных я не знаю. Возможно это оверкилл. А вот типы данных как-то культурно хранить - было бы неплохо.

Ага шяз, а всякие расширения типа .c .h .README?

Но таки при замене суффиксов на префиксы получим очевидное преимущество:

com.java,utils...