Choisir la technologie pour l’équipe après transmission
Évaluez aussi qui pourra modifier la solution, expliquer les erreurs et mettre à jour les dépendances après livraison.
Qui fera la prochaine modification ?
Une décision technologique concerne aussi l’équipe qui maintiendra l’application après transmission. Peut-elle modifier la bonne source, vérifier et comprendre un problème ? Cette question complète les fonctions et l’effort de création initiale.
Le guide Google de revue de code tient explicitement compte des développeurs qui utiliseront le code ensuite. Pour choisir un outil, nous proposons donc de parcourir une modification ultérieure typique avec l’équipe de maintenance prévue.
Exemple : même complément d’adresse, parcours différents
Ce plan est fictif. Les options sont un framework répandu connu de la future équipe et un générateur de formulaires spécifique maîtrisé jusqu’ici par l’équipe de livraison. Le générateur doit accélérer la création initiale ; aucun gain de temps mesuré n’est disponible dans cet exemple.
Option | Modification prévue | Preuve attendue de la future équipe |
|---|---|---|
Framework connu | Ajouter un complément d’adresse facultatif au formulaire et à la transmission des données. | L’équipe trouve les sources, effectue les contrôles adaptés et peut comprendre une erreur. |
Générateur spécifique | Configurer le même changement dans le modèle ou le générateur puis régénérer. | La modification subsiste ; définitions sources, version du générateur et chemin de l’erreur sont compréhensibles. |
Les deux options exigent moteur d’exécution, sources de paquets, contrôles et documentation compréhensible. Avec le générateur, l’emplacement des changements durables doit aussi être clair. Une correction manuelle dans les fichiers générés peut disparaître à la régénération. Vérifiez-le au lieu de considérer automatiquement les fichiers livrés comme une source maintenable.
Incluez la maintenance dans le choix
SEI compte la facilité de modification parmi les qualités architecturales essentielles. Consignez qui maintient outils et dépendances, le soutien nécessaire et les remplacements. Une prise en main documentée peut combler un manque de connaissances ; le simple accès aux fichiers ne suffit pas.
Un générateur spécifique peut être justifié pour des tâches adaptées avec une maintenance fiable. Un framework répandu exige aussi compétences, mises à jour et responsabilité claire. Évaluez les deux sur la même tâche ultérieure et documentez les dépendances restantes.
Sources
Écrit par
- Katharina WeberRédactrice logiciels et technologieKatharina Weber s’occupe chez ASES des articles consacrés au développement logiciel. Elle traite des questions que se posent les entreprises lorsqu’elles choisissent un logiciel, développent de nouvelles applications ou modernisent leurs systèmes existants.
À lire aussi
Tous les articles
Développement logiciel avec ASES
Logiciels sur mesure, applications web et mobiles