О документации
Опен-сорсным проектам нужно на пару лет прекращать доработки кода за исключением security и поддержки текущего состояния смежных проектов, и занятся документацией.
А особенно - зачисткой гугла от 100500 копий сообщений в списках рассылки, дубликатов wiki и тому подобного, по устаревшим версиям библиотек.
Потому что сейчас любой вопрос гуглу возвращает информацию начиная от 2004 года(а то иногда и раньше), которая устарела как неизвестно что.
А когда язык развивается быстрее, чем гугл успевает индексировать - то разобраться, скажем, что clojure.contrib уже не модно использовать, практически нереально.
А особенно - зачисткой гугла от 100500 копий сообщений в списках рассылки, дубликатов wiki и тому подобного, по устаревшим версиям библиотек.
Потому что сейчас любой вопрос гуглу возвращает информацию начиная от 2004 года(а то иногда и раньше), которая устарела как неизвестно что.
А когда язык развивается быстрее, чем гугл успевает индексировать - то разобраться, скажем, что clojure.contrib уже не модно использовать, практически нереально.
no subject
no subject
Лично у меня были проблемы с загрузчиком (на 2 из 4 машин граб2 ставился так, что дуалбутящаяся винда не грузилась), были проблемы с неработой иксов дважды на нвидии и один раз на ати (после апгрейда ядра и/или иксов там иногда нужно шаманство), со сносом гомокуд проблем не было, я эту автоматизацию открутил нафиг после третьего же глюка.
ну, плюс, я от компа не так и много хочу: жэжэшечку и ютуб в броузере, заметки в плэйнтексте, ссш по ключу на машину с голдедом и файлопомойкой, гцц нативный а также под арм и мипс, отсутствие вирусов и антивирусов, БЫСТРОЙ реакции гуя.
красивые переливания-мерцания или удобств рефактринга стопицотмегового проекта на вижлжабе мне не надо. :)
no subject
no subject
Ад по собиранию тулчейнов вручную проходит по тому же ведомству, что любители LFS.
no subject
no subject
кросс-компиляторы я взял готовые, типасреду для них тоже взял готовую. Потом долго матерился и часть нужного собирал вне этой среды.
переливания-мерцания - они какие-то нестабильные. Могут месяц работать нормально, а потом на ровном месте взбрыкнуть и повесить всё. Уж лучше без этой непредсказуемости. :)
no subject
Компиляторы обычно пишут высококвалифицированные логичные аутичные люди, компиляторы получаются как-то стройнее и логичнее внутри, плюс, компилятор - это хорошо инкапсулированная хрень. Немного утрируя, компилятор читает один файл, пишет другой файл, на все прочее ему насрать.
Всякие ГУИ пишут менее квалифицированные люди, там больше копипасты и нелогичностей, больше нетривиальных зависимостей. Итого, гуй выходит более глюкавым и сильнее увязанным с окружением и с погодой на марсе.
no subject
Оно ТУПИТ.
no subject
аккуратно настроенный быстрый-легкий окноменеджер типа айсвм - летает.
другие рюшечки не пробовал, айсвм как запускалка программ и двигалка окон меня вполне устраивает.
no subject
no subject
Из жизни - мой классический USE-case - "Как поставить штатным инсталятором ОС на систему, где немного сломан FPU (floating pointer exception)".
no subject
no subject
read(4, "t of sophisticated, user friendl"..., 32276) = 32276
--- SIGFPE (Floating point exception) @ 0 (0) ---
floating point, сорри
no subject
no subject
иногда есть только пошаговая инструкция, которая не дает понимания процесса и соседних граблей.
no subject
Имхо, это уже вопрос об искусстве технического писательтсва вообще, а не о линукс-документации в частности.