Imaginons que tu utilises un logiciel open source un peu ancien ( genre redhat 6.2 "zoot" sortie en 2000 avec kde 1.1 pour faire le parallele avec win 2000 ).
Imaginons qu'un changement légal intervienne.
Et là, tu as 2 solutions :
- tu es developpeur et tu te sens d'aller patcher postgresql 6, le noyau 2.2, kde 1.1 et leurs amis et à ce moment là, tout roule pour toi ( bon courage quand meme )
- tu es pas developpeur et tu es donc dépendant soit de l'editeur soit d'une société de service pour qu'elle te patche le tout ( et ca m'etonnerait qu'on te fasse cadeau de la facture...)
La 3ème alternative c'est que tu migres pour pas rester avec des applis qui ont 7 ans parce que dans les faits la maintenance, ca coute ( soit ton temps si t'es compétent, soit ton argent ). J'ajouterai que les migrations ont un cout aussi : "ton temps si t'es compétent, ton argent si tu fais appel à un prestataire" (bis).
# .
Posté par snt . En réponse au journal Code fermé, finances, patches et dépendance. Évalué à 10.
Imaginons qu'un changement légal intervienne.
Et là, tu as 2 solutions :
- tu es developpeur et tu te sens d'aller patcher postgresql 6, le noyau 2.2, kde 1.1 et leurs amis et à ce moment là, tout roule pour toi ( bon courage quand meme )
- tu es pas developpeur et tu es donc dépendant soit de l'editeur soit d'une société de service pour qu'elle te patche le tout ( et ca m'etonnerait qu'on te fasse cadeau de la facture...)
La 3ème alternative c'est que tu migres pour pas rester avec des applis qui ont 7 ans parce que dans les faits la maintenance, ca coute ( soit ton temps si t'es compétent, soit ton argent ). J'ajouterai que les migrations ont un cout aussi : "ton temps si t'es compétent, ton argent si tu fais appel à un prestataire" (bis).