Оффтоп Albert Khabibrakhimov
2 215

«Ведомости»: «Сбербанк» раскритиковал запрет на закупки иностранного ПО в госкомпаниях

«Сбербанк» выступил против навязывания российским госкомпаниям софта из реестра отечественного ПО. Об этом пишут «Ведомости» со ссылкой на письмо старшего вице-президента банка Никиты Волкова заместителю министра связи Алексею Соколову, копия которого есть у издания.

В письме Волкова говорится, что ограничение на закупки иностранного ПО повредит конкуренции и поставит госкомпании в неравные условия с коммерческими организациями, которые «вольны закупать, что считают нужным». Особенно, по его мнению, пострадают банки и страховые компании, которые сильно зависят от передовых ИТ-технологий и остро конкурируют между собой. Федеральный чиновник, знакомый с содержанием письма, рассказал «Ведомостям», что в Минкомсвязи его получили.

Волков также пишет, что в закон о закупках госкомпаний необходимо внести поправки, по которым приоритет должен отдаваться отечественному ПО. Тогда «Сбербанк» мог бы ясно прописать это требование в конкурсной документации. Если же закон не трогать, то любые преференции чреваты разбирательством с ФАС, отметил топ-менеджер банка.

По данным Национального рейтинга прозрачности закупок, в 2015 году «Сбербанк» потратил 1,4 млрд рублей на ПО немецкого разработчика SAP, ещё 1 млрд — на софт Oracle и 0,5 млрд — на решения Microsoft.

Член правления ВТБ24 Сергей Русанов согласен с точкой зрения Волкова: если ограничить госкомпании в закупке софта, они рискуют потерять долю рынка. В «Сбербанке» и Минкомсвязи отказались от комментариев.

Сейчас закупки иностранного ПО ограничены только для органов госвласти, этот закон вступил в силу 1 января 2016 года. Перед закупкой иностранного софта ведомства должны убедиться, что в реестре отечественного ПО нет аналогов. В случае, если аналог есть, то покупатель может приобрести ПО только если объяснит, чем его не устраивает российское.

В середине мая «Коммерсантъ» писал, что власти разработали предложения, обязывающие госкомпании также отдавать предпочтение российскому ПО.

Эксперты, опрошенные Институтом развития интернета (ИРИ), предупредили, что Россия пока не готова полностью перейти на отечественный софт, в том числе из-за личной заинтересованности отдельных органов госвласти.

На форуме ИРИ 23 мая госкомпании договорились организовать сбор предложений и замечаний по импортозамещению ПО. Их планируется обсудить на заседании одного из комитетов ИРИ, после этого должны последовать конкретные предложения по импортозамещению.

#новость #сбербанк #Минкомсвязи #импортозамещение_в_ПО #российский_софт

Статьи по теме
Эксперты ИРИ предупредили о неготовности России перейти на отечественное ПО
Власти предложили штрафовать чиновников за закупки иностранного ПО
«Коммерсантъ»: Минэкономразвития предложило запретить использование иностранного ПО в госорганах
{ "author_name": "Albert Khabibrakhimov", "author_type": "editor", "tags": ["\u0441\u0431\u0435\u0440\u0431\u0430\u043d\u043a","\u0440\u043e\u0441\u0441\u0438\u0439\u0441\u043a\u0438\u0439_\u0441\u043e\u0444\u0442","\u043d\u043e\u0432\u043e\u0441\u0442\u044c","\u043d\u043e\u0432\u043e\u0441\u0442\u0438","\u043c\u0438\u043d\u043a\u043e\u043c\u0441\u0432\u044f\u0437\u0438","\u0438\u043c\u043f\u043e\u0440\u0442\u043e\u0437\u0430\u043c\u0435\u0449\u0435\u043d\u0438\u0435_\u0432_\u043f\u043e"], "comments": 58, "likes": 11, "favorites": 1, "is_advertisement": false, "subsite_label": "flood", "id": 15709, "is_wide": true, "is_ugc": false, "date": "Tue, 24 May 2016 10:38:14 +0300" }
{ "id": 15709, "author_id": 53259, "diff_limit": 1000, "urls": {"diff":"\/comments\/15709\/get","add":"\/comments\/15709\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/15709"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199791 }

58 комментариев 58 комм.

Популярные

По порядку

Написать комментарий...
5

У «Сбербанка» есть «СберТех». Пусть делают свой блэкджек, а не ноют :) Но на самом деле конечно практика, с условием запретим западное т.к. не можем конкурировать, меня печалит всё больше.

Ответить
1

Да, с тем количеством программистов, что работают в "СберТехе" им вполне по силам написать почти любое ПО, тем более, что и деньги у них есть.

Ответить
3

Девять женщин не выносят ребенка за месяц.

Ответить
1

Аналогия неудачная. Процессы разработки ПО очень хорошо параллелятся. Совместная разработка ПО уже давно отработанная тема, есть и инструменты и методология.

Не зря же сложность проекта оценивается в человеко-часах.

100 человеко-часов - это объем работы, которую 1 человек сделает за 100 часов или же которую 100 человек сделают за час.

Ответить
1

Да, есть издержки параллелизма, КПД командной разработки ниже, чем у индивидуальной, но при должном количестве ресурсов и это не проблема.

Ответить
0

В почившей уже компании Nokia разработкой только графического интерфейса Symbian занималось пять тысяч человек. И при этом у них был миллион багов типа пропадающей прозрачности у иконки антенны вверху экрана при появлении какого-нибудь диалога.
Багов там было пропорционально количеству разработчиков, я считаю.

Ответить
0

Ничего про это не знаю, не могу прокомментировать.

Телефон на Симбиане у меня есть и используется до сих пор, каких-то глюков не замечал.

Любую вещь и любой процесс/подход можно испортить, было бы желание ;-)

Ответить

Комментарий удален

0

Читайте "мифический человеко-месяц" до просветления.

Ответить
0

Эта макулатура давно устарела.

Вы почитайте "Книгу Дракона", там в первой главе (на 23 странице первого издания объясняется почему).

Ответить
0

Вот, я не поленился. Взял "Драгон Бук" с полочки.

Сфоткал. Всё для вас ! ;-)

Ответить
0

охотно верю, что примитивный компилятор языка си студент осилит сделать, что есть пара нюансов: для применения в работе к компиляторам совсем другие требования, особенно по отнюдь не самой простой части оптимизации. Плюс, языки сейчас более высокоуровневые и нередко с нетривиальным рантаймом. и в деле создания промышленных компиляторов стоит скорее проводить оценки по тому, сколько усилий и времени потратили apple и еще десяток не самых последних корпораций на то, чтобы clang и llvm получились не сильно хуже, чем gcc.

Ответить
0

Вы читайте, что я написал:

"Не в компиляторе дело. Компилятор может сейчас написать любой студент (вопрос о качестве, конечно, остается, но всё же)"

Обратите внимание на оговорку "вопрос о качестве, конечно, остается"

LLVM и Clang - это тоже ИЗНАЧАЛЬНО разработки одного человека, кстати студента/аспиранта на тот момент (Chris Lattner), так что...

Ответить
0

что изначально - не очень важно, нас интересует не "делать", а "сделать".
и, если википедия не врет с датами, то выходит следующее: в 2000 студент магистратуры начал пилить llvm как низкоуровнеый фреймворк для компиляторов, в 2002 получил по этой теме магистра, а в 2005 доктора (clang-а еще не было).в 2005 же устроился в apple, сколотил команду из профессиналов, которая начала писать clang и, наконец, только в 2011 году при содействии комнтрибьютеров со вспго света допилила поддержку плюсов только в компиляторе до состояния "не стыдно показать" (при этом стандартную библиотеку к тому моменту еще не доделали).

В итоге имеем 5 лет работы над доктрской, легшей в основу фреймворка, а потом еще 6 лет работы десятков профессионалов, чтобы на базе этих наработок сделать компилятор, который можно использовать. мягко говоря, не совсем тот уровень, что "любой студент напишет"

Ответить
0

Вы опять не о том.

Я себя процитирую еще раз

"Не в компиляторе дело. Компилятор может сейчас написать любой студент (вопрос о качестве, конечно, остается, но всё же)"

И еще раз вот это прочитайте:

Обратите внимание на оговорку "вопрос о качестве, конечно, остается"

Ответить
0

а какой смысл таком вот студенческом компиляторе? особенно в контексте промышленного применения, с которого, я напомню, мы начали.

Ответить
0

Нет, извините.

Я изначально привел тезис:

Студент (любой) может написать компилятор С++.

Вы сказали, что это не так. Порекомендовали мне прочитать Брукса, я же сказал, что книжка устарела и сейчас другие времена.

Сейчас сложность написания компилятора не та, что во времена Брукса, совсем не та.

Что касается промышленного применения, то тут еще бабушка на двое сказала. Самодельный компилятор, сделанный студентом при помощи современных инструментов, обойдет по производительности многие профессиональные компиляторы прошлых лет.

Значит применять таки можно, но не будут потому, что всегда хочется лучшего и быстрого.

Я никогда не утверждал, что любой студент напишет компилятор С++, который окажется самым лучшим в мире.

Может, какой-нибудь студент на это и способен, но явно не любой ;-)

Ответить
0

Поддержка С++ была в LLVM с самого начала, с 2003 года, с версии 1.0

в 2005 уже была версия 1.4.

Эпл подбросил деньжат, что сделало возможным нанять специалистов и ускорить разработку.

Мы можем сравнить LLVM версии 1.4 и, скажем, Borland C++ 3.1

и посмотреть, что "профессиональнее" получилось.

Вы не забывайте еще то, что автор разрабатывал проект ДЛЯ СВОИХ ЦЕЛЕЙ. Была ли у него цель "Сделать С++ компилятор мирового уровня " или нет - никто утверждать не может. Так что не надо говорить, что без помощи сообщества и Эпл он бы ничего не сделал. У него вполне могли быть другие приоритеты, но факт остается фактом: С++ компилятор он таки сделал.

Ответить
0

возможно, я чего-то не понимаю, но, насколько мне известно, llvm изначально и до сих пор - это низкоуровневый фремворк, первоначально ориентированный на использвание gcc в качестве фронтенда, а непосредственно языка c++ касается clang, старт разработки которого начался, как минимум, не раньше 2005.

и про то, что автор llvm ничего бы не сделал бел apple и других контрибьюторов, я не говорил. вполе возможно, что и сделал бы, но явно не к 2011 году.

Ответить
0

Да, не понимаете ;-)

Ответить
0

Вот что надо читать (а лучше второе издание)

Ответить
2

если немного подумать, а не бросаться закидывать шапками, то у сберовских программистов, скорее всего, уже есть достаточно задач и, чтобы подкинуть им новых, нужно либо закрыть старые проекты (о возможности чего вряд ли можно с уверенностью говорить не будучи в теме), либо нанять больше программистов (что означает повышение расходов и закономерный вопрос, а не дешевле ли будет купить готовое).

Ответить
1

Когда речь идет о построении Цифрового ГУЛАГа, торг неуместен ;-)

P.S. ИТ-бюджет Сбера, если вы не знали, 1млрд евро (по информации из открытых источников).

Ответить

Комментарий удален

0

А у Микрософта, Оракула, Сапа и пр разве нет подобных статей затрат ?

Что касается Сбера, то сомнений нет никаких в том, что сколько им денег понадобится на ИТ - столько они и выделят. Деньги у них есть ;-)

Ответить
0

ну да, у сбера ресурсов столько, что MS, оракл и сап близко не валялись

Ответить
1

А нужно ли иметь больше ресурсов, чтобы получить лучший продукт ?

Линукс угробил коммерческие юниксы, а начинал его вообще один человек, так что... Не числом, а уменьем.

Ресурсов должно быть минимально достаточно, остальное уже расточительство. Минимально достаточное количество ресурсов в "СберТехе" есть, я считаю ;-)

Ответить
0

Договорились: Девять женщин все же выносят ребенка за месяц, все отлично параллелится

Ответить
0

Вы к разработке ПО какое отношение имеете, осмелюсь спросить ?

Ответить
0

когда линукс начал гробить коммерческие юниксы уже 10 лет как был написанный кучей народу и отлаженный набор gnu-утилит, да и ядро сам линус к тому времени уже долго отнюдь не в одну каску пилил.

Ответить
0

Про это мне известно. Но тем не менее, почему-то до него угробить коммерческие юниксы никому не удалось. Хурд не взлетел как-то.

Ответить
0

Как это никому? МС и эпл вполне успешно выдавили никсы с рабочих станций. А хурд не взлетел потому, что академики стали пилить не работающее ядро, а "прикольное" (т.е. микроядро).

Ответить
0

Выдавили руками Линукса. Если бы не Линукс такой доли у МС не было бы. Микрософт один из спонсоров, кстати.

Ответить
1

А мне интересно на сколько % покрывают отечественные ПО альтернативу международным? 1С как я знаю не совсем заменяет SAP ... Ну и я имею ввиду не список возможностей, а также стабильность итд

Ответить
3

Я думаю, что пример SAP vs 1С не совсем удачный, ибо 1С уже давно не тот, что пару лет назад, а уж SAP и тем более.

Клепание формочек - тема давно изученная с кучей наработок во всем мире (и у нас в т.ч.)

Есть и более специфический софт, который заменить аналогом будет проблематично. В основном это наукоемкий софт. Например, Aspen HYSYS - существует ли для него отечественный аналог ?

Ответить
3

Закон просто сформулирован как "санкции зарубежным ПО" :joy: даже в тойже Германии не все фирмы работают тут на SAP, многие уже переходят и на SalesForce, Dynamics или другие, и не важно Немецкие или зарубежные. Конкуренция для софт компаний не может ограничиваться на гео-локации ...

Ответить
2

А SAP не заменяет 1С

Ответить
0

Более важным тут является где хранятся данные и вот тут да, нужно напрячь концерны чтобы в местных дата центрах были данные а не за рубежом.

Ответить
2

А на чем разрабатывать отечественное ПО?

Т.е. например, разработать на C# от Microsoft можно и .... двойные стандарты получаются!

Ответить
1

Всё верно, сначала нужен свой компилятор :-D

Ответить
0

Не в компиляторе дело. Компилятор может сейчас написать любой студент (вопрос о качестве, конечно, остается, но всё же)

Ответить
0

Покажите студента, который может написать компилятор для c++

Ответить
0

Вы про "Книгу Дракона" слышали ? ;-)

Я то читал, если что....

Ответить
0

Если провесли грубую аналогию, то я попросил показать студента, который напишет мону лизу, а вы спрашиваете, слышал ли я про холст и масло :)

Ответить
0

Аналогия совсем грубая. Неуместная.

Компилятор С++ сможет написать любой студент, который умеет программировать на любом языке.

Ответить
0

сомнительно, люди учат плюсы, к тому же жиреющие каждые пять лет, всю жизнь. про чистый си я бы поверил, даром что примеры хороших компиляторов, написанных талантливыми программистами в студенчестве, есть. но на такое заявление про плюсы у меня лишь проявляется реакция станиславского.

Ответить
0

Вы опять путаете.

Для того, чтобы написать компилятор С++ не нужно знать С++ (если, конечно, не писать С++ на С++ ;-) )

Есть такое дело как "спецификация" и "формальная грамматика".

Про Clang / LVVM я уже вам отписал.

Ответить
0

На счет "Жиреющих каждые пять лет плюсов" я бы тоже поспорил.

Кстати, и Си тоже развивается и как бы несколько отошел уже от K&R ;-)

Ответить
0

можете спорить :) как бы каждый новый стандарт сам по себе леговеснее с точки зрения программиста, но есть два нюанса, про которые нельзя забывать разработчику компилятора: внешняя простота скрывает внутреннюю сложность, например, разные умные указатели разгружают плечи программиста, перекладывая работу на компилятор, который становится сложнее. и, во-вторых, старые стандарты никто не отменяет, из-за чего все множество возможностей языка, которые компилятор должен поддерживать, распухает мноократно.
а по сравнению с плюсами в чистом си правки скорее, косметические.

Ответить
0

Умные указатели нагружают компилятор ?!

Каким образом ?

Они же работают во время исполнения программы, нет ?

Ответить
0

а код, обеспечивающий их работу, откуда появляется?

Ответить
0

Вы меня несказанно удивляете.

Вообще-то, когда я узнал о smart pointers (из книжки Джефа Элджера, как сейчас помню), я писал этот самый код поддержки умных указателей сам. Нет, к компилятору я ничего не дописывал ;-)

Писал в отдельном файле .cpp свою реализацию.

Сейчас (со времен С++11 ЕМНИП) другие времена. Реализация поставляются в стандартной библиотеке:

#include <memory>

а дальше уже по вкусу

При чем здесь компилятор ?

Ответить
0

я не разделяю компилятор от стандартной бибитоеки. одно без другого - довольно бесполезные сущности.

Ответить
0

Ну хорошо. Не разделяйте. Но только тогда уж объясните, как умные указатели "нагружают компилятор" ;-)

Интересно послушать.

P.S. Вы уж не мелочитесь, давайте не разделяйте компилятор и операционную систему, а операционную систему не разделяйте от железа ;-)

Ответить
0

До выхода стандартной библиотеки, совместимой с С++11 компилятор умными указателями не нагружался или как ? ;-)

Интересно узнать.

Ответить
0

Почему вы утверждаете, что компилятор без стандартной библиотеки - бесполезные сущности ?

Это что-то новое в программировании !

Признайтесь, вы с Явой дело имели ? Это ее влияние ? ;-)

Ответить
0

И до кучи. Скажите-ка, а можно ли написать программу без использования стандартной библиотеки ?

Ответить

Комментарий удален

0

Сегодня нет, а завтра есть.

Делаешь форк GCC (а лучше Clang/ LVVM) и привет.

Вот тебе и "отечественный" компилятор.

Со средой разработки тоже проблем нет, их есть свободных достаточно.

Да так все и делают уже. Проблема возникает тогда, когда надо "импортозаместить" софт для которого нет бесплатных/Open Source аналогов. Вот тут беда... ;-)

Ответить
0

Зачем делать форк, а не использовать оригинал, участвуя в его разработке и взаимодействуя с апстримом?

Ответить
2

Для того, чтобы приписать себе результаты чужого труда, разумеется, и попасть в реестр "отечественного" ПО.

Только для этого. Форк так же может слать свои патчи в апстрим, если захочет ;-)

Ответить
0

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ]
Нейронная сеть научилась читать стихи
голосом Пастернака и смотреть в окно на осень
Подписаться на push-уведомления