>> Система sysVinit, когда сам init - крошечная программа, запускающая скрипты с помощью
>> внешнего интерпретатора, очень гибка
> По части гибкости - в принципе согласен. Вот только большинство людей делом
> доказало что бешеным дитяти ножа в руки лучше не давати.

Тут два варианта - либо твой работодатель таки научится не жадничать денег для квалифицированных работников, либо жадность и глупость фраера таки сгубит.

> А практически там
> как правило позорнейшая помойка, задворки программирования. Я это в таком виде
> видеть АБСОЛЮТНО НЕ ЖЕЛАЮ.

Покажи пожалуйста конкретно что именно ты видеть не желаешь.

> А если вдруг надо передать систему на руление
> кому-то еще - им не придется месяцами вштыривать в чужие художества

Еще как придется.  Кривые руки - они с любым инструментом кривые.  

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

Не нанимайте людей за еду - и будет вам счастье.

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

Напротив, вполне логичное предложение.  Вместо творения очередного C-shit'а, спроектированного по принципу НЕХ - взять высокоуровневый язык.

Есть и еще более очевидные решения - напр. продолжить стандартизацию sysvinit скриптов.  LSB включает пока очень куцый функционал, дистрибутивы умеют куда больше.  И проблема в том, что они делают это порой по-разному.