Разработчики ПО ждут возобновления госфинансирования уже со 2 квартала

Разработчики ПО ждут возобновления госфинансирования уже со 2 квартала

Разработчики ПО ждут возобновления госфинансирования уже со 2 квартала

Первый вице-премьер Дмитрий Григоренко заявил, что во втором квартале 2025 года может возобновиться выдача грантов для Индустриальных центров компетенций (ИЦК), приостановленная в декабре 2024 года. Речь идёт о 32 проектах по импортозамещению программного обеспечения на общую сумму почти 24 млрд рублей.

Приостановка финансирования последовала после совещания, проведённого с участием представителей ИЦК.

Тогда Григоренко поручил приостановить отбор новых претендентов на господдержку и провести ревизию текущих проектов. Первоначально предполагалось, что финансирование возобновится в январе 2025 года.

Однако, как сообщил первый вице-премьер в интервью «Коммерсанту», процесс возобновления грантовой поддержки затянулся и теперь ожидается не раньше второго квартала 2025 года. По данным издания, перенос сроков связан с тем, что Минцифры не завершило дополнительную оценку результатов второй волны отбора особо значимых проектов (ОЗП).

«Задача дополнительной оценки — определить, насколько потенциальные заказчики заинтересованы в приобретении разрабатываемых решений для замены зарубежного ПО, а также спрогнозировать возврат выделенных средств в федеральный бюджет через налоговые отчисления. Поддержка должна приносить пользу не отдельным компаниям, а целым отраслям», — пояснил Григоренко.

Грантовая программа для ИЦК была запущена в 2022 году. В рамках первой волны отбора было утверждено 150 проектов на общую сумму 180,9 млрд рублей. Из них 32 проекта получили финансирование за счёт грантов в размере 19,9 млрд рублей. Остальные проекты поддерживались через льготные займы и финансирование со стороны государственных заказчиков.

Вторая волна отбора началась в сентябре 2024 года. По данным аппарата Григоренко, на поддержку претендовали 68 проектов общей стоимостью более 53 млрд рублей, из которых 32 проекта на сумму 23,9 млрд рублей рассчитывали на гранты. В рамках предложенной правительством схемы софинансирования половину средств должны предоставить заказчики.

Отношение разработчиков к программе грантовой поддержки оказалось неоднозначным.

Председатель совета директоров «Базальт СПО» и член правления Ассоциации разработчиков программного обеспечения «Отечественный софт» Алексей Смирнов в интервью «Коммерсанту» в мае 2024 года отметил, что объём грантовой поддержки составляет лишь 1% от инвестиций самих разработчиков ПО. По его мнению, компаниям важнее гарантированные заказы, чем грантовые выплаты.

Эксперт «Газинформсервис» Григорий Ковшов обратил внимание на значительный объём отчётности, который должны предоставлять получатели грантов. Он считает, что сокращение бюрократических процедур могло бы способствовать увеличению числа перспективных проектов.

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

«Эффективность ИЦК с точки зрения развития индустрии оказалась невысокой, что подтверждают результаты опросов ИТ-компаний-разработчиков ПО за 2023–2024 годы», — отметил Макаров.

С другой стороны, старший менеджер «S+Консалтинг» Роман Яковлев считает, что высокие требования ИЦК к проектам способствуют совершенствованию бизнес-процессов ИТ-компаний и повышению качества разработок.

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

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

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

Дальше выяснилось, что деинсталлятор некорректно работал с системными API: использовал неправильное соглашение о вызовах функций и неверно обрабатывал параметры стека. Из-за этого при каждой неудачной операции данные из стека удалялись неправильно.

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

RSS: Новости на портале Anti-Malware.ru