Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 40
спасибо!
>Вообще, я верю в то, что разум всё-таки победит и у нас тоже будет принято решение использовать в основе деятельности государства свободное ПО и стандарты, и всячески способствовать его развитию и поддержке наших программистов.
Хороший пунктик для избирательной речи президента :)
Хороший пунктик для избирательной речи президента :)
Спасибо!
Нас на европейских тендерах регулярно трамбуют по поводу открытия исходников и протоколов, и могу сказать, что это не очень здорово для производителей. Мы ведь годами разрабатывали софт и вкладывали деньги не для того, что бы потом любой мог взять наши алгоритмы… То что хорошо для фрилансеров не всегда устраивает большие компании, надо как-то эти факты тоже принимать во внимание.
Если вам невыгодно, никто не заставляет участвовать, верно?
Интересы государства, как инструмента общества, важнее интересов отдельной компании, которая считает, что какой-то определённый метод ведения бизнеса для неё выгоднее.
Интересы государства, как инструмента общества, важнее интересов отдельной компании, которая считает, что какой-то определённый метод ведения бизнеса для неё выгоднее.
Ну вот у меня есть живой пример, когда пару лет назад немцы написали проект требований к поставщикам основанный на полностью открытых протоколах и системах. Возможно он хорош и правилен, но денег уже потрачен вагон, проект оказался в разы дороже, чем если бы они купили off-the-shelf закрытую систему и плюс никто из крупных поставщиков не хочет браться — воз и ныне там. И как здесь с государственными интересами?
В документе по этому поводу чётко расписано. А именно, что нужно учитывать расходы в долгосрочной перспективе.
В данном случае, даже если проект дороже (хотелось бы видеть конкретные цифры, «в разы» оценочное суждение), то в будущем запросто может оказаться, что общая сумма расходов ниже, чем с проприетарным ПО.
Плюс, в случае использования открытого ПО, а тут проект сложный, инфраструктурный видимо, государство гарантированно получает поддерживаемый софт. Расчитывать инфраструктурные проекты следует на десятилетия, а не просто складывать стоимость лицензий. Экономия тут может вылиться в затраты, многократно превышающие все профиты.
Относительно упомянутого Вами проекта в техническом плане ничего конкретного сказать не могу, не посмотрев на спецификации.
В общем, советую прочитать документ, для этого и переводил.
В данном случае, даже если проект дороже (хотелось бы видеть конкретные цифры, «в разы» оценочное суждение), то в будущем запросто может оказаться, что общая сумма расходов ниже, чем с проприетарным ПО.
Плюс, в случае использования открытого ПО, а тут проект сложный, инфраструктурный видимо, государство гарантированно получает поддерживаемый софт. Расчитывать инфраструктурные проекты следует на десятилетия, а не просто складывать стоимость лицензий. Экономия тут может вылиться в затраты, многократно превышающие все профиты.
Относительно упомянутого Вами проекта в техническом плане ничего конкретного сказать не могу, не посмотрев на спецификации.
В общем, советую прочитать документ, для этого и переводил.
Дороже, дороже, и намного. Я сравнивал стоимость коробочных продуктов и стоимость разработки требуемого открытого ПО (при том что функционал в принципе одинаковый).
В общем-то я не хочу чернить все эти наработки, сами идеи возможно прекрасны и правильны, но напоминают сферического коня в вакууме, практика может ввести коррективы, фактически сводящие всю идею на нет.
Что касается поддержки — тут тоже большой вопрос, к кому обратиться за поддержкой, нанимать каких-то своих специалистов (что тоже стоит денег) или обратиться к той же компании, имеющей многолетний опыт в разработке, эксплуатации и обслуживании. Получается, что за эти деньги мы исключительно страхуемся на некие форсмажорные обстоятельства, которых вполне возможно и не произойдет.
Кроме того, современные темпы технологий толком не дают возможность прогнозировать развитие на десятилетия. Может получиться, что лет через пять будет дешевле все сделать заново, нежели поддерживать устаревшую систему.
PS документ обязательно прочитаю и спасибо за перевод.
В общем-то я не хочу чернить все эти наработки, сами идеи возможно прекрасны и правильны, но напоминают сферического коня в вакууме, практика может ввести коррективы, фактически сводящие всю идею на нет.
Что касается поддержки — тут тоже большой вопрос, к кому обратиться за поддержкой, нанимать каких-то своих специалистов (что тоже стоит денег) или обратиться к той же компании, имеющей многолетний опыт в разработке, эксплуатации и обслуживании. Получается, что за эти деньги мы исключительно страхуемся на некие форсмажорные обстоятельства, которых вполне возможно и не произойдет.
Кроме того, современные темпы технологий толком не дают возможность прогнозировать развитие на десятилетия. Может получиться, что лет через пять будет дешевле все сделать заново, нежели поддерживать устаревшую систему.
PS документ обязательно прочитаю и спасибо за перевод.
> Кроме того, современные темпы технологий толком не дают возможность прогнозировать развитие на десятилетия.
Вот собственно поэтому открытое ПО более жизнеспособно.
Что касается «дороже» — трудно это обсуждать, не имея технического описания проекта и конкретных цифр.
Спасибо!
Вот собственно поэтому открытое ПО более жизнеспособно.
Что касается «дороже» — трудно это обсуждать, не имея технического описания проекта и конкретных цифр.
Спасибо!
почему по этому? развитием и прогнозированием занимаются большие коммерческие вендоры — у них на это тратяться R&D бюджеты.
в свою очередь открытое ПО в силу понятных причин занято созданием аналогов коммерческих продуктов, и на развитие и прогнозирование ресурсов нет.
в свою очередь открытое ПО в силу понятных причин занято созданием аналогов коммерческих продуктов, и на развитие и прогнозирование ресурсов нет.
Открытое ПО часто функционально уникально и не имеет аналогов среди проприетарного ПО. Развитие и прогнозирование — это то, без чего ни один крупный открытый проект просто не может существовать.
Я Вам рекомендую прочитать статью «Исследование эффективности моделей управления открытыми проектами», судя по всему, Вы будете сильно удивлены, что сообщества действуют эффективнее авторитарных систем.
Стабильность открытого ПО объясняется тем, что его поддержкой может заняться любая компания или группа специалистов, имеющая компетенции, а не только вендор.
Я Вам рекомендую прочитать статью «Исследование эффективности моделей управления открытыми проектами», судя по всему, Вы будете сильно удивлены, что сообщества действуют эффективнее авторитарных систем.
Стабильность открытого ПО объясняется тем, что его поддержкой может заняться любая компания или группа специалистов, имеющая компетенции, а не только вендор.
>Что касается поддержки — тут тоже большой вопрос, к кому обратиться за поддержкой, нанимать каких-то своих специалистов (что тоже стоит денег) или обратиться к той же компании, имеющей многолетний опыт в разработке, эксплуатации и обслуживании. Получается, что за эти деньги мы исключительно страхуемся на некие форсмажорные обстоятельства, которых вполне возможно и не произойдет.
Зачастую получается так что у вас есть базы данных от программы производитель которой уже кончился. И как эти данные перевести в более современные продукты, кроме перенабора ручками — никто не знает.
Такое с бухгалтериями часто было раньше (сейчас все на 1с сидят), когда у тебя есть еще досовская прога и ты бы рад уже ее поменять, но набивать 5 лет зарплатных данных…
Зачастую получается так что у вас есть базы данных от программы производитель которой уже кончился. И как эти данные перевести в более современные продукты, кроме перенабора ручками — никто не знает.
Такое с бухгалтериями часто было раньше (сейчас все на 1с сидят), когда у тебя есть еще досовская прога и ты бы рад уже ее поменять, но набивать 5 лет зарплатных данных…
Протоколы полюбому должны быть открыты. А алгоритмы нужно знать, думаю, только в сферах безопасности (военные, связь, медицина). А там уж никак без экспертизы.
Хорошее дело.
Глядя на вас, и сам вдохновляешься на то, чтобы делать что-то полезное )
Глядя на вас, и сам вдохновляешься на то, чтобы делать что-то полезное )
Отлично, что в России есть такие неравнодушные люди. Вы — молодец! Побольше бы таких как Вы!
Молодец, что тут ещё сказать!
Прекрасные новости о создании www.osor.eu/ и отличная работа. Спасибо.
Осталось объяснить чиновникам что такое Open Source… а заодно и Creative Commons.
Осталось объяснить чиновникам что такое Open Source… а заодно и Creative Commons.
Спасибо! Кстати. Где-то читал, что по соображениям безопасности, на одну ось в гос-органах, военке, образовании, милиции и тп — НЕЛЬЗЯ отдавать более 50% компьютеров… потому что со стратегической точки зрения это является ошибкой… Нужно менять положение, когда 99% компов занимает одна и та же ось… Да что там, даже по логике — отдавать дядюшке Биллу всех школьников сегодня нельзя! Хотя он «пищом лезет», чуть-ли не бесполатно, только не давайте детям знаний, кроме Виндовса… этого он боится… но это нужно делать…
Пожалуйста!
Ну это совершенно логично, и даже пословица «не кладите все яйца в одну корзину» говорит о том же, народная мудрость.
Я совершенно не против проприетарного ПО, не призываю его выжигать калёным железом. Я против его засилия на тендерах в России. Должен быть разумный баланс.
Но открытые стандарты безусловно необходимы, без вариантов.
Ну это совершенно логично, и даже пословица «не кладите все яйца в одну корзину» говорит о том же, народная мудрость.
Я совершенно не против проприетарного ПО, не призываю его выжигать калёным железом. Я против его засилия на тендерах в России. Должен быть разумный баланс.
Но открытые стандарты безусловно необходимы, без вариантов.
в алгоритмы откаты заложены? если нет тогда это не для рашки
Что бы в России такое проталкивать, предварительно, надо произвести зачистку, начиная с самых верхов власти…
Что бы в России такое проталкивать, предварительно, надо произвести зачистку, начиная с самых верхов власти…
Огромное человеческое спасибо
Я недостаточно знаком с устройством государственного аппарата в нашей стране и тем более других государств. Но, после предложения
возник вопрос. Существуют ли подразделения/должности в гос аппарате, работники которых отвечают за ИТ инфраструктуру, её развитие и т.д.? И как эти подразделения/должности называются в российском государстве и в других, если кому известно? Не может же быть, что человек, далекий от ИТ, будет составлять такие документы. (да, я оптимист)
Очень часто на тендерах явно указывается либо название какого-то проприетарного ПО, либо конкретная фирма-поставщик.
возник вопрос. Существуют ли подразделения/должности в гос аппарате, работники которых отвечают за ИТ инфраструктуру, её развитие и т.д.? И как эти подразделения/должности называются в российском государстве и в других, если кому известно? Не может же быть, что человек, далекий от ИТ, будет составлять такие документы. (да, я оптимист)
Для гентушников:
ompldr.org/vNmhyeQ/translate-9999.ebuild
Если кто забыл как их ставить из файла:
sudo -i
cd /usr/portage/local/
mkdir -p dev-python/translate; cd dev-python/translate
wget ompldr.org/vNmhyeQ/translate-9999.ebuild
ebuild translate-9999.ebuild digest
emerge translate
Для обновления:
emerge translate
ompldr.org/vNmhyeQ/translate-9999.ebuild
Если кто забыл как их ставить из файла:
sudo -i
cd /usr/portage/local/
mkdir -p dev-python/translate; cd dev-python/translate
wget ompldr.org/vNmhyeQ/translate-9999.ebuild
ebuild translate-9999.ebuild digest
emerge translate
Для обновления:
emerge translate
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Руководство по госзакупкам ПО с открытым исходным кодом