![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
О документации
Опен-сорсным проектам нужно на пару лет прекращать доработки кода за исключением security и поддержки текущего состояния смежных проектов, и занятся документацией.
А особенно - зачисткой гугла от 100500 копий сообщений в списках рассылки, дубликатов wiki и тому подобного, по устаревшим версиям библиотек.
Потому что сейчас любой вопрос гуглу возвращает информацию начиная от 2004 года(а то иногда и раньше), которая устарела как неизвестно что.
А когда язык развивается быстрее, чем гугл успевает индексировать - то разобраться, скажем, что clojure.contrib уже не модно использовать, практически нереально.
А особенно - зачисткой гугла от 100500 копий сообщений в списках рассылки, дубликатов wiki и тому подобного, по устаревшим версиям библиотек.
Потому что сейчас любой вопрос гуглу возвращает информацию начиная от 2004 года(а то иногда и раньше), которая устарела как неизвестно что.
А когда язык развивается быстрее, чем гугл успевает индексировать - то разобраться, скажем, что clojure.contrib уже не модно использовать, практически нереально.
no subject
> давности - они сейчас кому нужны?
Ну не скажите. Волшебные слова "legacy systems support". При мне одну бабку с пенсии отзывали, чтобы она счистила целебную плесень со своих знаний Cobol и PL/1 и написала транслятор с нейкого богом забытого забытого языка программирования на PL/1. Для мейнфрейма на System/390.
Тоже самое будет (и уже настаёт) для Linux. В частности, мне уже приходилось заниматься археологией вокруг умершей технологии EVMS, дабы портировать старую кодовую базу на другой/новый дистриб. Поддержка EVMS была выпилена из инсталятора две мажорные версии назад в связи со смертью апстрима (IBM прекратил оплачивать и бросил всё).
no subject
Очень сомневаюсь, что это понадобится кому-то когда-либо ещё. Разве что если это щастье осело в каких-нибудь Стратегических Емебеддедах. Но там можно и задокументировать нормально, есличо, да и разбираться с этим будут более компетентные люди, которым эти форумные рецепты тоже только будут засорять выдачу.
no subject
А без rollup у нас всегда будет Копролиты созданные неизвестно когда и которые иногда надо фиксить или, что хуже, добавлять функционал.
Кстати, на поддержку садят обычно менее компетентных людей, нежели те которые писали. И изменения суппорта, по моему опыту, обычно это наборы костылей и проволочек на скорую руку.
no subject
no subject
Адепты твёрдой руки и технофашисты сконцентрированы в других проектах, как например OpenBSD.
Рекомендую как пособие по качеству, изумительное качество кода (по крайней мере там где смотрел в ядре), замечательная докуентация. За счёт грамотного проектирования - малым числом участников развивают целиком ОС (kernel + userland). И по эффективности и стоимости поддержки (затраченные усилия к результату) - они рвут Linux в тряпки. Взять хотя бы их Wifi-стек, за счёт которого их драйвера в 3 раза меньше аналогов в Linux (в кол. строк кода) и всё управляется напрямую через ifconfig, а не через безумные костыли линукса (iwconfig/ifconfig/wpa_supplicant).
no subject
no subject
no subject