Разработка платформы не оправдывает ожиданий

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

Новое исследование, проведенное компанией Forrester Consulting по заказу Qt Group, выявило резкое несоответствие между предполагаемой зрелостью стратегий инженерии платформ и их фактической реализацией.

Исследование, в ходе которого было опрошено 317 руководителей и влиятельных лиц, показало, что 63 % встроенного программного обеспечения в организациях, внедряющих платформенную инженерию, по-прежнему создается с помощью специальных решений, разработанных на заказ. И это несмотря на то, что 65 % респондентов считают свою платформу основой для разработки встраиваемого ПО, прилагая постоянные усилия по расширению возможностей, автоматизации и охвата сценариев использования.

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

Проблемы качества стимулируют внедрение платформенного инжиниринга

Стремление к повышению качества является основной причиной внедрения платформенного инжиниринга среди команд разработчиков встраиваемых систем.

Среди наиболее значимых преимуществ, которые ассоциируются с этим подходом, можно назвать следующие:

• Улучшение качества обслуживания конечного потребителя (68 %): Достигается за счет более надежного и высококачественного программного обеспечения.
• Повышение соответствия отраслевым стандартам и безопасности (56 %).
• Повышение узнаваемости бренда (57 %) и эффективности рабочего процесса (54 %): Результат рационализации рабочих процессов, обеспечивающих единый внешний вид и восприятие продуктов.
• Однако значительное препятствие возникает из-за необходимости балансировать между возможностью повторного использования стандартизированных высококачественных компонентов и адаптацией платформ к различным вариантам использования, аппаратным и программным решениям. Эта проблема находит серьезный отклик, и почти половина (49 %) разработчиков встраиваемых систем испытывают трудности с поиском этого равновесия.

Исследование выявило конкретные болевые точки:

• 51 % затрудняются работать с различными устройствами, операционными системами, аппаратным обеспечением и форм-факторами.
• 44 % ссылаются на отсутствие унифицированных процессов проектирования UI/UX для обеспечения доступности и инклюзивности встраиваемых систем.
• 41 % отмечают проблемы с межфункциональным сотрудничеством на этапах проектирования, разработки, тестирования и развертывания.
• 43 % испытывают трудности с поддержанием возможностей самообслуживания для большинства вариантов использования.

Несмотря на эти трудности, исследование дает проблеск надежды: 93 % респондентов подтвердили, что руководство их компаний поддерживает существующие стратегии разработки платформ.

Потребность в гибких фреймворках

Юхапекка Ниеми, SVP в Qt Group, сказал: «Мы заметили на рынке разрыв между предполагаемой зрелостью стратегий разработки платформ и реальными преимуществами, получаемыми от них. Слишком много работы по-прежнему выполняется вручную для удовлетворения конкретных потребностей, будь то в таких отраслях, как медицинские технологии, автомобилестроение или промышленная автоматизация».

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

Технические проблемы усугубляет постоянно существующий дефицит профессиональных навыков. Половина респондентов (50 %) называют нехватку кадров главным препятствием на пути к более эффективным стратегиям использования платформ. Среди других существенных препятствий - интеграция устаревших платформ (49 %) и культурное сопротивление со стороны продуктовых команд (34 %).

Морис Калиновски, директор по продуктам Qt Group, комментирует: «С одной стороны, инженеры, разрабатывающие встраиваемые системы, сталкиваются с проблемой понимания опыта конечного пользователя для технических машин, которые они проектируют.

«С другой стороны, более распространенные веб-разработчики, которые уделяют особое внимание юзабилити, сталкиваются с крутыми кривыми обучения при адаптации к встраиваемому пространству и его тонкостям, таким как плагины на C/C++, кроссплатформенная разработка и т. д. Это делает необходимость в унифицированных стандартах как никогда острой».

Инструментарий для разработки платформ

Исследование подчеркивает критическую важность выбора инструментария для успешной стратегии разработки платформы. Респонденты отдают предпочтение инструментам, предлагающим широкие возможности интеграции и надежные средства защиты.

Более половины (52 %) отдают предпочтение специализированным, лучшим в своем классе инструментам, которые легко интегрируются с существующими технологическими стеками, в то время как чуть более трети (35 %) предпочитают комплексные решения «все в одном». Такой акцент на интеграции особенно актуален при включении специализированных инструментов безопасности в структуру разработки, чтобы обеспечить надежную защиту без ущерба для производительности.

В дополнение к этому 49 % респондентов считают безопасность, защиту и соответствие нормативным требованиям первостепенными результатами своих стратегий разработки платформ. Кроме того, около 43 % отмечают важность настраиваемых API для интеграции со сторонними разработчиками.

Миао Луо, директор по технологической стратегии Qt Group, поясняет: «Различные API имеют разные соглашения и время задержки, что подвергает системы большему риску безопасности и соблюдению правил конфиденциальности, поскольку разработчикам необходимо убедиться, что стороннее программное обеспечение обрабатывает конфиденциальные данные надлежащим образом».

«Лучший способ для команд, работающих с платформами, смягчить эту проблему - внимательно следить за техническим долгом и минимизировать количество сторонних элементов в игре».