Quelle serait la différence entre version mineure et majeure dans ce cas si les mineures ont de nouvelles fonctionnalités ?
Pour l'instant il y a quand même de grandes différences. En tous cas 2.10 avec un changement profond du moteur graphique (certes déjà en cours, mais jusqu'alors GEGL n'était utilisé que pour des trucs superficiels, maintenant c'est vraiment partout); puis 3.0 avec le passage à GTK+3, ce qui va débloquer aussi beaucoup de choses normalement, avec prise en charge améliorée des tablettes, amélioration des thèmes, route vers HiDPI, etc. Plein de choses merveilleuses et féériques qui nous sont promises. Ensuite je suis persuadé que tout ne sera pas magique et qu'il faudra travailler un peu pour y arriver, mais au moins on sera sur le chemin. Pour l'instant avec GTK+2, on est un peu contre un mur.
Mais oui peut-être qu'à terme, la différence entre une mineure et une majeure pourra s'amenuiser. Est-ce un mal? Je ne pense pas. Même le noyau Linux n'a pas vraiment de différence entre ses majeures et ses mineures. On le voit bien dans les emails de Linus pour décider les passages de majeures, en général il l'accompagne d'une blague, genre "j'ai plus assez de doigts pour compter". Et voilà on est passé sur une majeure version 4.x du noyau sur un coup de tête et un sondage sans aucune autre logique que "est-ce que vous avez envie ou pas qu'on passe à v4?"
Est-ce un problème? Je ne pense pas vraiment, surtout si ça permet de rendre le développement plus énergique (on peut sans cesse créer des nouvelles fonctionnalités attrayantes!).
Ce serait un système à la Firefox ou à la Libreoffice ?
Firefox, oui. Je ne sais pas quel système utilise LO, mais si c'est comme Firefox, alors oui aussi.
La seule chose que je voudrais faire différemment que Firefox, c'est de garder une promesse de stabilité de l'API un certain temps. Et pour ça, les versions à point restent un bon moyen simple pour reconnaître la stabilité, contrairement à un simple entier. Firefox, de ce que je comprends, c'est qu'ils cassent l'API sur un coup de tête un peu n'importe quand, et que pour un dév de plugin, il faut vraiment se tenir à jour à chaque version et lire le changelog en détail. Avec une promesse de stabilité basé sur un numéro de version, c'est facile: le premier chiffre est le même, donc mon plugin continuera à fonctionner.
Je pense que cela reste un très bon intérêt aux numéros à point.
Ensuite, je me réserve le droit de changer d'avis dans un sens ou l'autre. ;-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Mineures, majeures
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Wilber Week, GIMP, interviews des développeurs et sortie de la 2.10 à venir !. Évalué à 6.
Pour l'instant il y a quand même de grandes différences. En tous cas 2.10 avec un changement profond du moteur graphique (certes déjà en cours, mais jusqu'alors GEGL n'était utilisé que pour des trucs superficiels, maintenant c'est vraiment partout); puis 3.0 avec le passage à GTK+3, ce qui va débloquer aussi beaucoup de choses normalement, avec prise en charge améliorée des tablettes, amélioration des thèmes, route vers HiDPI, etc. Plein de choses merveilleuses et féériques qui nous sont promises. Ensuite je suis persuadé que tout ne sera pas magique et qu'il faudra travailler un peu pour y arriver, mais au moins on sera sur le chemin. Pour l'instant avec GTK+2, on est un peu contre un mur.
Mais oui peut-être qu'à terme, la différence entre une mineure et une majeure pourra s'amenuiser. Est-ce un mal? Je ne pense pas. Même le noyau Linux n'a pas vraiment de différence entre ses majeures et ses mineures. On le voit bien dans les emails de Linus pour décider les passages de majeures, en général il l'accompagne d'une blague, genre "j'ai plus assez de doigts pour compter". Et voilà on est passé sur une majeure version 4.x du noyau sur un coup de tête et un sondage sans aucune autre logique que "est-ce que vous avez envie ou pas qu'on passe à v4?"
Est-ce un problème? Je ne pense pas vraiment, surtout si ça permet de rendre le développement plus énergique (on peut sans cesse créer des nouvelles fonctionnalités attrayantes!).
Firefox, oui. Je ne sais pas quel système utilise LO, mais si c'est comme Firefox, alors oui aussi.
La seule chose que je voudrais faire différemment que Firefox, c'est de garder une promesse de stabilité de l'API un certain temps. Et pour ça, les versions à point restent un bon moyen simple pour reconnaître la stabilité, contrairement à un simple entier. Firefox, de ce que je comprends, c'est qu'ils cassent l'API sur un coup de tête un peu n'importe quand, et que pour un dév de plugin, il faut vraiment se tenir à jour à chaque version et lire le changelog en détail. Avec une promesse de stabilité basé sur un numéro de version, c'est facile: le premier chiffre est le même, donc mon plugin continuera à fonctionner.
Je pense que cela reste un très bon intérêt aux numéros à point.
Ensuite, je me réserve le droit de changer d'avis dans un sens ou l'autre. ;-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]