Время разработки является жизненно важным компонентом любого проекта по разработке программного обеспечения, даже до его начала. Он частично зависит от инструментов разработки и частично от производительности разработчиков и сильно влияет на оценку затрат, обновлений и обслуживания.
Когда предприятия выбирают программную среду, они начинают долгосрочные отношения на протяжении всего жизненного цикла своего приложения. Учитывая стратегические последствия этого решения, компании должны тщательно рассмотреть вопрос о том, как фреймворки повышают производительность разработчиков, бизнес-функциональность,
гибкость приложений, производительность продукта, долгосрочную жизнеспособность фреймворка и безопасность, присущую дизайну и технологии каждой фреймворка. Идеальная структура демонстрирует силу в каждой категории, сводя к минимуму время выхода продукта на рынок, снижая затраты на техническое обслуживание, поддерживая разнообразие продуктов и способствуя превосходному обслуживанию клиентов.
В техническом документе « Открытие лучшей кросс-платформенной платформы посредством сравнительного анализа» оцениваются две среды, поддерживающие разработку многоплатформенных настольных приложений: Delphi и Electron .
Это первая статья из серии сообщений в блогах, в которых более подробно рассматривается каждая из 26 отдельных метрик, использованных в исследовании, и то, как Delphi и Electron справляются с этими метриками.
Загрузите полный технический документ здесь
Категория бенчмарка: Продуктивность разработчиков
Продуктивность разработчиков — это мера усилий и кода, необходимых разработчикам для выполнения типичных задач разработки. Производительность напрямую влияет на время вывода продукта на рынок и долгосрочные затраты на рабочую силу, поэтому инструменты, повышающие производительность разработчиков, оказывают существенное влияние на сроки и финансовые результаты бизнеса. Продуктивность может быть реализована двумя различными способами: снижение требований к кодированию за счет собственных библиотек и инструментов IDE, таких как завершение кода и визуальный дизайн.
IDE с большим объемом библиотеки обычно приводят к меньшему количеству строк кода для каждого приложения и создают чистую, скудную кодовую базу, которая сводит к минимуму возможность ошибок или проблем с обслуживанием на более поздних этапах жизненного цикла продукта.
Контрольный показатель 1/26: время разработки
Метрика времени разработки : общее количество часов, потраченных на написание полнофункционального приложения с нуля. Это измерение оценивает ценность инструментов повышения производительности платформы для среднего разработчика, не имеющего предварительных знаний о задачах. Полная документация, множество собственных библиотек, автодополнение кода и другие инструменты IDE позволят разработчику спроектировать и создать тестовое приложение более эффективно, чем в «стандартном» текстовом редакторе.
Результаты сравнительного анализа
Оценка Delphi: 3 (из 5)
Один опытный разработчик Delphi завершил работу над программой чтения Unicode за 23,3 часа с помощью RAD Studio IDE. Модификация приложения с внутренними тестами заняла 8,33 часа при общем времени разработки 31,63 часа. Пять других разработчиков Delphi оценили исходное приложение в диапазоне от 24 до 50 часов, в среднем 38,8 часа.
Электронный балл: 5 (из 5)
Один опытный разработчик Electron завершил работу над Unicode Reader за 20 часов, используя Angular для графического интерфейса RSS-ридера и node-postgres, набор модулей node.js, для взаимодействия с базой данных.
Однако на модификацию приложения с помощью внутренних тестов ушло еще 47,8 часа — 28,6 часа на программирование тестов и 19,2 часа на устранение неполадок на трех платформах до тех пор, пока не будут соблюдены критерии приемлемости — всего 67,8 часа. Три других оценки Electron для Unicode Reader варьировались от 80 до 120 часов при среднем значении 100 часов.