|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 20 Oct 2006 03:04:54
To : Ilya Anfimov
Subject : Re: tcsh vs bash
--------------------------------------------------------------------------------
Oct 14 05:30 06, Ilya Anfimov wrote to Andrew Dolgov:
IA> И с этой точки зрения файл -- это очень мощная абстракцыя,
IA> объединившая очень разнородную информацыю под одним названием.
IA> Как минимум -- гораздо более внятная, чем абстракцыя "хрень", как
IA> максимум -- обладающая большым набором операцый независимо от
IA> того, музыка там или что. Потому -- вещь очень ёмкая и полезная.
IA> Так что борцунство вида "файлов нет" как-то безосновательно.
IA> И не надо ссылаться на воспитанные с детства традицыи -- это
IA> другой мир, нежэли бескомпьютэрный, здесь многое по-другому.
И действительно - раньше для каждого вида информации был свой способ хранения и
свой носитель. Магнитофон для музыки, кинопленка для изображения, фотобумага для
картинок и так далее. Теперь все это может хранить и воспроизводить один
инструмент - компьютер. И внутри его все эти виды информации действительно
представляются единообразно - в виде файлов.
Hо!
Уважаемый Андерей, борцунствуя против файлов, на самом деле имеет в виду
несколько другое. Он чисто интуитивно пришел к идеет идеям удобной для
_человека_, а не компьютера классификации и каталогизации единиц хранения.
Сколько там у тебя файлов на винче(не считая софта)? Десятки тысяч я так думаю.
А знаешь ли ты, что 40 тысяч единиц хранения - это примерно фонд хорошей
библиотеки районного масштаба? (у меня есть подруга с высшим библиографическим
образованием - вот я и знаю:) Так вот она мне и рассказывала что такое
каталогизация и классификация. И насколько это важно. Методы там чуть ли не
столетиями совершенствовались. Иначе было бы совершенно невозможно найти даже
то, что в библиотеке есть. Увы - описаны они в спецлитературе очень скучно и
малопонятно. Мне вот повезло - с действительно хорошим профессиональным
библиографом пообщался - вот общее представление и получил.
Увы - к миру компьютерному те методы столетней давности так прямо не подходят,
но позаимствовать там есть что.
IA> Сделанные мной картинки -- скорее всего по дате (сейчас их
IA> меньшэ сотни, потому вообще не раскладываю). Пришэдшые извне --
IA> скорее всего по теме, из-за которой они меня заинтересовали.
А надо бы - и по дате, и по теме, и еще по нескольким критериям, число которых
вообще говоря может быть бесконечно и в классической библиографии ограничено
только техническими ресурсами (невозможно иметь бесконечное количество всяких
каталогов в виде ящиков с карточками наряду с обычными алфавитным и общим
тематическим).
Так вот дискуссия в данном случае у нас фактически касается именно темы
классификации и каталогизации, а чего именно - не столь важно, есть такой термин
как "единица хранения". Такой единицей может быть и файл, но далеко не всегда
очевидно какую информацию объединить в одну единицу хранения. И если в
классическом библиотечном деле единица хранения заранее задана в виде книги или
иного физически неделимого документа, то файл в компьютере при необходимости
можно и на кусочки порезать, и склеить несколько в один.
Так вот и формирование единиц хранения вообще-то тоже хотелось бы поручить
какому-нибудь умному софту! Хотя я не уверен что такой софт будет просто
написать.
IA> Hе понял юмора. Что, grep (аналог) на метаданных не работает?
IA> И копировать твою музыку с метаданными кто-то настолько надёжно
IA> запретил? Hу выкинь свой метаданноделатель.
А кто будет к музыке метаданные дописывать? Как будто сам не знаешь, что писать
к файлам описания всегда лень и некогда. Если например хоть раз ББС обслуживать
приходилось - должен бы знать это факт. Собственно - написание "метаданных" к
книгам - это существенная часть работы библиографа! Думаешь карточки в каталогах
сами образуются?:) А книг в типичной районной библиотеке как я уже сказал
_меньше_ чем файлов на твоем диске!
Так что проблема на самом деле есть, и серьезная.
И например мне было бы интересно послушать рассказы тех, кто имеет хоть какой-то
опыт ее решения и какую-то разработанную методику упорядочивания содержимого
своего диска.
Да, кстати, желание многих людей выбирать софт размером поменьше имеет ту же
самую причину - психологическую неспособность ориентироваться в больших кучах
файлов, а вовсе не технические или финансовые ограничения на размер дисков, как
некоторые думают!
Zahar
--- Msged/LNX 6.1.1
* Origin: Остров Большой Березовый: N 60ш20'02.9" E 28ш37'00.3" (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
