Правительственные распоряжения о переходе российских госкомпаний на российское программное обеспечение (ПО) выйдут в мае, заявил глава Центра компетенций по импортозамещению в сфере ИКТ Илья Массух.
Премьер-министр Дмитрий Медведев в феврале поручил Росимуществу, Минкомсвязи и АНО "Центр компетенций по импортозамещению в сфере информационно-коммуникационных технологий" разработать распоряжения госпредставителям в советах директоров госкомпаний о подготовке и утверждении планов перехода на российское ПО.
По словам Массуха, распоряжения уже прошли межведомственное согласование. "Директивы достаточно жесткие с точки зрения перехода на отечественное ПО. Должны назначить ответственных, составить план, выделить средства, отчитываться раз в полгода, кажется. Как они будут работать - покажет время, но они выйдут в мае", - подчеркнул Массух, сообщает РИА "Новости".
Распоряжения направят представителям государства в крупнейших госкомпаниях, входящих в так называемый "список 91-Р". "Это крупнейшие компании в стране, которые занимаются реальным сектором промышленности", - пояснил Массух. По его данным, закупки госкомпаний из этого списка составляют примерно 70% всех закупок госорганами. "То есть это намного больший рынок для отечественных разработчиков, чем только госорганы", - отметил Массух.
Госкомпании не готовы внедрять российское ПО, поскольку много лет использовали зарубежный софт. "Наши продукты готовы в основном к применению российскими компаниями. А вот как раз госкомпании не готовы их применять. Их 20-30 лет учили использовать западные решения, они построили целую инфраструктуру свою, у них системы налажены поставки этой инфраструктуры, обслуживания. И просто по-человечески люди не хотят переходить на что-то другое", - заявил Массух.
Госорганы должны закупать в первую очередь российское ПО, руководствуясь реестром. Зарубежное ПО закупать разрешено, только если нет российских образцов. По словам Массуха, переход на использование российского ПО в госкомпаниях должен начаться в 2018 г. с составления детальных планов. "В течение трех лет мы видим явный процесс перехода госкомпаний на отечественное аппаратное и программное обеспечение. Это должен быть план, где мы видим, что в 2018 г. начался процесс, в 2019 г. - пилоты, в 2023 г. перешли", - заключил Массух.
Комментарии
Бедные госы, вот они попарятся :)
У нас что так много госкомпаний в стране?
Более чем.
Гон.
Большая часть проблем обусловленна законодательством, тендеры и прочая хрень. Ну и откаты, взятки и т.д. Взять например КРОК - он и поднялся исключительно на дичайшей коррупции.
Про налаженные поставки - а санкции че, отменили?
А ты думаешь, конечников вендоры прямо указывают?
Просто у Майкрософт и иже с ними налаженная система откатов.
Откатами занимались (и занимаются) вообще все крупные ИТ компании в РФ работающие с гос.структурами.
Обороты наших интеграторов посмотрите, а потом посмотрите на их проекты. Мне был известен один инсайд в этой сфере, сказать что я охренел когда узнал сумму проекта и объем работ по нему, это ничего не сказать.
При этом уровень выполнения у этих интеграторов ниже плинтуса.
не только в России, не только ИТ, не только госкомпании, вы не заметили, что многие частные компании стали набирать ИТ в штат или создавать свои ИТ-дочки?
из личного опыта - за включение в официальную поставку мелкого исправления своего софта один из интеграторов запросил 200тыщ р, несмотря на то, что баг их, я объяснил, исправил, дал код, но не мог сам подменить библиотеку, тк иначе компания слетала с гараниии
Вы же понимаете, что тупо принять код от хрен знает кого — они не имеют права?
Ага, конечно, перейдут, ещё бы увидеть это самое ПО.
А в чём проблема ?
То чему есть замена - будут начинать переводить сейчас. То чему нет - по мере появления.
Другой вопрос что процесс перевода долгий и геморный. Но возникнет денежный спрос - появятся и предложения в тех областях куда раньше пробится было малореально.
Проблема в том, что его нет. Ну ок, офис можно заменить, даже, наверное, операционку у непосредственных исполнителей. А на что будете менять Оракл, Сап, Скаду и т.д. Не говоря уже об инфраструктуре (коммутаторы, маршрутизаторы, сервера и т.д.) И, главное, как? Будете покупать новый сервак, ставить на него ПО, отлаживать и т.д. Вы хотя бы уровень затрат проставляете?
Как человек работавший с Ораклом и как админ и как девелопер скажу - его Пострес заменит, а особенно в тех проектах что в РФ работают. Возможно найдется с десяток фирм или проектов где действительно Оракл вот прямо дает такие штуки что без него вообще не обойтись. Но их по пальцам пересчитать можно, и для них наверно можно и исключения сделать. Скад и САПР - вроде Компас и ФриКад (или как там его) обеспечивают вполне вменяемые потребности. Но, тут точно утверждать не буду, может у нас уже таки используют сложные расчеты нагрузок и т.п. уже в вирт. модели.
ОС - Линукс вполне кошенрый. С железом да, хреновато. Эльбрус пока только обозначился.
Насчет затрат - тут уже решать надо или безопасность страны и перспективы иметь собственный кластер разработки ПО или как в СССР - берем все на западе и дохнем от отставания.
Кстати затраты не так уже страшные, если сравнить с глобальными стройками. Стоимость моста - 60 млрд. рублей - 60 000 000 тыс. Если взять ЗП примерно в 60тыс в мес - 600тыс в год это 100 тыс человеко-лет. Наверно у нас примерно столько программеров в стране и есть :)
Да, блин, не такие уж это затраты на фоне того что ломят сейчас.
Покупка и внедрение SAP легко может уходить и за миллиард для заказчика. При том что на этом затраты не фиксируются, они "почему-то" только растут, чем дальше в лес тем толще партизаны. Плюс сопровождение крайне дорого и геморно, в дополнение к этому саповцы берут каждый год 5-6% от суммы продажи.
И при всем при том некоторые конторы его внедряют несколько раз, не все попытки бывают удачными, доходит и до третьей иттерации внедрения )
Вообщем, это крайне денежная шутка - сесть на софт для больших корпораций.
"Скад и САПР - вроде Компас и ФриКад (или как там его) обеспечивают вполне вменяемые потребности. Но, тут точно утверждать не буду, может у нас уже таки используют сложные расчеты нагрузок и т.п. уже в вирт. модели". ***** Все есть! Я уже 18 лет использую T-FLEX CAD - разработку Станкин. Там все есть!
А зачто вы нас обидели? nanoCAD забыи? Мы собираемся бесплатную версию обновлять.. Сейчас выйдет флагманская 10+ и следом пойдет обновленная бесплатная, вместо 5.1
Во-во, про вас и думал :)
Урррааа!
Не прошло и десяти лет :)
А что отечественные САПРы и под Linux уже есть? Или переход на отечественное ПО у госкомпаний не предполагает замену операционной системы?
Под Linux Wine есть.. И вполне проблему решает.
Это у которого геометрическое ядро Parasolid? Уж лучше КОМПАС, если ты такой патриот.
>Пострес заменит
Чтобы что то заменить без перерыва в работе, нужно как минимум, рядом развернуть такие же сервера, хранилища, с электропитанием, кондиционированием и прочими. Там не то что электричества может тупо не хватить, но и банально места во многих случаях, это новые ЦОДы надо строить и продавать госкомпаниям места и облако, в таком случае, я бы поверил бы в переход. противном случае ни фига.
Удивлю вас, но сплошь и рядом корпорации меняют один софт на другой а не сидят на платформах поставленных в 90-е.
Да, это крупные и длительные проекты, но на них идут. Кто-то меняет подсистемами, кто-то комплексно, кто-то заказывает внедрение, кто-то как сбер своими силами обходится.
Чем позже, тем хуже.
Помнится, недавно я читал про какую то систему в Британии, последний разработчик которой умер лет пять назад от старости. Пользуются и молятся.
А переписать с нуля — пять миллионов фунтов.
У постгреса тоже проблем хватает. Там уствойство индексов такое, что любое обновление приводит к нескольким дисковым операциям, периодически кеши воюют, и прочее и прочее... Uber недавно описывали свои страдания с хайлоадом на постгресе, в результате мигрировали на мускул.
На какой версии страдали? Постргес довольно активно обновляется да и сорцы открыты, если что - можно и поправить. Хуже когда баги в том-же Оракле не правятся годами и сделать ничего нельзя. Ну и - много ли реального Хайлоада в фирмах?
На 9.3 и 9.4
Поправить нельзя, потому-что это побочный эффект архитектуры хранения их движка.
https://habr.com/company/southbridge/blog/322624/
https://habr.com/post/354050/
Да, уже нашел этут статью на Хабре. Правда там в комменте сказали что до этого они с MySQL на PostgreSQL переходили. А вообще - печально что Постгре имеет такой фатальную проблему с архитектурой. Интересно, почему, зная что есть такая проблема, разработчики не переходят на новый движек?
Ну и тогда интересный вопрос - что же брать в качестве DB? MySQL под Ораклом - довольно поганой в плане лицензирования фирмой да и не нравиться мне он подходом к SQL. Постргес как-то ближе потому как многое взял из того-же Оракла (тригеры, сиквенсы для PK и т.п). Плюс - масса типов и наворотов чего нет в Мускуле.
В общем что есть такое-же как Постгрес но без его недостатков :)
В качестве DB надо брать то, что лучше подходит на данный момент.
У каждого движка свой набор плюсов, минусов, и особенностей. На разных стадиях жизни продукта они имеют разный вес и разные ограничения.
Uber уже не первый раз меняет движок, и на PGSQL он переполз лет пять назад из-за того, что в нем были геоинформационные фичи, которых в MySQL даже не предвидится.
Оракл - есть какая-то отечественная БД. Ввалят в нее сотню лямов - доведут до приличного уровня.
САПовцев сожрет 1С, у них есть корпоративные нормально работающие решения. Ввалят бабло - допилят до конфетки. Сейчас саповский рынок такой не потому что р3 блестящая штукенция, а потому что ... Вообшем, там, по упорным слухам, международный опыт "коммерческой заинтересованностм ЛПРов"
По железу да, проблемно. Но это опять же зависит от денег и ничего более. Но там сложнее и дольше чем с софтом возиться.
Вы хотя бы уровень затрат проставляете?
Знаю.
А вы уровень затрат на внедрение и сопровождение R3 знаете ?
Поинтересуйтесь, оболмеете.
При крайне проблемном, неоперативном и крайне дорогом сопровождении
>САПовцев сожрет 1С
Ага, конечно. Если они лет через 5 хотя бы допилят складские вопросы или бухгалтерию на 10000+ пользователей, возможно я и поверю. Но у них нет от слова совсем инвестиционных инструментов, это как минимум, так что крутняк с ними работать не будет. В общем там много еще чего нет, что есть у САП, так что в ближайшие лет 10 точно не сожрет.
Вы считаете что R3 это отличное решение ?
Просто почитайте отзывы от тех кто занимался внедрением этой каки, в каком шоке они были от этого инструмента и что он из себя представляет.
А технологические проблемы ... Да не проблемы это. И решаемые, и преувеличенные.
Ну вот на кой вам десять тысяч одновременно работающих в одной базе бухов ?
Если у вас такая потребность возникла то, значит, вы, простите, всякую фигню набуробили при разработке структуры БД.
Представляю. Большой заказчик, а-ля Газпром, много лет назад купил себе САП. Внедрил. Заплатил за кучу лицензий. Нанял роту САПеров. Начал пилить софт, то для бухгалтерии, то для ТОПа, то для собственников/добычи/заводов и т.п. Сделал кучу надстроек. Параллельно саперы прикрутили к САПу сотни разных кривых решений сторонних разработчиков, в т.ч. тот же 1С.
и тут прилетает задача полностью заменить уже внедренный САП... Класс!
Затрат миллионов на пятьсот-семьсот. Для масштабов ГП семечки, аналогичные саповские кратно дороже. Проект поэтапный - пилотник на одном-двух структурных, затем масшабирование. Во время внедрения оптимизация на новой платформе того функционала до которого на старой руки не доходили или который отсутствовал так как егр сложно прикрутить к существующему.
Для предприятмй меньше чем ГП затраты, соответственно, меньше.
500-700 это ты откуда взял?!
У Газпрома только афилированых 150 компаний долей 50% и выше. Реальных дочек-внучек должно быть более 500. Я хорошо представляю сколько стоит САП, в 10 млрд. в эту черную дыру я поверю.
Сколько я таких "внедрятелей" видел, не сосчитать... каждый раз одно и тоже. Красивые презентации, доклады, проект, защита, бюджет и т.п. А как доходит до внедрения, то выясняется, что система то одного не умеет, то второго. Работники с ней не справляются - переучивать надо. Какие-то процессы не описаны совсем, надо софт допиливать. Сторонний софт не могут прикрутить к новой системе, а там что-то критически важное. Начинается ручное управление автоматизированной системы... и т.д. и т.п.
В 10 милоиардов - это ты поверигь если будет внедреж р3. Там только лицензия за рабочее место пять штук евреев. Не считая того что р3 очень геморная во внедреже и требует спецов с топом окладов по ИТ. С 1с попроще и по кадрам и по целостности платформы (не набор ращношерстных программ писанных разной квалификации кодерами) И круг задач решаемых сапом - цена от этого пляшет.
Цифры, конечно, с потолка - я не знаю структуру ГП и все ли они сидят на одной платформе и какие задачи на ней решаются. Исходя из своего опыта - у них полно задач решаемых на сторлнних платформах и в рамках только структурки. Т.е. если единая платформа и сушествует то ее применение ограничено нешироким перечнем задач.
В том то и дело. деньги уже потрачены. Миллиарды. Теперь надо новую платформу внедрять. Это и есть КЛАСС.
Как страшно жить :) Вот интересно, что предки делали без САП? Как управляли в 40-50е 195млн государством имея только счеты и гросбухи - не понятно. Счеты и гросбухи вообще по фунционалу мало что умеют по стравнению даже с простейшей САП системой
Да нормально жили. Может не так оперативно, но выживали. Мало того, без умных. головных компаний и холдингов справлялись.
Тут вопрос другой. Система внедрена. Мы принципиально хотим слезть с системы немецко-фашистских захватчиков? Если вопрос ставится так, то какая нахрен разница, какие там затраты? Если мы на принцип не идем или материальное положение нам не позволяет нести такие затраты, тогда вообще о чем речь?
Да перейдут, никуда не денутся.
Если от правительства пошли требования предоставления планов перехода с регулярной проверкой по таймлайнам, то, вначале со скрипом затем шустрее, это пойдет.
Предполагаю что это будет так
- вначале привлекут каких-нить "ИТ-консалтеров" которые в первый раз появившись на объекте, в дальнейшем будут присылать мальчиков/девочек практикантов (практика прайсватеров, артурандерсенов и вообще любой уважающей себя фирмы с ярлыком)
- консалтеры родят гениальный план что внедрять нужно не сразу целиком, а на парочке структурных дочек, а затем внести поправки и масштабировать. И ограничиться для начала такими-то подсистемами, затем такими. Слупят за это и умоют руки поставив новый пункт в резюме.
- клиент, офигев и впав в эйфорию от такой экспертной мудрости, поставит на проект куратора, который будет искать крайних и команду внедренцев.
- команда внедренцев опять займется обследованием используя бумаги от консалтеров на подтирку
- выяснится что никто не понимает почему старая платформа до сих пор не крякнула окончательно, кто из сопровожденцев в ней что-то понимает, где искать концы и как забрать данные
- бурное и триумфальное топтание на месте
- пинок прилетевший куратору от ЛПР транслируется в структурку и рикошетит команде внедренцев
- команда внедренцев рожает Гениальный План который принимается
- базовая релизка перетачивается
- грузятся данные
- командой внедренцев выясняется что данные кривые и недостаточные
- данные перегружаются
- клиентом выясняется что данные кривые и недостаточные
- данные перегружаются
- данные пойманы, начинается хайп юзеров "раньше было лучше"
- хайп идет до кураторов, куратор начинает разборки
- куратору поясняют что "эти курицы ничего не понимают и привыкнут"
- что-то начинает работать, иногда даже так как нужно
- подключается вторая структурка
- выясняется что консолидация или не хочет консолидировать, или консолидирует вплоть до шурупов по каждому типоразмеру и отказаться от этих сведений представляется проблематичным, а ввод данных сопряжен с офигительным квестом по выбору нужной позиции аналитики из пятикилометровых справочников
- хайп
- пинок
- стрелки на первых консалтеров
- переделки структур или навешивание костылей и заплаток
- уря
- масштабирование
- куратор идет на повышение став признанным монстром и экспертом, все огребают премии, команда внедренцев садится на авторское сопровождение
Сей процесс, с вариациями, занимает 2-3 года. Ну кроме особо запущенных случаев
РыдалЪ.
сильно знакомо...
Погано и некачественно управляли, чего уж там... Приписки, усушки, утруски, дефицит, неэффективное использование ресурсов, "перегибы на местах", огромная бюрократическая машина... но в те времена мало кому удавалось это делать лучше.
Дорогу осилит идущий. Начнём с офиса.
Oracle на Postgres, в крайнем случае - на Линтер.
SAP, по рецепту, вообще на стадии разработки (самого SAP-a) надо в толчек спускать.
Со SCADA вообще проблем нет - десятки, если не сотни, российских решений - это вообще самое элементарное из всего, что можно придумать.
Сложнее будет совсем с другим софтом... Вспомните турбины Сименса в Крыму... или нефтедобычу... или ПО для проектирования микросхем и процессоров...
Железо - Китай.
С трудом представляю какую-нибудь Роснефть, жирных CEO которых вдруг отлучили от кормушки на лицензиях SAP и тп.
Угу. Под угрозой ещё и оклады саповцев
Дадут команду - пойдут строем. Пока в 1С есть проблема с финансовой аналитикой на очень больших объемах данных. Консолидацию сделать, да OLAP кубики повертеть. Но работают над этим.
Бдыщ.
Кто там сидит на R3?
Многие. Большинство.
Ждем инсталляцию от 1С на 10 000 активных пользователей. И масштабируемость не единственная проблема отечественного софта.
Ну собственно и в зарубежных софтах проблем хватает, общался как-то на северах с саповцем, по его словам довольно спецфисские моменты присутствуют. Идеал недостижим
Страницы