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