>>99% процентов приложений все равно не поддерживают CLI-ключи, или разработчик намудрил
>>с com-объектами, что нормально автоматизировать через cli и скрипты невозможно.
>
>COM вообще-то не для автоматизации служит, а для унификации интерфейсов. Проще -
>это кто как привык. Дело вкуса. Переносимый код для COM вообще
>в принципе недоступен, а .net сборки пока кривоваты для подобных систем. Я немного в кучу все перемешала :) Если Вы еще раз перечитаете мое сообщение, увидите, что я написала "COM/Corba/DBUS", и ниже про сокеты, пайпы, POSIX, а в самом низу про то, что с точки зрения администратора, организовать взаимодействие между ПО проще именно в UNIX.
Разве девелоперы пишут свой код не для нас и не для end-user'ов :)? Создать монструозный программный пакет, который будет взаимодействовать со своими компонентами через COM/Dbus/сокеты/пайпы можно на любой платформе (так как такое не писала, не мне судить, на какой платформе это сделать сложнее), но последующая эксплуатация с другими программными решениями, проще именно в UNIX (прочитайте принципы разработки в UNIX, про одну программу, делающую свою функцию хорошо)