cocoon-users-fr mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sylvain Wallez <sylv...@apache.org>
Subject Re: Java flow, Ajax et autres bonnes choses à venir...
Date Fri, 04 Nov 2005 16:10:27 GMT
Aurélien DEHAY wrote:

> Autre question, sinon, pourquoi ne pas sortir une 2.1.8 le plus vite
> possible, et prévoir 2 ou 3 2.1.8.x histoire de corriger les choses
> après?

Ca sera plutôt 2.1.9, 2.1.10 (voir ci-dessous)

> Deux réflexions:
> - on dirait que beaucoup de logiciels libres sont en mode 'Fire &
> forget'. On release, puis on ne touche plus à rien, si l'utilisateur
> veut des corrections de bug, il passe au CVS.
>   

C'est justement l'idée contraire. Tout d'abord, c'est pas "fire & 
forget" mais "release early, release often"[1]. L'équipe Cocoon a 
quelque peu oublié cette philosophie pendant l'année 2005, et après 
moult discussions début octobre, nous avons décidé qu'il fallait revenir 
à un rythme de releases plus rapide. Il y au aussi une petite thérapie 
de groupe où on a réalisé qu'on avait un peu "oublié" les utilisateurs 
et le contenu du Bugzilla. La migration vers Jira, plus facile d'accès, 
va dans ce sens.

Pourquoi ça? Pour éviter justement que les utilisateurs soient 
contraints d'utiliser la version SVN. Un projet a des bugs, c'est 
inévitable. Comment les identifier? On peut certes écrire des tonnes de 
tests unitaires, mais rien ne remplacera le test parallèle en vraie 
grandeur des utilisateurs dans les contextes d'utilisation variés qui 
sont les leurs. Et ces utilisateurs on tendance, pour leur grande 
majorité, à n'utiliser que des versions officielles. L'oeuf et la poule...

Donc si on sort une version tous les 6 mois (comme ça va se passer avec 
la 2.1.8), l'équipe de dev et les utilisateurs avancés qui utilisent la 
version SVN "tournent en rond" dans le cadre limité de leurs propres 
projets, voire même pas, puisque beaucoup de clients réclament des 
versions officielles.

Donc, en réduisant le délai entre les releases, on favorise plusieurs 
choses:
- le feedback des utilisateurs, puisque les versions utilisées par 
ceux-ci seront plus récentes,
- un développement plus incrémental: plutôt que d'avoir des grands 
chantiers où tout est instable voire buggué, on doit faire en sorte que 
les releases soient fonctionnelles, même si les chantiers en cours ne 
sont pas terminés.

> - étonnant, aucun logiciel libre, en Java en particulier (alors qu'il
> me semble que c'est relativement facile), aucun donc ne sort de patch
> unitaire ou de SP. Ce qu'on pourrait faire avec les .x
>   

Sortir un patch, c'est sortir une nouvelle version. La nomenclature 
x.y.z est d'ailleurs prévue pour ça:
- "x": réarchitecture majeure, fort risque d'incompatibilité avec les 
versions précédentes
- "y": modifications importantes, avec le souci de conserver une 
compatibilité importante. Cela doit s'accompagnier d'une politique de 
"déprécation" dans les versions précédentes
- "z": modifications mineures, versions de maintenance.

Donc la 2.1.8 est une version de maintenance par rapport à la 2.1.7. 
Dans la pratique, pour Cocoon c'est plus que ça, puisque de nouvelles 
fonctions font leur apparition. Mais comme il n'y a pas de 
réarchitecture importante, on reste dans le même "x.y".

La version 2.2 est une réarchitecture de certaines parties du moteur 
interne avec beaucoup de choses en plus. Avec cette version, les blocks 
prendront aussi leur autonomie et auront des cycles de release 
indépendants, de façon d'une part à ne pas devoir attendre un état 
stable global pour sortir une nouvelle version (ça aurait permis de 
sortir la 2.1.8 en retardant un peu la release du block CForms), et 
d'autre part à favoriser l'émergence de sous-communautés liées à des 
thèmes fonctionnels particuliers.

> My 0.3€, pour ce qu'ils valent.
>   

C'est l'inflation! D'habitude, c'est seulement 0.2€ ;-)

Sylvain

[1] 
http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/ar01s04.html

-- 
Sylvain Wallez                        Anyware Technologies
http://people.apache.org/~sylvain     http://www.anyware-tech.com
Apache Software Foundation Member     Research & Technology Director


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Mime
View raw message