ИТ-вендоры приветствуют конкуренцию, но клиентам она обходится дорого

ИТ-вендоры приветствуют конкуренцию, но клиентам она обходится дорого

ИТ-вендоры приветствуют конкуренцию, но клиентам она обходится дорого

На Иннопроме прошла сессия Сколково “Время первых. Как гранты помогают реализовать пилотное внедрение технологий”. ИТ-разработчики говорили о конкуренции на рынке, клиенты видят в разнообразии решений лишние траты и головную боль.

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

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

Гранты позволяют входить в объекты наивысшей сложности, объясняет гендиректор самих «Топ Систем» Сергей Кураксин. Вендор занимается сложным софтом.

“Наши разработки успешно заменяют иностранное ПО в легком и среднем классе, — говорит Кураксин. — Гранты Сколково дают шанс войти в тот класс, где до этого было засилье иностранного софта”.

На сессии возник вопрос о конкуренции. Нужна ли она в новых реалиях 24 февраля: зарубежные вендоры ушли, и соревноваться теперь можно только с внутренними аналогами. Курасин приветствует конкуренцию. По его словам, для вендоров это стимул развиваться и быть лучше.

“Когда выбора не будет, вы будете вынуждены покупать только то, что есть на рынке по одной  цене”, — предупреждает Курасин.

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

“Лучше бы её не было, — то ли шутит, то ли серьезно говорит Соболев. — Сейчас мы столкнулись с тем, что зависимы от того или иного решения, даже в рамках информационных систем”. 

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

“Мы не хотим в очередной раз переводить все свои данные с одного софта на другой”, — объясняет Соболев.

“Уверен, что унификация нужна и состоится, — высказывает мнение Анатолий Маслов, директор по ИТ компании Новосталь-М. — Вопрос в том, как это организовать. Возможно, нужно новое ведомство, которое поможет разработать такие стандарты”.

Вопрос совместимости в ИТ похож на ту же проблему в кибербезе. Клиенты хотят быть уверенными, что решения от разных вендоров смогут «летать» на одном оборудовании и не сталкиваться между собой.

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

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

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

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

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

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

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

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

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