Re: [Dolibarr-dev] Versions et Roadmap Dolibarr

[Laurent Destailleur (eldy)]

> Le 15/12/10 10:51, Laurent Destailleur a écrit :
>> Quel différence ?
>> Pour l'instant on incrémente de 0.1 en 0.1 tous les 6 mois depuis
>> plusieurs années maintenant.
>> La v3 par rapport à 2.95 n'aura pas forcément plus que la 2.95 par
>> rapport à la 2.9. Et la v3 pourrait s'appeler v4 si vraiement c'et
>> nécessaire ou v3.5 (on sauterait). Cela change la vision extérieur, mais
>> sur le plan orga interne, le nom de version n'a pa vraiment d'interet.
> pas vraiment d'intérêt pour nous :-)
> mais pour l'utilisateur final qui a l'habitude de voir de gros
> changements lorsqu'il passe d'une version majeur à une autre c'est autre
> chose, rappel toi du passage de la 1.x à la 2.x c'était tout de même une
> révolution :-)
Visuellement non mais sur le plan fonctionnel, c'est énorme.
Exemple: Dolibarr 2.9 n'est tout simplement pas utilisable pour les
allemands. La 3.0 l'est
Dolibarr 2.9 n'est pas utilisable pour les indiens, La 3.0 l'est.
Idem pour les grecques.
Idem pour les sociétés faisant du ecommerce internationnal
Idem pour ceux qui font des exports (gestion code douane, etc...)
Idem pour DOMTOM (TVA NPR non gérés sur produit)
etc...
Bref, plein de fonctions rédibitoires levées (voir le changelog), et
pour l'utilisateur et pour le développeur.
De plus, les releases permettent aussi de passer des change d'infra
(comme les canvas) sans avoir de révolution mais par dose raisonnable.
L'utilisateur ne veut pas de révolution mais de stabilité. Et si il ne
veut pas les evol, il ne migre pas, attend plusieurs versions et il a
son big-band. Pouvoir choisir entre les 2 (évolution ou révolution) est
toujours mieux que d'etre contraint à la révolution. L'utilisateur a le
choix.

> ici pas grand chose de plus visuellement on va dire, du coup les
> questions vont pleuvoir ! pourquoi v3 ?
>
>
>> Aujourd'hui la grosse difficulté et de garder l'appli stable, pas
>> d'ajouter des nouveautés.
>> 90% de mon temps de dev consiste aux fix. Aussi plus le délai est long
>> entre release, plus la tache s'annonce difficille voire impossible quand
>> les changements sont trop massif. Discussions sur le d& #233;
>> veloppement de DolibarUn mode de fonctionnement à la "linux" (validation
>> des dev ajouts par ajouts) est donc requis sous peine de voir Dolibarr
>> devenir une cochonnerie en 1 seule version. Mai cela signifie que les
>> révolutions se font petit à petit et pas forcément en 1 seule version
>> mais version par version, composant par composant. C'est cela qui
>> garantie depuis quelques années la stabilité et qualité du produit.
>>
>>> Certains projets changent des numéros de version quand c'est nécessaire.
>>> Pourquoi pas une version 2.95 en janvier et une V3 un peu plus tard ?
>>>
>>>
>>>
>>> Le 15/12/2010 10:27, Laurent Destailleur (eldy) a écrit :
>>>> Un wiki avec le roadmap des versions est deja en place depuis plusieurs
>>>> années et principe documenté à plusieurs endroits sur les sites Web.
>>>>
>>>> Voici la page des roadmap
>>>> http://wiki.dolibarr.org/index.php/Category:RoadMap
>>>>
>>>>> Le problème est qu'un forum ne permet pas de structurer l'information.
>>>>> De plus, notre wiki interne est très simple d'utilisation.
>>>>>
>>>>> Cyrille
>>>>>
>>>>>
>>>>>
>>>>> Le 15/12/2010 09:57, address@hidden a écrit :
>>>>>> Savannah ne propose pas d'arreter un numero de version ?
>>>>>>
>>>>>> et d'y placer les tache et suivi pour un eversion donnée ?
>>>>>>
>>>>>>
>>>>>> Sinon , perso je trouve l'idée du wiki peut être un peu lourdre pour
>>>>>> ce type
>>>>>> de demarche.
>>>>>>
>>>>>> Un forum ne serait il pas plus approprié ?
>>>>>>
>>>>> _______________________________________________
>>>>> Dolibarr-dev mailing list
>>>>> address@hidden
>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>> _______________________________________________
>>>> Dolibarr-dev mailing list
>>>> address@hidden
>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>
>>> _______________________________________________
>>> Dolibarr-dev mailing list
>>> address@hidden
>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
>> _______________________________________________
>> Dolibarr-dev mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
>
> Cordialement,
>
>
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev