> "d'habitude ce sont les utilisateurs, la communauté, qui lancent une
version divergente"
Je suis d'accord, mais dans le cas d'un erp le cap à franchir pour
lancer un fork est assez important, cela demande des connaissances
autant techniques que métier. C'est en partie pour cela que je suis
convaincu que la communauté à un rôle important à jouer, il est très
difficile pour une équipe forcément de taille limité (l'open source ne
peut quasiment pas profiter de revenus récurrents comme le font les
éditeurs traditionnels) de maîtriser autant de concepts. La solution à
mes yeux est de profiter, d'encourager et si possible encadrer les
contributions des utilisateurs. C'est un défis de taille pour des
développeurs qui sont rarement doué pour la communication.
J'imagine que tout fork est perçu comme étant agressif, néanmoins nous
sommes convaincu de la pertinence de Tryton. La concurrence n'a jamais
fait de tord d'un point de vue innovation et qualité des logiciels et
ce d'autant plus que la demande en matière d'erp open source ne
faiblit pas. D'ailleurs, il y déjà eu des échanges de code dans les
deux direction entre les deux projets.
Pour les réponses aux questions de Ploum, la plupart des sujets ont été
abordés, en ce qui concerne la légèreté des raisons du fork: s'il y a
déjà de si nombreux fork, c'est que les ces raisons existent. Ce sont
plus de nombreux petits points que de gros problèmes
flagrants. Évidement, ça rend la situation un peu confuse,
d'autant plus que comme souvent en informatique c'est toujours une
affaire de compromis entre puissance des fonctionnalités et
adaptabilité, entre stabilité et innovations, etc.
En particulier je trouve qu'OpenERP met trop l'accent sur
l'innovation et le nombre de fonctionnalités. Tryton penche plus vers
la stabilité et l'adaptabilité. Et ceci n'est pas une critique (!),
c'est juste une autre approche.
Enfin si le ton de nos interventions vous parait agressif j'en suis
désolé. Je dois vous avouer que le post de Fabien (Pinky) m'a mis en
colère, un forum public n'est pas un endroit pour faire des attaques
personnelles et je considère sont intervention comme un coup bas qui
entache notre réputation personnelle. De plus je ne suis pas d'accord
sur plupart de ses critiques envers Tryton et sur la manière de
présenter les choses mais comme cela a déjà été dit ce genre d'argutie
ne fait que plomber la réputation de l'open-source, je trouve donc que
mes réponses sont plutôt réservées.
> "j'en aurais bien dit plus mais ça aurait fait troll."
Je suis preneur de toutes les critiques tant qu'elles sont
constructives. N'hésite pas à intervenir sur le chan (#tryton sur
freenode) ou à m'envoyer un message.
[^] # Re: Why forking ?
Posté par bechamel . En réponse à la dépêche Tryton version 1.0.0. Évalué à 2.
version divergente"
Je suis d'accord, mais dans le cas d'un erp le cap à franchir pour
lancer un fork est assez important, cela demande des connaissances
autant techniques que métier. C'est en partie pour cela que je suis
convaincu que la communauté à un rôle important à jouer, il est très
difficile pour une équipe forcément de taille limité (l'open source ne
peut quasiment pas profiter de revenus récurrents comme le font les
éditeurs traditionnels) de maîtriser autant de concepts. La solution à
mes yeux est de profiter, d'encourager et si possible encadrer les
contributions des utilisateurs. C'est un défis de taille pour des
développeurs qui sont rarement doué pour la communication.
J'imagine que tout fork est perçu comme étant agressif, néanmoins nous
sommes convaincu de la pertinence de Tryton. La concurrence n'a jamais
fait de tord d'un point de vue innovation et qualité des logiciels et
ce d'autant plus que la demande en matière d'erp open source ne
faiblit pas. D'ailleurs, il y déjà eu des échanges de code dans les
deux direction entre les deux projets.
Pour les réponses aux questions de Ploum, la plupart des sujets ont été
abordés, en ce qui concerne la légèreté des raisons du fork: s'il y a
déjà de si nombreux fork, c'est que les ces raisons existent. Ce sont
plus de nombreux petits points que de gros problèmes
flagrants. Évidement, ça rend la situation un peu confuse,
d'autant plus que comme souvent en informatique c'est toujours une
affaire de compromis entre puissance des fonctionnalités et
adaptabilité, entre stabilité et innovations, etc.
En particulier je trouve qu'OpenERP met trop l'accent sur
l'innovation et le nombre de fonctionnalités. Tryton penche plus vers
la stabilité et l'adaptabilité. Et ceci n'est pas une critique (!),
c'est juste une autre approche.
Enfin si le ton de nos interventions vous parait agressif j'en suis
désolé. Je dois vous avouer que le post de Fabien (Pinky) m'a mis en
colère, un forum public n'est pas un endroit pour faire des attaques
personnelles et je considère sont intervention comme un coup bas qui
entache notre réputation personnelle. De plus je ne suis pas d'accord
sur plupart de ses critiques envers Tryton et sur la manière de
présenter les choses mais comme cela a déjà été dit ce genre d'argutie
ne fait que plomber la réputation de l'open-source, je trouve donc que
mes réponses sont plutôt réservées.
> "j'en aurais bien dit plus mais ça aurait fait troll."
Je suis preneur de toutes les critiques tant qu'elles sont
constructives. N'hésite pas à intervenir sur le chan (#tryton sur
freenode) ou à m'envoyer un message.