> Если цель уволить одного профессионала за 100тр и нанять 3-и за 20тр,
> то очень сомнительно, что там будет человек, который все сможет грамотно настроить.

А зачем нанимать 3 по 20? Один по 50-80 - не вариант?

> Мое имхо - другое.

Ну, я вас с этим поздравляю.

>> ну вот так получилось. Я не виновт что статистика такая.
> 294-ый, а сам себя-то ты как оцениваешь? :)

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

> у любой версии gcc багов куча, я на них давно уже не смотрю - скучно стало.

Да, но их еще и чинят, вообще-то. И как правило сами авторы программ используют более-менее свежие версии компилеров, библиотек и прочая. Потому что их абсолютно не прет воркэраундить окаменелые баги чужих либ, компилеров, etc. Стандартная реакция програмеров на репорт в старой версии - "поставьте текущую версию и попробуйте снова".

> если будет конкретная бага генерирующая уязвимый код, то известие придет
> по каналам, а там уже и можно будет думать об обновлении.

Програмеров которые в 2011 году хотят греть свой мозг багами замшелых версий доGPLv3ного GCC - не очень много, извините.

> К тому же, еси будет такое БСД-уны сами быстро выпустят заплатку.

На все заплаток не наделаешь. Упомянутый софт например сроду ни у кого в портах, репах и прочем не фигурирует. Хотя-бы потому что майнтайнеры не всегда успевают за прогрессом, а это к тому же относительно малотиражный софт, который к тому же часто адаптируется на местах вплоть до допила сырца напильником под те или иные реалии. Тем не менее, какие-то такие corner cases могут сильно попортить жизню. В этом случае желательно чтобы система на которую собирается софт была бы более-менее похожа (хотя-бы по версиям либ, компилеров и прочая) на то что у програмеров. Это отлажено на самих програмерах и как-то работает. А вот что-то сверх того - уже не факт. Далеко не у всех програмеров есть ресурсы тестировать софт на сильно отличающихся конфигурациях, а сами они предпочитают как правило свежие версии от себе подобных, чтобы не париться с древними багами, которые сто лет исправлены. Собственно они же первым делом и репортят баги в програмерских тулзах и шкурно заинтересованы в их скорейшей починке.

>> бсд им подавайте.
> Приведите мне примеры, плз.

Дык привел уже то что вспомнилось из наиболее вопиющего и свежего, как умел. А если посмотреть, такое сплошь и рядом. Мне специально такие приколы коллекционировать начать? :)

> начал ерроры показывать при скачивании пакетов, для проверки прогнал mhdd, memtest+
> - нормально. Вкорячил фрю - встала без проблем. В результате, т.к.
> нужна была линух на этой машинке, так же, без проблем, как и со фрей, встала gentoo.

Похоже на какие-то глюки инсталлера. Наверное это была какая-то довольно экзотичная конфига, на которой никто не словил какой-то баг. Только вот если мы о железе будем говорить - я без проблем найду вагон железок куда фря или не ставится никак или впихивается чисто номинально, так что результат бесполезен на практике. Особенно если не дай боже взять что-то отличное от х86 (бздуны же любят кивать поддержкой ARM и MIPS, можно это припомнить и взять наугад десяток плат на этом всем из того что более-менее массово продается, во смеху то будет).

> Ну да, вот такая история неосилятора десктоп-ориентированной системы.

У фри corner cases где она взбрыкивает - ИХМО сильно больше. А если придираться то даже XP после обновления до SP2 вываливала синий экран на некоторых конфигруациях. Ответ MS был гениален своей простотой: "извините, но ваше железо не поддерживается SP2". В общем то проблемы везде можно найти.

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

Идеальных систем вообще без багов - не бывает. Тут скорее вопрос насколько часто и больно грабли будут выдавать в лоб.

Осиляторы могут меня забрасывать тапками, но имхо управление софтом в фре грабельное и архаичное, требующее больше усилий/времени для типовых сценариев чем apt-get install something. По крайней мере с точки зрения удобства содержания боевых серверов на этом. Древние компилеры эпохи царя гороха - вообще маразм. Перескок на шланг опять же странная затея: он пилится только эпплом, которому на проблемы бзди как-то перпендикулярно, так что данный шаг вызовет много попаболи и не факт что закончится чем-то хорошим.