Ну, выше вроде утверждалось, что он играет важную роль при переносе приложений между ОС, и его наличие в венде доказывает, что юникс победил Это бесспорно хорошо, но мало, чтобы писать реальные приложения с бизнес-логикой, а не coreutils.
> $2000, и RHEL твой. Дашь ещё больше, и у тебя будет в RH персональный человек
O, у нас появилось TCO. После чего мы обнаруживаем, что большая часть ISV ориентируется все-таки на винду, и получаем накладные расходы на интероп с тем софтом, который найти под линух не удалось; на поддержание гетерогенной среды; обучение юзеров работать в этой среде, и всякое такое. Ну, либо на команду своих девелоперов, готовых в случае чего переписать всё нафик :) Последний вариант, бесспорно, хорош, я такое люблю, но тоже не бесплатен.
Ну то есть, если весь стек укладывается в линух - то ок. Мне пока такое встречалось только для хорошо очерченного круга задач, типа "мелкого офиса"\"школы"\"хостинга"\"онлайн-игрушки" и т.д., но не для автоматизации предприятий. Маемо, Palm, Google и пр. - характерные примеры "переписать всё нафик".
> подсистемы, выполняющие аналогичные функции?
Я утверждаю, что ACL лучше битмасок, WMI лучше зоопарка hw- и sw- related демонов и утилит, Group Policy лучше зоопарка конфигов, а Object Manager "в общем" легче поддается унификации, чем конкретная имплементация /dev, /proc и т.д., в текущем линуховом ядре, хоть он и хуже, чем "всё есть файл" в Plan9 (но п9, увы, не очень жив)
> Все хотят Линукс, и не без причин.
Ну, с тем, что чпукс сейчас маргинален, я согласен. Но работать за цельным прилизанным workstation - приятно.
> А в стране с крупнейшей экономикой - Линукс
А какие там основные ISV получаются?
> не будем трындеть про то, в чём не разбираемся
Мне неоднократно жаловались, что "в итоге внедрили какую-то чрезвычайно глючную фигню, красивую в теории, но очень нестабильную, которая нагружает лишней работой операторов и надеется на их безошибочность".
Я искренне надеюсь, что ОС тут ни при чем, но на вид типичное "решили сэкономить на лицензиях, и не получилось".
Re: ЧТО БЛЯДЬ
Date: 2011-01-19 09:29 pm (UTC)Ну, выше вроде утверждалось, что он играет важную роль при переносе приложений между ОС, и его наличие в венде доказывает, что юникс победил
Это бесспорно хорошо, но мало, чтобы писать реальные приложения с бизнес-логикой, а не coreutils.
> $2000, и RHEL твой. Дашь ещё больше, и у тебя будет в RH персональный человек
O, у нас появилось TCO. После чего мы обнаруживаем, что большая часть ISV ориентируется все-таки на винду, и получаем накладные расходы на интероп с тем софтом, который найти под линух не удалось; на поддержание гетерогенной среды; обучение юзеров работать в этой среде, и всякое такое. Ну, либо на команду своих девелоперов, готовых в случае чего переписать всё нафик :)
Последний вариант, бесспорно, хорош, я такое люблю, но тоже не бесплатен.
Ну то есть, если весь стек укладывается в линух - то ок. Мне пока такое встречалось только для хорошо очерченного круга задач, типа "мелкого офиса"\"школы"\"хостинга"\"онлайн-игрушки" и т.д., но не для автоматизации предприятий. Маемо, Palm, Google и пр. - характерные примеры "переписать всё нафик".
> подсистемы, выполняющие аналогичные функции?
Я утверждаю, что ACL лучше битмасок, WMI лучше зоопарка hw- и sw- related демонов и утилит, Group Policy лучше зоопарка конфигов, а Object Manager "в общем" легче поддается унификации, чем конкретная имплементация /dev, /proc и т.д., в текущем линуховом ядре, хоть он и хуже, чем "всё есть файл" в Plan9 (но п9, увы, не очень жив)
> Все хотят Линукс, и не без причин.
Ну, с тем, что чпукс сейчас маргинален, я согласен. Но работать за цельным прилизанным workstation - приятно.
> А в стране с крупнейшей экономикой - Линукс
А какие там основные ISV получаются?
> не будем трындеть про то, в чём не разбираемся
Мне неоднократно жаловались, что "в итоге внедрили какую-то чрезвычайно глючную фигню, красивую в теории, но очень нестабильную, которая нагружает лишней работой операторов и надеется на их безошибочность".
Я искренне надеюсь, что ОС тут ни при чем, но на вид типичное "решили сэкономить на лицензиях, и не получилось".