[sisyphus] Re: glibc 2.3 vs Borland Kylix

Roman S =?iso-8859-1?q?rromas_=CE=C1_pisem=2Enet?=
Ср Май 19 19:37:40 MSD 2004


 Michael Shigorin <mike на osdn.org.ua>:
> > Апдейтов, обеспечивающих работу на новом
оборудовании - нет.
> 
> Слишком много тянется, там работа по бэкпорту съест
едва ли не
> больше времени, чем создание оригинала.  Мы уже
прикидывали.
> (kernel/alsa/XFree86/kudzu/ldetect-lst/...)

В рамках текущей технологии? Это да.
Следствие - у нового дистрибутива будут те же
недостатки. Тот же ограниченный срок годности.
Те же запреты на замену _прикладных_ программ.

> Дайте время -- линейка 2.3 уже получилась *гораздо*
ровнее 2.2 по
> моим ощущениям.  И именно из-за надежды, что это
тенденция, а не
> выпавшая точка, и что от 2.4 будут ну пусть не такие
просто
> шикарные ощущения в плане доведенности, как от Spring
2001 -- то
> что оно будет _рабочим_.
Надолго ли? 
Ну, выйдет что-то. Ну, может быть будет неплохим.
Пройдёт неделя/месяц, придёт новая станция/сервер, про
которую старый дистрибутив не встанет, аль понадобится
модуль к emacs, аль ещё что-нибудь, что часто бывает
нужным на рабочей станции. 
И опять такая же хренотень начнётся...

Никакого механизма защиты от подобной свистопляски я не
вижу. 
Ну да, в конце концов я лапками заставлю работать любой
набор багов, вопрос в экономической целесообразности
подобных танцев. Какую мне всё это пользу принесёт?
Парадокс, но со свободной ОС я лишаюсь собственной
свободы. 

Установка веб-браузера на "свободную" ОС - запрещена,
под страхом того, что она может перестать работать
должным образом.
Закупка нового железа - запрещена. 
"Жрите, что дают"? 

Только не надо про "пересобрать", "обработать
напильником" и т.д. - день нецелевого использования
программиста - это попадалово на 40$ только по
зарплате. Отставание от графика работ - подороже выйдет.
Вывод для меня _сейчас_ простой. Уйти на платформу, у
которой нет означенных критичных недостатков.
И не возвращаться к назад до тех пор, пока не появится
Mono-developer, при условии, что Mono будет полностью
совместим с .NET. 
Иначе - страшно очень. 
========================================================================
Принципиальный же вопрос в следующем:
Если не будет отделения прикладного слоя от системного,
если при этом системный слой не будет приводится в
соответствие с новым оборудованием - то использовать
подобный продукт очень опасно.




Подробная информация о списке рассылки Sisyphus