Domaine : DEV
Sujet : Fabrication Logiciels
Date : 17 novembre 2025
8b99f82a-c3c5-11f0-a0fa-a33fd7df595a

Quelques réflexions, remarques et postulats vu sur Internet

Sur le développement logiciel.

Utiliser ce qui fonctionne, pas ce qui est à la mode

Cela a l'air évident pour un vieux briscard mais pas pour tout le monde. Etre à l'aise dans la pratique des outils maitrisés est fondamental ! Ne pas chercher à réinventer la roue...

Orthogonalité dans logiciels

Un principe étroitement lié à DRY est Orthogonalité.

Deux composants d’un système logiciel sont orthogonaux si les modifications apportées à l’un n’affectent pas l’autre.

Les systèmes doivent être conçus comme un ensemble de modules indépendants coopérants, chacun ayant un objectif unique et bien défini. Les modules communiquent entre eux à l'aide d'interfaces bien définies et ne s'appuient pas sur des données globales partagées ou sur les détails d'implémentation d'un autre module.

À moins que vous ne modifiiez les interfaces externes d’un composant, cela ne devrait pas entraîner de changements dans le reste du système. Les systèmes orthogonaux sont plus faciles à tester, car davantage de tests peuvent être effectués au niveau du module dans des tests unitaires plutôt que dans des tests d'intégration de bout en bout qui testent l'ensemble du système.

nota : DRY Don't Repeat Yourself

Conservez vos connaissances en texte brut.

Conserver des connaissances telles que la configuration ou les données dans un format à la fois lisible par l’homme et par ordinateur.

Le texte brut vous assure contre l'obsolescence ; vous pouvez toujours écrire quelque chose pour l'analyser plus tard, tandis que la rétro-ingénierie d'un format binaire est beaucoup plus difficile.

De plus, presque tous les autres outils existants peuvent traiter du texte brut d'une manière ou d'une autre, vous disposerez donc d'une vaste suite d'autres outils à utiliser.

Conception par contrat.

Semblable aux contrats juridiques, il explique les droits et responsabilités d'une fonction ou d'un module.

Un contrat comporte trois parties : Il y a

Conditions préalables: des choses qui doivent être vraies lorsqu'elles sont appelées, comme ce qui est considéré comme des entrées valides.
Postconditions sont ce qui sera vrai une fois terminé, comme une routine de tri renvoyant un tableau trié.
Invariance sont des choses qui sont toujours vraies du point de vue de l'appelant : elles peuvent changer pendant que la routine est en cours d'exécution, mais resteront valables au début et à la fin de l'appel.

Paramétrez votre application à l'aide d'une configuration externe

Le code peut avoir des valeurs qui changent pendant l'exécution de l'application, telles que les informations d'identification pour les services tiers.

Plutôt que d’inclure directement les valeurs dans votre code, vous devez les externaliser et les placer dans un compartiment de configuration comme un fichier texte.

Ce que je fais dans une MIB (Management Information Base), fichier texte avec les paramètres utiles pour les scripts et programmes utilisés dans une application.

Personne ne sait exactement ce qu’il veut.

La collecte des besoins est comme une sorte de thérapie, où vous prenez une exigence initiale et posez des questions sur les détails pour déterminer exactement quels sont les besoins. Les programmeurs aident les gens à comprendre ce qu'ils veulent.