Non, parce que la nouvelle version ne fait pas forcement que rajouter des choses, elle peut aussi refactoriser, changer le back-end... Par exemple, ca peut passer d'un format texte a une RDB sqlite pour des raisons de performances.
Donc qu'est-ce que tu fait dans ce cas la ? Tu gardes la base de donnees version texte a jour, au cas ou l'utilisateur va "downgrader" son logiciel ? Mais c'est ca qui posait des problèmes de performances ! Tu renonces à passer a sqlite, et accepte d'avoir des problemes de performances pour garder la compatibilité de profile dans les deux sens ?
Le vrai problème, en fait, ce n'est pas que c'est impossible de garder la compatibilité du profile. En y mettant les moyen on y arriverait, par exemple en ayant un script de migration "a l'envers", de la version X a la version X - 1. Le problème, c'est qu'utiliser 2 différentes versions d'un même logiciel avec le même profile, c'est un cas a part. Il n'y a qu'une poignée de péquins qui a besoin de faire ça.
Alors quand tu développes un logiciel, que ce soit un logiciel libre ou propro, tu préfères faire quoi ?
1. Passer tes nuits a faire des scripts de migration à l'envers pour les gens qui veulent passer de la dernière version à une version vielle de 4 ans (souviens toi de tous les bugs que tu as corrigé pendant 4 ans, des nouvelles fonctionalités)
2. Passer du temps sur la version X à corriger des bugs ou à la rendre plus rapide
3. Bosser sur la version X+1 qui va être 'achement mieux que la X
Je sais pas pour toi, mais en temps que développeur je préfère le 2 ou le 3. Et ça m'étonnerai que mes collègues de marketing me contredisent.
[^] # Re: Tout est calculé...
Posté par Erwan . En réponse au journal Des fois j'aime Thunderbird!. Évalué à 1.
Donc qu'est-ce que tu fait dans ce cas la ? Tu gardes la base de donnees version texte a jour, au cas ou l'utilisateur va "downgrader" son logiciel ? Mais c'est ca qui posait des problèmes de performances ! Tu renonces à passer a sqlite, et accepte d'avoir des problemes de performances pour garder la compatibilité de profile dans les deux sens ?
Le vrai problème, en fait, ce n'est pas que c'est impossible de garder la compatibilité du profile. En y mettant les moyen on y arriverait, par exemple en ayant un script de migration "a l'envers", de la version X a la version X - 1. Le problème, c'est qu'utiliser 2 différentes versions d'un même logiciel avec le même profile, c'est un cas a part. Il n'y a qu'une poignée de péquins qui a besoin de faire ça.
Alors quand tu développes un logiciel, que ce soit un logiciel libre ou propro, tu préfères faire quoi ?
1. Passer tes nuits a faire des scripts de migration à l'envers pour les gens qui veulent passer de la dernière version à une version vielle de 4 ans (souviens toi de tous les bugs que tu as corrigé pendant 4 ans, des nouvelles fonctionalités)
2. Passer du temps sur la version X à corriger des bugs ou à la rendre plus rapide
3. Bosser sur la version X+1 qui va être 'achement mieux que la X
Je sais pas pour toi, mais en temps que développeur je préfère le 2 ou le 3. Et ça m'étonnerai que mes collègues de marketing me contredisent.