Ou alors tu fais des interface propres et pérennes.
Mouais. On peut aussi sortir des logiciels sans bugs, comme ça, plus besoin de bug trackers...
Tu peux toujours faire en sorte de ne pas casser les interfaces existantes, mais ça ne marche que dans un sens (on peut utiliser une lib récente sur un code ancien, mais pas le contraire). Il ne faut pas non plus qu'une politique de non-évolution trop stricte t'empêche d'améliorer l'interface.
Et puis, les problèmes de compatibilité peuvent arriver sans changement d'interface. Tu ne peux jamais prévoir comment les utilisateurs vont contourner les bugs; si dans ta version 1.0 tu avais sqrt(-2) qui renvoyait Inf, et que tu décides de corriger ça et de renvoyer NaN dans ta version 1.2, tu n'es pas à l'abri de flinguer le code d'un utilisateur qui testait if (isinf(sqrt(foo)).
[^] # Re: Maintenance
Posté par arnaudus . En réponse au journal La cochonnerie en boite que sont les systèmes de dépendances. Évalué à 7.
Mouais. On peut aussi sortir des logiciels sans bugs, comme ça, plus besoin de bug trackers...
Tu peux toujours faire en sorte de ne pas casser les interfaces existantes, mais ça ne marche que dans un sens (on peut utiliser une lib récente sur un code ancien, mais pas le contraire). Il ne faut pas non plus qu'une politique de non-évolution trop stricte t'empêche d'améliorer l'interface.
Et puis, les problèmes de compatibilité peuvent arriver sans changement d'interface. Tu ne peux jamais prévoir comment les utilisateurs vont contourner les bugs; si dans ta version 1.0 tu avais sqrt(-2) qui renvoyait Inf, et que tu décides de corriger ça et de renvoyer NaN dans ta version 1.2, tu n'es pas à l'abri de flinguer le code d'un utilisateur qui testait
if (isinf(sqrt(foo)).