J'avoue m'être fait dépasser. Tous les devs me sont tombés dessus.
Et le débat s'est orienté vers :
La logique métier, dans le code ou dans la DB ?
On. S'en. Fout. de cette question là.
Mais alors complètement.
Moi même, j'écris rarement un trigger ou une procédure stockée, mais je pourrais très bien (sous condition).
J'aurais voulu qu'on parle :
- de modèle de données
- de technique d'analyse
- de système logiciel
- d’ancrage scientifique du désaccord
- d'exactitude du code
- donc des requis et de spécification
- de dépendance fonctionnelle
- de simplicité
Ce à quoi on m'a répondu "de dépendance quoi ??".
Cause endogènes vs. exogènes.
C'est ma faute.
Comment faire en sorte que les devs sortent leur tête du code pour raisonner au cadre ?
Je dois encore trouver la formule.
Un livre ?
Une formation ?
Un film ?
Un podcast ?
Comme je suis vieux (probablement 10 à 20 ans de plus que ceux qui me sont tombés dessus) j'aurais tendance à écrire un livre.
Mais qui lit encore ?
Prendre le temps, aller lentement, voilà bien l'opposé même de la culture actuelle du développement logiciel.
#SoftwareEngineering #Databases