La rétro-compatibilité, c'est très important, même si c'est chiant : ce sont souvent les empaqueteurs « jeunes » qui vont râler sur tous ces archaïsmes qui viennent les embêter. Mais avec l'âge, on apprend que certains de ceux-ci (pas tous, hein), et le principe de rétro-compatibilité, sont vraiment très importants.
Ou pas. La rétro-compatibilité ca a quand meme un cout très important en complexité.
Moi je suis plutot pour avoir le minimum de rétro-compatibilité, quand c'est possible. Quand on change quelquechose, on garde eventuellement une rétro-compatibilité pendant 1 ou 2 releases, on convertit tout le plus rapidement possible, et on se débarrasse de la rétro-compatilité des que c'est fait. Ca permet de garder les choses simples.
C'est d'ailleurs la meme raison pour laquelle les dev du noyau linux aiment avoir tous les drivers inclus directement dans l'arbre des sources du noyau: en cas de changement dans l'api interne, on modifie directement tous les drivers qui utilisent cette api, et il n'y a pas besoin de garder une compatibilité avec l'ancienne api.
[^] # Re: C'est l'histoire et la démocratie
Posté par Anonyme . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 8.
Ou pas. La rétro-compatibilité ca a quand meme un cout très important en complexité.
Moi je suis plutot pour avoir le minimum de rétro-compatibilité, quand c'est possible. Quand on change quelquechose, on garde eventuellement une rétro-compatibilité pendant 1 ou 2 releases, on convertit tout le plus rapidement possible, et on se débarrasse de la rétro-compatilité des que c'est fait. Ca permet de garder les choses simples.
C'est d'ailleurs la meme raison pour laquelle les dev du noyau linux aiment avoir tous les drivers inclus directement dans l'arbre des sources du noyau: en cas de changement dans l'api interne, on modifie directement tous les drivers qui utilisent cette api, et il n'y a pas besoin de garder une compatibilité avec l'ancienne api.