Исходное сообщение
"Интервью с одним из лидеров проекта по переводу гос. учрежде..." Отправлено Michael Shigorin, 06-Июл-11 20:18
> Михаил, предложите другую, с учетом представленной информации. Не оперировать сферическими ставками, а провести пилотный проект и посмотреть, какая часть расходов выпадает на инфраструктурные работы (основные затраты на создание/доработку/исправление -- это со множителем около единички), какая -- на выкатывание (основные затраты пропорциональны количеству рабочих мест или сотрудников -- соответственно и множитель). > Кроме того, в цифру попал. Если в ответ на "штурман, приборы" сказать навскидку "16"... :) > Представленная вами ссылка, такая же реклама, как и ссылка на сайт MS Нет, разумеется: ссылка была приведена к тому, что темой миграции мы тут малость занимались и информацию старались собирать и публиковать. > и относиться к ней нужно так же. По каждому пункту можно > спорить и с вами, и с IBM, и с MS. Безусловно.  Только в отличие от -- у нас намерения впарить нет и не было.  Если по результатам аудита дешевле или не сильно дороже купить винду (и вопрос о цене проекта) -- мы так и рекомендовали. > Каждый вендор вам скажет, что перечисленное у них выполнено: Вопрос в том, соврёт или правду скажет.  Особенно насчёт vendor lock-in. > По теме, я всего лишь указал, что как то дорого получилось и > идея писать свой дистрибутив сомнительна. Существует не так много способов унифицировать окружение (это когда все требуемые компоненты выяснены и доведены) -- по большому счёту это дистрибутивы, образы и промежуточные варианты вроде дистрибутив+репо+скрипты. Мы реализовывали крупные проекты и с дистрибутивами, и с образами.  Если возможность формализовать требования есть и сроки позволяют, дистрибутив лучше.  Если требуется (очень) быстрый цикл тестирования и/или поток изменений не сходит в минимальный со временем по объективным причинам -- лучше образ. Разумеется, _совсем_ свой дистрибутив делать слишком дорого, а вот производное от какого-либо достаточно подходящего метадистрибутива -- может быть вполне разумно. BTW я тут потихоньку последние несколько лет копаю это направление на базе альта: http://www.altlinux.org/WhiteLabel http://www.altlinux.org/Mkimage/Profiles/next

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Михаил, предложите другую, с учетом представленной информации. > Не оперировать сферическими ставками, а провести пилотный проект и посмотреть, какая часть > расходов выпадает на инфраструктурные работы (основные затраты на создание/доработку/исправление > -- это со множителем около единички), какая -- на выкатывание (основные > затраты пропорциональны количеству рабочих мест или сотрудников -- соответственно и множитель). >> Кроме того, в цифру попал. > Если в ответ на "штурман, приборы" сказать навскидку "16"... :) >> Представленная вами ссылка, такая же реклама, как и ссылка на сайт MS > Нет, разумеется: ссылка была приведена к тому, что темой миграции мы тут > малость занимались и информацию старались собирать и публиковать. >> и относиться к ней нужно так же. По каждому пункту можно >> спорить и с вами, и с IBM, и с MS. > Безусловно. Только в отличие от -- у нас намерения впарить нет > и не было. Если по результатам аудита дешевле или не > сильно дороже купить винду (и вопрос о цене проекта) -- мы > так и рекомендовали. >> Каждый вендор вам скажет, что перечисленное у них выполнено: > Вопрос в том, соврёт или правду скажет. Особенно насчёт vendor lock-in. >> По теме, я всего лишь указал, что как то дорого получилось и >> идея писать свой дистрибутив сомнительна. > Существует не так много способов унифицировать окружение (это когда все требуемые компоненты > выяснены и доведены) -- по большому счёту это дистрибутивы, образы и > промежуточные варианты вроде дистрибутив+репо+скрипты. > Мы реализовывали крупные проекты и с дистрибутивами, и с образами. Если > возможность формализовать требования есть и сроки позволяют, дистрибутив лучше. Если > требуется (очень) быстрый цикл тестирования и/или поток изменений не сходит в > минимальный со временем по объективным причинам -- лучше образ. > Разумеется, _совсем_ свой дистрибутив делать слишком дорого, а вот производное от какого-либо > достаточно подходящего метадистрибутива -- может быть вполне разумно. > BTW я тут потихоньку последние несколько лет копаю это направление на базе > альта: > http://www.altlinux.org/WhiteLabel > http://www.altlinux.org/Mkimage/Profiles/next
	Введите код, изображенный на картинке: