[docs] Категоризация

[Fr. Br. George]

	Приветствую!

	Здесь проскакивал запрос о введениях категорий в куче и тем
более -- в модулях. Вопрос не праздный, потому что без этоко куча легко
превращается в свалку. В свалку же превращается и множество модулей, а
это -- как раз то, чего мы хотим избежать.
	Ergo, категоризацию надо вводить как часть полиси. Причём
желательно пораньше, чтобы исходники в кучу класть с уже ``политичными''
паспортами.
	В свете ``периодического издания на основе Sisyphus'' мне
подумалось вот что. 

	Предположим, затевается электронный журнал ``Prometheus''
(название условное, можно и ``Икарус'', и как хотите). Очевидно,
устраивать из него подобие бумажного журнала с _жёсткими_ рубриками --
идеологически неверно. Зря, что ли, ключевые слова придумали? Если один
и тот же массив материалов поддаётся выборке по ключевым словам,
естественно организовать и просмотр журнала так, чтобы каждый мог по
интересующей его теме статьи посмотреть. С другой стороны, как попало
набросанные ключевые слова в лучшем случае слегка облегчат поиск, но
ничего не организуют.
	Видимо, с ``темами'' надо делать что-то, что и с ``тегами'':
урезать список до осмысленного числа, покрывающего всё пространство тем
в целом. Это уже будут не ключевые слова, а эдакие _возможные_ разделы
журнала. Категоризация в стиле package groups не проходит: в идеале
каждая статья _обязана_ принадлежать сразу нескольким группам. Тогда
групп можно задать дюжину-полторы.
	Выпускающий журнала, имея в голове какую-нибудь творческую
задумку, просто просматривает предположительно входящие в очередной
выпуск материалы и прикидывает, какие из групп выкладывать в оглавление
(чтобы по каждой из них было что почитать, а вместе они давали общее
представление о теме выпуска). Остальные группы будут, конечно, доступны
тоже, но не в виде редакторского выбора в оглавлении, а в виде менюшки
движка. Кстати, движок, позволяющий в рамках HTML tree сделать такую
структуру, прост до неприличия, вполне может быть статическим.

	Варианты группирования.
		Дихотомический:
	Компьютерное -- некомпьютерное
	Linux -- не Linux
	Профессионалу -- новичку
	How -- How'n'Why
	New -- Good Old
	. . .
		По целевой аудитории
	Пользователю
	Администратору
	Разработчику
	. . .
		По принципу умолчательной дихотомии
	Не-Linux (остальное -- Linux)
	Новичку (остальное -- б/м профессионалу)
	New (остальное -- средней и глубокой выдержки)
	. . .
		По часто встречаемым жанрам
	HowTo/Рецепты
	Учебники
	Статьи
	Стихи и песни
	. . .
	
Я тут уже их назвал много, поэтому список, конечно, иллюстративный. Надо
бы, разделяя мир на части, не увлечься и не наплодить сущностей:).

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

	Давайте пофантазируем на эту тему. Плоды нашей фантазии, по
идее, и должны дать более-менее компактную, но исчерпывающую структуру
категоризации. И вовсе не только для журнала, а вообще для ALD. Потому
что заменить слово ``Prometheus'' на, допустим, ``Документация к ALM'',
а ``Творческая задумка'' -- на ``план документации'' -- и мы получим
средства решения другой задачи.

Если кто-то знает аналогичные решения (простые, но ``полные''
категоризаторы), а фантазировать не хочет -- просьба
поделиться. Проблема мелкая, но насущная. Не хочется разводить хаос у
истоков.

-- 
			George V Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru