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

Ещё раз, если сэр не втыкает с первого раза: "протестированные" нуждается в пруфах. А без оного радость от "готовых бинарных" - дело исключительно вкуса.

> А если уж возникнет необходимость, то собрать и раздать собственные пакеты можно и тут.

О да. Но соотношение "собрал/раздал бинарь в SB" и "собрал/раздал бинарь в BB"... первое напоминает забивание шурупов молотком, второе - закручивание гвоздей отвёрткой.

> Всё мимо. Дело не в том, как они собираются, а дело в том, что эта сборка хорошо тестируется на совместную работоспособность.

Хорошо. Расскажите пожалуйста, что такое "совместная работоспособность" nginx и libtorrent, кратко методику тестирования и основания, на по которым то или иное исполнение этой методики с вашей точки зрения оценивается в "хорошо".

> Иронизируйте дальше, если не хотите понять в чём разница между стабильными релизами и роллинг-релизами.

Да вы не волнуйтесь так сильно. На данном этапе мы говорим о SourceBased/BinaryBased. Которые могут быть как релизами так и роллингами. И ещё у меня есть основания полагать, что я-то как раз разницу между R/RR понимаю чуть лучше, чем вы разницу между SB/BB и например насколько _хорошим_ решением является для SB+RR выделение понятия версии ОС и мира. Но посмотрите на меня - я же вижу и понимаю, что вам эти тонкости даром не нужны.

>> 1.8.16 и выше, по 2.0.5 включительно.
> Версию системы забыли сообщить и как воспроизвести.

да любая с ведром > 3.2
zabbix_get -s IP -k 'sensors[hwmonX,tempX]'

> Вы в курсе, что между Django 1.4.1 и 1.4.3 может быть небольшая разница, которая выльется в то, что на обновлённой версии Django прежде работавший проект работать не будет.

в курсе

> А система с роллинг-релизами пакетов не предоставляет никакого выбора для того, чтобы закрыть уязвимость, не меняя версию пакета?

Очень, очень херовые RR у вас на Марсе.

> Тут просто есть всего две альтернативы - сложный проект и не существующий проект. У вас выбора нет - у вас проекта просто не будет.

Я рад, что вы способны делать далекоидущие выводы в полном отрыве от этой убогой реальности. В очередной раз вам завидую, вослед за Райскими Кущами Тестирования.

> Помогает экономить время, не создавая себе работу там, где без неё можно обойтись. Не более.

"— Пойми, — сказал я, — я учу ее хорошенько чистить лампу и вовремя подливать керосину. Если она исполнит мой совет, лампа не взорвется. А когда у нее есть песок, она знает наверняка, что взрыва не будет, и одной заботой у нее меньше. Это своего рода "христианская наука" в промышленности." (с) О'Генри.

> Я встречался только с обратными вариантами.

А я вот с вашими вариантами не встречался. Такие дела.

> Насчёт взвести и мониторить и про глюки системы не понял, что вы хотели сказать.

Ну как бы милая привычка не просто "чтоб работало", а поставить под мониторинг. А мониторить состояние рейда когда для системы это "просто диск" затруднительно.

> При чём тут Debian? В нём нельзя сделать то, что можно сделать во FreeBSD?

(мстительно) можно. но как-то хочется без проблем на ровном месте и задрачивания.

> Это имеет отношение к тому, что не лютую экзотику с большей вероятностью на них можно настроить и поддерживать с меньшими усилиями.

нет

> Нет, не я составлял этот список. Это реальные требования работодателей или предпочтения тех, кто умеет работать и с красноглазыми системами, но просто устал от поиска проблем на ровном месте.

Если выкинуть привнесённый из вашей головы мусор, в целом вы поняли мысль верно:
в массе работодатель предпочитает технологичные решения - т.е. те системы, для которых можно быстрее найти бОльшее количество специалистов за возможно меньшие деньги. Причины в порядке убывания важности. Если для оных специалистов есть хоть какая система формального сравнения типа лицензирования, аттестации и т.п. работодатель близок к счастью. Несложно догадаться что к ТТХ систем это всё имеет отношение, но опосредованное.

> Мысль в том, что на "правильных системах" на типовые операции уходит меньше времени и усилий,

Это не всегда так. "Неправильная" DragonflyBSD, которую я видел впервые и которой пользуюся 2% от BSDшников, коих 2% от юниксоидов (льщу, утрирую ;) без единой проблемы встала на HP Gen8. А Дебиан - потребовал плясок. Установка, я надеюсь, у вас типовая операция?

> что позволяет делать более сложные системы и сопровождать их большее количество при меньших усилиях.

логическая ошибка.

> На нетиповых операциях выгода от использования "неправильных систем" часто не оправдывает затрачиваемых на неё усилий

неправильные предпосылки - неправильные выводы.

> Суммарная экономия времени больше в "правильных системах".

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