Только самой интересной фотки нет

>И вы все время путаете форму и содержание, хотя они и существенно связаны. :) 1. Они существенно связаны, вы сами признаете 2. Мы говорим не столько о содержании, сколько о способе подачи содержания (книга vs. справочник), т.е. речь идет в первую очередь о форме или, еще точнее, о специфических аспектах формы. Опять же, программерская аналогия опасна тем, что у программы интерфейс - это неотъемлемая часть содержания, а на текст он накладывается искусственно, так что получается гипертекст и взгляд на связи модуля как на форму. Но как раз я-то о том и веду речь, что этот-то взгляд и плох, что на самом деле это (гипертекст) скорее часть содержания, чем форма. >спецификации-2 (разбивка строк текста по файлам -- чем описывается? Способ сборки этих файлов в единый текст -- чем описывается?). UML же. :) Только другими диаграммами. Ну и плюс раундтрип енжин, который должен обеспечивать синхронизацию UML с живым кодом - что нигде по человечески не сделано и откуда и проистекает большая часть проблем при программировании через UML. >Ясно, что любая подобная задача решается введением метаданных, специфицирующих желаемые свойства -- в данном случае, описывающих маршрут сборки текста. Все, что я хочу -- чтобы эти метаданные я не вводил отдельно в окошечки специальной формочки. Дык вот откуда и заголовок, почему я это и называю технократический подход: еще не поняв до конца, какие это должны быть метаданные и откуда они могут и должны браться, вы уже решаете, как вы их хотите (или не хотите) вводить. :) А вики - насколько я понимаю, вовсе не программистский инструментарий. :)