Discussion :

[grunt2000]

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.

[Auteur]

Ce n'est pas plus simple d'intégrer une licence renouvelable tous les ans ?

[grunt2000]

Ohhhhh !!!
Le voici qui s'en remet à son commercial.

C'est indigne, ça !

Le développeur doit lui-même assurer sa propre sauvegarde.
Les preuves de programmes, les tests, tout ça, c'est bien... d'un certain côté.
Mais un bon bug stratégique, un dévoiement vers un embranchement marécageux à l'instant inattendu de tous sauf de soi, c'est pas mal non plus. Pour assurer sa pérennité.

[Auteur]

Ohhhhh !!!
Le voici qui s'en remet à son commercial.

je n'ai pas de commercial

Et puis cela répond à ce que tu demandes : l'arrêt du programme à une date précise. Donc dès que la licence expire l'utilisateur t'appelle pour réparer ça. Tu viens, tu répares, tu factures ton déplacement...

[pmithrandir]

sur ton controlleur central, avant chaque action, tu ajoute le nombre de jour d'ancienneté du programme en millisecondes.

Au bout de 3 ans, soit 1000 jours a vue de nez, toutes les actions sont alourdies d'une seconde de délai, au bout de 6 ans, la moindre action prends 2 secondes...

Effet garanti !!

[Deaf]

sur ton controlleur central, avant chaque action, tu ajoute le nombre de jour d'ancienneté du programme en millisecondes.

Au bout de 3 ans, soit 1000 jours a vue de nez, toutes les actions sont alourdies d'une seconde de délai, au bout de 6 ans, la moindre action prends 2 secondes...

Effet garanti !!

J'aime ce côté sournois!
ça agit comme un lent poison, indétectable par l'utilisateur car rien ne change du jour au lendemain...

Mouahahahah

[grunt2000]

Et tu termines par ce diagnostic : "C'est le moteur du logiciel, Monsieur, qui est usé. Faut le changer !". C'est pas mal !

Et qu'est-ce que vous pensez de ce programme télomère qui détruit aléatoirement quelques données dans les bases qui l'entourent, ou occasionnellement : ses propres classes (il ouvre son propre jar, y supprime une de ses propres classes, voyez) ?

Au bout d'un moment, il meurt tout seul ! Et il est assez dur à réparer : faut le refaire.

[ManusDei]

Tu peux rajouter quelques variables incrémentées en dur, sur un demi-octet, avec un plantage quand on atteind que des bits à 1. Là tu peux vendre de la "maintenance".

[The_Sorrow]

Sympa toutes ces petites idées !

Et qu'est-ce que vous pensez de ce programme télomère qui détruit aléatoirement quelques données dans les bases qui l'entourent, ou occasionnellement : ses propres classes (il ouvre son propre jar, y supprime une de ses propres classes, voyez) ?

Il faut quand même éviter qu'il ne détruise son code d'auto-destruction.

[Jidefix]

Ca existe déjà voyons! On appelle ça une mise à jour Androïd/iOS, à chaque nouvelle Maj ton téléphone fais la même chose qu'avant plus lentement et avec plus de risques de crash.

Le tout couplé à un store qui t'impose d'avoir la dernière version de l'OS pour installer une application qui fait une tête de chameau qui bouge, et le tour est joué.

[grunt2000]

Qu'est-ce que c'est qu'une interface graphique qui vieillit ?

Ce sont des fenêtres qui ne s'ouvrent plus,
des ascenseurs à l'arrêt et des sliders difficiles,
des fonds d'écrans qui se fanent jusqu'à disparaître,
des boutons où il n'y a plus de bouton mais seulement son support, et il faut cliquer à un endroit bien précis pour pouvoir l'actionner encore,
des champs devenant sourds à la saisie (il faut leur répéter certaines lettres deux fois) ou des formulaires un peu diminués qui interprètent incorrectement en pré-validation ce qu'on leur a écrit pour restituer autre chose,
ou encore qui sont oublieux et ne font, en fin de compte, qu'une partie des choses,
ou perdent l'instant suivant leurs paramètres d'appel après avoir fait ce qu'on leur demandait, et il faut tout leur réexpliquer,
ou radotent d'un message sur un incident passé dont il n'y a plus lieu de s'occuper...

Les interfaces gériatriques, ça peut ne pas toucher que les écrans verts, si on s'y prend bien.

[Loceka]

Qu'est-ce que c'est qu'une interface graphique qui vieillit ?

Ce sont des fenêtres qui ne s'ouvrent plus,
des ascenseurs à l'arrêt et des sliders difficiles,
des fonds d'écrans qui se fanent jusqu'à disparaître,
des boutons où il n'y a plus de bouton mais seulement son support, et il faut cliquer à un endroit bien précis pour pouvoir l'actionner encore,
des champs devenant sourds à la saisie (il faut leur répéter certaines lettres deux fois) ou des formulaires un peu diminués qui interprètent incorrectement en pré-validation ce qu'on leur a écrit pour restituer autre chose,
ou encore qui sont oublieux et ne font, en fin de compte, qu'une partie des choses,
ou perdent l'instant suivant leurs paramètres d'appel après avoir fait ce qu'on leur demandait, et il faut tout leur réexpliquer,
ou radotent d'un message sur un incident passé dont il n'y a plus lieu de s'occuper...

Les interfaces gériatriques, ça peut ne pas toucher que les écrans verts, si on s'y prend bien.

C'est très joli tout ça, presque poétique.

En IA on fait bien des algorithmes génétiques, capables d'apprentissage. Alors pourquoi pas des algorithmes de dégénérescence ?