Россия может полностью заменить иностранный инженерный софт отечественным за 5-7 лет

Полностью заместить иностранное инженерное программное обеспечение на российские аналоги можно в течение 5-7 лет.

А ускорить этот процесс никак нельзя??

есть только вопрос в том, как удержать их в России

Платите людям достойную зарплату и не мешайте работать.

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

Полностью заместить иностранное инженерное программное обеспечение на российские аналоги можно в течение 5-7 лет.
А ускорить этот процесс никак нельзя??

А зачем? Вообще полностью замещать вредно, да и не будет этого и не надо никому.

Полностью заместить иностранное инженерное программное обеспечение на российские аналоги можно в течение 5-7 лет.

А ОС, а СУБД, а железо? Это же очень взаимосвязанные вещи! Что толку от одного инжерерного софта, если производитель ОС изменит всего навсего одну инструкцию и этот софт потеряет в производительности, а производитель железа не даст доступа к своим протоколам - санкции допустим... И...

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

«Я думаю, 5-7 лет /потребуется/. Это оптимистичная оценка»

Хотя, да - и хотелось бы раньше и хотелось бы какой то целостной госпрограммы развития ИТ, а не одна команда что-то там с ОС делает,  кто-то железом разным занимается, кто-то СУБД...
а где простите ЯДРО?

Хотя, да - и хотелось бы раньше и хотелось бы какой то целостной госпрограммы развития ИТ, а не одна команда что-то там с ОС делает,  кто-то железом разным занимается, кто-то СУБД...
а где простите ЯДРО?

Хотелось бы того, что реально нужно и чего реально нет, зачем в сотый раз изобретать велосипед? Кроме того очевидно, что отечественный прикладной софт будет "работать" только для отечественных исполнителях-заказчиках, делать что-то в кооперации - только на зарубежном, зарекомендовавшем себя софте. Никто не пойдет на то, чтобы использовать результаты работы неизвестно какого ПО особенно в ОПК и космосе.

Никто не пойдет на то, чтобы использовать результаты работы неизвестно какого ПО особенно в ОПК и космосе.

Почему? Если ПО, скажем, разработано по плану ФПИ, допустим в рамках Ростеха и прошла сертификацию в спец.службах, то почему тот же Ростех не может её рекомендовать (настаивать) для внедрения на предприятиях своей корпорации, чтобы свести обмен документацией к электронному формату и уйти наконец от частных СТП, по которым любое изменение КД происходит от 1 до 3 месяцев... Предлог к реализации - весьма благовидный получается...

Т..е теоретически возможно - было бы желание, ресурсы, да умение.

Если ПО, скажем, разработано по плану ФПИ, допустим в рамках Ростеха и прошла сертификацию в спец.службах, то почему тот же Ростех не может её рекомендовать (настаивать) для внедрения на предприятиях своей корпорации

Это то само собой, внутренний софт и все такое, но как только придется выйти "наружу" и защититься, результаты придется подтверждать. Как работали большинство разработчиков последние 10-15 лет: расчеты, подготовка, модели, тесты etc - готовятся на "паленом" софте с Горбушки коллективом исполнителей, далее, все это хозяйство переносится на единственную "машину" с сертифицированной "белой" прогой, осуществляется расчет и результат уходит заказчику. Заказчик "хочет", чтобы работа была выполнена на том "аппарате", который ему известен и неоднократно проверен, и в данном случае заказчик прав.
Я, в данном случае, рассатриваю такие "большие" и дико дорогие продукты, как конечный элемент или 3д проектирование, всякая офисная мутота совсем не при чем.

Андрей, что подразумеваешь под  "частным СТП"?

Я, в данном случае, рассатриваю такие "большие" и дико дорогие продукты, как конечный элемент или 3д проектирование

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

Андрей, что подразумеваешь под  "частным СТП"?

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

На каждом предприятии есть СТП (СТандарты Предприятия) и в частности по процедурам согласования изменений в КД.

Пасибо, понял, я из СССР, тогда были стандараты в отраслях:)))

Пасибо, понял, я из СССР, тогда были стандараты в отраслях:)))

Ну... Это не совсем так. Отраслевые стандарты и сейчас есть, но СТП появились не вчера, и ряд из них, кстати сказать, в том числе и по изменениям в КД, пришли из СССР и у некоторых мало что изменилось в этом вопросе...