В письме Волкова говорится, что ограничение на закупки иностранного ПО повредит конкуренции и поставит госкомпании в неравные условия с коммерческими организациями, которые «вольны закупать, что считают нужным». Особенно, по его мнению, пострадают банки и страховые компании, которые сильно зависят от передовых ИТ-технологий и остро конкурируют между собой. Федеральный чиновник, знакомый с содержанием письма, рассказал «Ведомостям», что в Минкомсвязи его получили.
Волков также пишет, что в закон о закупках госкомпаний необходимо внести поправки, по которым приоритет должен отдаваться отечественному ПО. Тогда «Сбербанк» мог бы ясно прописать это требование в конкурсной документации. Если же закон не трогать, то любые преференции чреваты разбирательством с ФАС, отметил топ-менеджер банка.
По данным Национального рейтинга прозрачности закупок, в 2015 году «Сбербанк» потратил 1,4 млрд рублей на ПО немецкого разработчика SAP, ещё 1 млрд — на софт Oracle и 0,5 млрд — на решения Microsoft.
Член правления ВТБ24 Сергей Русанов согласен с точкой зрения Волкова: если ограничить госкомпании в закупке софта, они рискуют потерять долю рынка. В «Сбербанке» и Минкомсвязи отказались от комментариев.
Сейчас закупки иностранного ПО ограничены только для органов госвласти, этот закон вступил в силу 1 января 2016 года. Перед закупкой иностранного софта ведомства должны убедиться, что в реестре отечественного ПО нет аналогов. В случае, если аналог есть, то покупатель может приобрести ПО только если объяснит, чем его не устраивает российское.
В середине мая «Коммерсантъ» писал, что власти разработали предложения, обязывающие госкомпании также отдавать предпочтение российскому ПО.
Эксперты, опрошенные Институтом развития интернета (ИРИ), предупредили, что Россия пока не готова полностью перейти на отечественный софт, в том числе из-за личной заинтересованности отдельных органов госвласти.
На форуме ИРИ 23 мая госкомпании договорились организовать сбор предложений и замечаний по импортозамещению ПО. Их планируется обсудить на заседании одного из комитетов ИРИ, после этого должны последовать конкретные предложения по импортозамещению.
У «Сбербанка» есть «СберТех». Пусть делают свой блэкджек, а не ноют :) Но на самом деле конечно практика, с условием запретим западное т.к. не можем конкурировать, меня печалит всё больше.
Да, с тем количеством программистов, что работают в "СберТехе" им вполне по силам написать почти любое ПО, тем более, что и деньги у них есть.
Девять женщин не выносят ребенка за месяц.
Аналогия неудачная. Процессы разработки ПО очень хорошо параллелятся. Совместная разработка ПО уже давно отработанная тема, есть и инструменты и методология.
Не зря же сложность проекта оценивается в человеко-часах.
100 человеко-часов - это объем работы, которую 1 человек сделает за 100 часов или же которую 100 человек сделают за час.
Да, есть издержки параллелизма, КПД командной разработки ниже, чем у индивидуальной, но при должном количестве ресурсов и это не проблема.
В почившей уже компании Nokia разработкой только графического интерфейса Symbian занималось пять тысяч человек. И при этом у них был миллион багов типа пропадающей прозрачности у иконки антенны вверху экрана при появлении какого-нибудь диалога.
Багов там было пропорционально количеству разработчиков, я считаю.
Ничего про это не знаю, не могу прокомментировать.
Телефон на Симбиане у меня есть и используется до сих пор, каких-то глюков не замечал.
Любую вещь и любой процесс/подход можно испортить, было бы желание ;-)
Комментарий удален модератором
Читайте "мифический человеко-месяц" до просветления.
Эта макулатура давно устарела.
Вы почитайте "Книгу Дракона", там в первой главе (на 23 странице первого издания объясняется почему).
Вот, я не поленился. Взял "Драгон Бук" с полочки.
Сфоткал. Всё для вас ! ;-)
охотно верю, что примитивный компилятор языка си студент осилит сделать, что есть пара нюансов: для применения в работе к компиляторам совсем другие требования, особенно по отнюдь не самой простой части оптимизации. Плюс, языки сейчас более высокоуровневые и нередко с нетривиальным рантаймом. и в деле создания промышленных компиляторов стоит скорее проводить оценки по тому, сколько усилий и времени потратили apple и еще десяток не самых последних корпораций на то, чтобы clang и llvm получились не сильно хуже, чем gcc.
Вы читайте, что я написал:
"Не в компиляторе дело. Компилятор может сейчас написать любой студент (вопрос о качестве, конечно, остается, но всё же)"
Обратите внимание на оговорку "вопрос о качестве, конечно, остается"
LLVM и Clang - это тоже ИЗНАЧАЛЬНО разработки одного человека, кстати студента/аспиранта на тот момент (Chris Lattner), так что...
что изначально - не очень важно, нас интересует не "делать", а "сделать".
и, если википедия не врет с датами, то выходит следующее: в 2000 студент магистратуры начал пилить llvm как низкоуровнеый фреймворк для компиляторов, в 2002 получил по этой теме магистра, а в 2005 доктора (clang-а еще не было).в 2005 же устроился в apple, сколотил команду из профессиналов, которая начала писать clang и, наконец, только в 2011 году при содействии комнтрибьютеров со вспго света допилила поддержку плюсов только в компиляторе до состояния "не стыдно показать" (при этом стандартную библиотеку к тому моменту еще не доделали).
В итоге имеем 5 лет работы над доктрской, легшей в основу фреймворка, а потом еще 6 лет работы десятков профессионалов, чтобы на базе этих наработок сделать компилятор, который можно использовать. мягко говоря, не совсем тот уровень, что "любой студент напишет"
Вы опять не о том.
Я себя процитирую еще раз
"Не в компиляторе дело. Компилятор может сейчас написать любой студент (вопрос о качестве, конечно, остается, но всё же)"
И еще раз вот это прочитайте:
Обратите внимание на оговорку "вопрос о качестве, конечно, остается"
а какой смысл таком вот студенческом компиляторе? особенно в контексте промышленного применения, с которого, я напомню, мы начали.
Нет, извините.
Я изначально привел тезис:
Студент (любой) может написать компилятор С++.
Вы сказали, что это не так. Порекомендовали мне прочитать Брукса, я же сказал, что книжка устарела и сейчас другие времена.
Сейчас сложность написания компилятора не та, что во времена Брукса, совсем не та.
Что касается промышленного применения, то тут еще бабушка на двое сказала. Самодельный компилятор, сделанный студентом при помощи современных инструментов, обойдет по производительности многие профессиональные компиляторы прошлых лет.
Значит применять таки можно, но не будут потому, что всегда хочется лучшего и быстрого.
Я никогда не утверждал, что любой студент напишет компилятор С++, который окажется самым лучшим в мире.
Может, какой-нибудь студент на это и способен, но явно не любой ;-)
Поддержка С++ была в LLVM с самого начала, с 2003 года, с версии 1.0
в 2005 уже была версия 1.4.
Эпл подбросил деньжат, что сделало возможным нанять специалистов и ускорить разработку.
Мы можем сравнить LLVM версии 1.4 и, скажем, Borland C++ 3.1
и посмотреть, что "профессиональнее" получилось.
Вы не забывайте еще то, что автор разрабатывал проект ДЛЯ СВОИХ ЦЕЛЕЙ. Была ли у него цель "Сделать С++ компилятор мирового уровня " или нет - никто утверждать не может. Так что не надо говорить, что без помощи сообщества и Эпл он бы ничего не сделал. У него вполне могли быть другие приоритеты, но факт остается фактом: С++ компилятор он таки сделал.
возможно, я чего-то не понимаю, но, насколько мне известно, llvm изначально и до сих пор - это низкоуровневый фремворк, первоначально ориентированный на использвание gcc в качестве фронтенда, а непосредственно языка c++ касается clang, старт разработки которого начался, как минимум, не раньше 2005.
и про то, что автор llvm ничего бы не сделал бел apple и других контрибьюторов, я не говорил. вполе возможно, что и сделал бы, но явно не к 2011 году.
Да, не понимаете ;-)
Вот что надо читать (а лучше второе издание)
если немного подумать, а не бросаться закидывать шапками, то у сберовских программистов, скорее всего, уже есть достаточно задач и, чтобы подкинуть им новых, нужно либо закрыть старые проекты (о возможности чего вряд ли можно с уверенностью говорить не будучи в теме), либо нанять больше программистов (что означает повышение расходов и закономерный вопрос, а не дешевле ли будет купить готовое).
Когда речь идет о построении Цифрового ГУЛАГа, торг неуместен ;-)
P.S. ИТ-бюджет Сбера, если вы не знали, 1млрд евро (по информации из открытых источников).
Комментарий удален модератором
А у Микрософта, Оракула, Сапа и пр разве нет подобных статей затрат ?
Что касается Сбера, то сомнений нет никаких в том, что сколько им денег понадобится на ИТ - столько они и выделят. Деньги у них есть ;-)
ну да, у сбера ресурсов столько, что MS, оракл и сап близко не валялись
А нужно ли иметь больше ресурсов, чтобы получить лучший продукт ?
Линукс угробил коммерческие юниксы, а начинал его вообще один человек, так что... Не числом, а уменьем.
Ресурсов должно быть минимально достаточно, остальное уже расточительство. Минимально достаточное количество ресурсов в "СберТехе" есть, я считаю ;-)
Договорились: Девять женщин все же выносят ребенка за месяц, все отлично параллелится
Вы к разработке ПО какое отношение имеете, осмелюсь спросить ?
когда линукс начал гробить коммерческие юниксы уже 10 лет как был написанный кучей народу и отлаженный набор gnu-утилит, да и ядро сам линус к тому времени уже долго отнюдь не в одну каску пилил.
Про это мне известно. Но тем не менее, почему-то до него угробить коммерческие юниксы никому не удалось. Хурд не взлетел как-то.
Как это никому? МС и эпл вполне успешно выдавили никсы с рабочих станций. А хурд не взлетел потому, что академики стали пилить не работающее ядро, а "прикольное" (т.е. микроядро).
Выдавили руками Линукса. Если бы не Линукс такой доли у МС не было бы. Микрософт один из спонсоров, кстати.