Минпромторг признал отставание российских технологий в области микроэлектроники на 10-15 лет от мирового уровня — «Ъ» Статьи редакции

А также дефицит кадров в России, зависимость от зарубежных партнёров и низкую инвестиционную привлекательность.

  • О разработке Минпромторгом проекта «Основ государственной политики России в области развития электронной промышленности до 2030 года и дальнейшую перспективу» сообщает «Ъ» со ссылкой на документ и источник в правительстве. Публично его планируют представить на форуме «Микроэлектроника-2022» в октябре. В Минпромторге и Минцифры не ответили на запросы журналистов.
  • В проекте перечислены проблемы российской микроэлектроники: отставание технологий на 10-15 лет от мирового уровня, трудности с освоением технологических процессов ниже 180 нм, нехватка производственных мощностей, критическая зависимость проектирования и выпуска от зарубежных технологий, невозможность обеспечить рынок необходимой электроникой, низкая инвестиционная привлекательность, высокая стоимость производства компонентов в России и острый дефицит кадров.
  • Министерство предлагает участникам рынка «координировать исследования в области передовых технологий», увеличить мощности «за счёт освоения производства микроэлектроники с современными топологическими нормами», создать отрасль электронного машиностроения и отказаться от иностранных архитектур при проектировании электроники.
  • В качестве инструментов ведомство предлагает: упростить доступ к грантам, субсидиям и льготным кредитам, чтобы стимулировать внебюджетные инвестиции. После 2030 года, указано в документе, созданная в России микроэлектроника начнет «экспансию на международные рынки».
  • Отрасль требует экстренных мер: финансирования, помощи в расширении производств и крупных инвестиций в развитие локальной инфраструктуры, рассказал изданию источник в крупном производителе микроэлектроники. По его словам, субсидии и госконтракты обычно получают «три-четыре придворных дизайн-центра».
0
515 комментариев
Написать комментарий...
Аккаунт удален

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

Ответить
Развернуть ветку
S.Capusta

Дело говорит.. В микроэлектронике также.

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
Георгий Хромченко

По крайней мере есть понимание что там происходит, коммиты в апстрим и так далее. Вполне достаточно

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
Георгий Хромченко

Я пообщался с программистом из одного из крупных банков - так вот у них слишком сильный vendor lock на Oracle. Переходить все равно будут, но это целый ад.

Вопрос не в функционале Oracle, а в том что при разработке огромная часть логика была написана внутри БД, а не в слое приложения. Так может быть и давно бы уже перешли

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
Георгий Хромченко

Я думаю что это нереальная задача - я помню статью с откровениями программиста из Oracle что саму базу уже им нереально сопровождать - слишком много bug-to-bug совместимости со старыми версиями, огромное количество тестов чтобы у клиентов ничего не сломалось, то есть там огромное количества кода написано для того чтобы обрабатывать всякие edge кейсы. В этом смысле Оракл попал в дилему инноватора - они сами тянут дорогущее легаси, потому что что-либо более прогрессивное потопит совместимость с ними.

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

Но мне кажется логику лучше вообще выносить из слоя БД, это все было оправдано в 90-е - начале 2000х на том железе.

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
Георгий Хромченко

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

Думаю тут надо делать что-то в сторону трансляторов pl/sql для облегчения миграции, такие наработки точно были.

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
Георгий Хромченко

Это да

Примеры будут и миграции на Posgtgre, а с Tibero - ну такой же пропиетарный софт, те же риски.

Им скажут - либо рынок США либо поставки в Россию, ну и все.

Ответить
Развернуть ветку
Аккаунт удален

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

Ответить
Развернуть ветку
512 комментариев
Раскрывать всегда