En complément des conseils de ce nourjal plein de bon sens, je recommande de coder et d'architecturer comme un vieux dictateur, cad de se demander pour chaque bout de code et chaque élément du SI:
est-ce que mon système se maintiendra quoiqu'il arrive, quelles que soient ses erreurs et ses contradictions?
est-ce que je pourrais à tout moment savoir ce qui se passe, ce qui s'est passé et trouver les coupables?
est-ce que si un module ou une personne devient inutile ou dangereux je peux le supprimer ou l'exiler?
Se poser et trouver des réponses à ces trois questions permets de survivre à la plupart des anomalies techniques (bugs, surcharge, perte de connexions, coupure de courant...) et humaines (utilisateurs idiots ou malveillants, démissions...).
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
# Stalin programming
Posté par devnewton 🍺 (site web personnel) . En réponse au journal L’homme orchestre, partie 2 : écrire du code (en Java). Évalué à 7. Dernière modification le 23 mars 2016 à 23:34.
En complément des conseils de ce nourjal plein de bon sens, je recommande de coder et d'architecturer comme un vieux dictateur, cad de se demander pour chaque bout de code et chaque élément du SI:
Se poser et trouver des réponses à ces trois questions permets de survivre à la plupart des anomalies techniques (bugs, surcharge, perte de connexions, coupure de courant...) et humaines (utilisateurs idiots ou malveillants, démissions...).
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board