![DelElec01 | Embarcadero RAD Studio Delphi C++Builder Blogs del elec 01](https://i0.wp.com/blogs.embarcadero.com/wp-content/uploads/2022/01/Del-Elec-01-8399144-2251905.jpg?resize=1140%2C694&ssl=1)
Le temps de développement est un élément essentiel de tout projet de développement logiciel, même avant qu’il ne démarre. Il s’appuie en partie sur les outils de développement et en partie sur la productivité des développeurs, et influence fortement les estimations de coût, de mise à niveau et de maintenance.
Lorsque les entreprises choisissent un cadre logiciel, elles entament une relation à long terme pour la durée du cycle de vie de leur application. Compte tenu des conséquences stratégiques de cette décision, les entreprises doivent examiner attentivement la manière dont les frameworks améliorent la productivité des développeurs, les fonctionnalités métier, la
flexibilité des applications, les performances des produits, la viabilité à long terme de ce framework et la sécurité inhérente à la conception et à la technologie de chaque framework. Le cadre idéal démontre sa force dans chaque catégorie en minimisant le délai de mise sur le marché des produits, en réduisant les coûts de maintenance, en prenant en charge la variété des produits et en facilitant une expérience client supérieure.
Le livre blanc « Discovering The Best Cross-Platform Framework Through Benchmarking » évalue deux frameworks prenant en charge le développement d’applications bureautiques multiplateformes : Delphi et Electron .
Il s’agit du premier d’une série d’articles de blog examinant de plus près chacune des 26 mesures individuelles utilisées dans l’étude, et comment Delphi et Electron se sont comportés chacun sur ces mesures.
Téléchargez le livre blanc complet ici
Catégorie de référence : Productivité des développeurs
La productivité des développeurs est la mesure de l’effort et du code requis pour que les développeurs effectuent des tâches de développement typiques. La productivité a un impact direct sur le temps de mise sur le marché des produits et les coûts de main-d’œuvre à long terme, de sorte que les outils qui augmentent la productivité des développeurs ont des impacts substantiels sur les délais et les résultats de l’entreprise. La productivité peut être réalisée de deux manières distinctes : des exigences de codage réduites grâce aux bibliothèques natives et des outils IDE tels que la complétion de code et la conception visuelle.
Les IDE avec une plus grande largeur de bibliothèque entraînent généralement moins de lignes de code par application et produisent une base de code propre et allégée qui minimise les opportunités de bogues ou de problèmes de maintenance plus tard dans le cycle de vie du produit.
Benchmark Metric 1/26 : Temps de développement
Mesure du temps de développement : nombre total d’heures passées à écrire l’application entièrement fonctionnelle à partir de zéro. Cette mesure évalue la valeur que les outils de productivité d’un framework ajoutent à un développeur moyen sans connaissance préalable des tâches. Une documentation complète, de nombreuses bibliothèques natives, la complétion de code et d’autres outils IDE permettront au développeur de concevoir et de créer l’application de référence plus efficacement que ce ne serait le cas dans un éditeur de texte « standard ».
Résultats de l’analyse comparative
Score Delphi : 3 (sur 5)
Un développeur Delphi expert a terminé le lecteur Unicode en 23,3 heures à l’aide de l’IDE RAD Studio. La modification de l’application avec des tests internes a pris 8,33 heures pour un temps de développement total de 31,63 heures. Cinq autres développeurs Delphi ont donné des estimations pour l’application d’origine allant de 24 à 50 heures, avec une moyenne de 38,8 heures.
Score électronique : 5 (sur 5)
Un développeur expert d’Electron a terminé le lecteur Unicode en 20 heures en utilisant Angular pour l’interface graphique du lecteur RSS et node-postgres, une collection de modules node.js, pour les interactions avec la base de données.
Cependant, la modification de l’application avec des tests internes a pris 47,8 heures supplémentaires – 28,6 heures pour coder les tests et 19,2 heures pour résoudre les problèmes sur trois plates-formes jusqu’à ce que les critères d’acceptation soient remplis – pour un total de 67,8 heures. Trois autres estimations d’Electron pour le lecteur Unicode allaient de 80 à 120 heures avec une moyenne de 100 heures.
Téléchargez le livre blanc complet ici
Design. Code. Compile. Deploy.
Start Free Trial Upgrade Today
Free Delphi Community Edition Free C++Builder Community Edition