[The Death Appender] Introduire de l'obsolescence programmée dans les programmes
C'est carrément tendance.
Vous achetez n'importe quel gadget électronique, ses piles sont hors de portée et il faudra le changer quand elles seront épuisées.
L'automobile. L'automobile !? Ah ! Je crois qu'il ne faut même pas aborder l'automobile à titre d'exemple : car tous viendraient s'épancher ici de leur anecdote sordide. Mais nous savons que tout est prévu pour que chaque chose cède à son heure.
C'est Peugeot qui il y a très longtemps a inventé le Cochonium : un alliage à base de fer blanc, cassant, dont il a équipé tout ses cyclomoteurs...
L'industrie informatique, tout à ses zéros défauts, stupidement rate le coche.
L'obsolescence programmée porte un nom qui dit qu'elle doit être programmée dans les applications modernes.
Le B.A. BA pour garder l'équipe d'exploitation : assurer la présence de quelques Memory Leaks qui immanquablement leur feront redémarrer le système à intervalles régulier. D'autres, plus expérimentés, voudront mettre des compteurs qui se décrémentent avant de provoquer tel ou tel incident.
Votre entreprise travaille encore sous Windows XP ? Avisez les API incapables de migrer vers Windows 7 et assurez-vous de les employer séance tenante dans vos développements. Le jour dit, à l'heure H, on s'en remettra à vous !
Je n'irai pas jusqu'à préconiser l'emploi de systèmes obsolètes à écrans verts, mais le choix de langages de programmation en fin de vie s'impose. On ne peut pas dire quand il sera indispensable d'intervenir dessus, mais c'est à peu près sûr que ça viendra.
Dites, vous avez bien remis des dates aux années à deux chiffres maintenant, hein ? Pensez à ceux qui prendraient vos développements en 2100 : ça leur fera de nouveau du boulot ! Soyez club !
Je vous invite à ajouter quelques pratiques supplémentaires pour aider à mettre en place cette nouvelle discipline qui aura ses adeptes chez les développeurs prévoyants.
Répondre avec citation
Envoyé par grunt2000
Partager