О документации

[metaclass]

Опен-сорсным проектам нужно на пару лет прекращать доработки кода за исключением security и поддержки текущего состояния смежных проектов, и занятся документацией.
А особенно - зачисткой гугла от 100500 копий сообщений в списках рассылки, дубликатов wiki и тому подобного, по устаревшим версиям библиотек.
Потому что сейчас любой вопрос гуглу возвращает информацию начиная от 2004 года(а то иногда и раньше), которая устарела как неизвестно что.
А когда язык развивается быстрее, чем гугл успевает индексировать - то разобраться, скажем, что clojure.contrib уже не модно использовать, практически нереально.

Comments

[trueblacker.livejournal.com]

ваш пример как раз скорее к "библиотекам" относится. А я говорил об особенностях стартап скриптов, например. С особенностями именно такой-то версии на таком-то ядре в таком-то дистрибутиве. Таких форумов гуглится с полпинка - и большей частью все старше 5 лет.

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

[mend0za.livejournal.com]

Хехе, rollup схема кроме веба даже не знаю где практикуется :)

А без rollup у нас всегда будет Копролиты созданные неизвестно когда и которые иногда надо фиксить или, что хуже, добавлять функционал.

Кстати, на поддержку садят обычно менее компетентных людей, нежели те которые писали. И изменения суппорта, по моему опыту, обычно это наборы костылей и проволочек на скорую руку.