dolibarr-foundation-board
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dolibarr-foundation-board] Pb de merge


From: Régis Houssin
Subject: Re: [Dolibarr-foundation-board] Pb de merge
Date: Mon, 03 Dec 2012 15:45:54 +0100
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/17.0 Thunderbird/17.0

ce n'est pas le nosql qui a motivé le fork, c'est plutôt le manque d'ambition et les restrictions du code qui ont poussé à faire autrement, le choix du nosql c'est fait dans un second temps. Ce qui n'empêche en rien de faire cohabiter mysql/postgresql avec le nosql.


Le 03/12/12 15:18, address@hidden a écrit :
C'est sur que présenté comme ça, on est bien au-delà d'un désaccord sur
le développement de dolibarr.
Je ne connais pas suffisamment les technos nosql pour avoir un avis sur
la question, par contre je connais la puissance et la fiabilité des sgbd
sql standards.

Chacun est libre de suivre sa route ...

Jean


On Mon, 03 Dec 2012 14:34:48 +0100, Régis Houssin
<address@hidden> wrote:
*   oui c'est bien dommage,
 mais ça fait longtemps qu'on a des remarques sur l’interface
vieille école, le nombre de clics exorbitants pour faire une action
et un code trop rigide qui fait perdre trop de temps lorsqu'on
développe. c'est pourquoi le fork est plus qu'un fork, c'est une
refonte complète du fonctionnement avec une réduction du code
inutile ou en doublon de près de 30 à 40%, et un fonctionnement en
nosql (couchdb) qui malgré les critiques que j'ai pu avoir,
fonctionne très bien, est très performant et peut tout à fait être
compatible avec ce type d'application. Suffit d'y croire et de
structurer le code et les données autrement. De plus des scripts de
migration permettent de migrer d'un mysql/postgresql vers un nosql
sans problème.

 De plus les possibilités de synchronisation sur tout ou partie de
la base avec une gestion des historique et des conflits automatiques,
permet un mode offline que pas mal de sociétés demandent, que ce
soit pour les commerciaux (on nous parle de 4G, mais il n'y a déjà
même pas de 3G de partout !), la gestion du stock, ou tout simplement
une coupure réseau entre agences ou magasins.

 Donc non Jean, ce n'est pas seulement une lubie pour avoir une
interface pour tablette ou smartphone, ça va bien au delà :-)
 l'ambition est "grande" mais les tests sont concluant et certaines
entreprises ont déjà investi dans son développement.

Le 03/12/12 12:50, address@hidden [1] a écrit :

Salut Laurent,

Je suis aussi tombé des nues d'entendre parler de fork.
Mais je pense qu'il vaut toujours mieux parler des problèmes plutôt
que les découvrir comme ça. L'assoiation purr

On Sun, 02 Dec 2012 20:37:56 +0100, "Laurent Destailleur (eldy)"
wrote:
Le 02/12/2012 20:11, Régis Houssin a écrit :

* Jean pour te répondre :

Le 02/12/12 14:58, Jean Heimburger a écrit :
Salut à tous,

Comme vous voyez, je reçois à nouveau les échanges de la ML.
Tout à fait d'accord avec Philippe. Même une journée de travail
pour le CA serait déjà bien.

Pour moi, cela fait un moment que je regrette l'absence de Roadmap
visible (on ne sait pas vers où va Dolibarr, mais il y aura deux
versions par an ... )
Il est assez pénible de soumettre des améliorations (cf mail de C
Battarel), ou d'indiquer un bug : ça donne lieu à des discussions
qui font perdre du temps, sans arriver à une solution, et bien
sûr
sans inclusion de la modif proposée. (une Roadmap permettrait
d'arbitrer aussi).

+1 pour la roadmap malgré la difficulté, car les besoins peuvent
varier suivant les demandes des clients.

Autre point manquant : de la documentation sur les classes à
utiliser ou pas pour soumettre des dev. C'est frustrant de proposer
quelque chose, et de se voir répondre c'est pas aux normes. Ca
refroidit les volontaires et les encourage à faire leur truc dans
leurs coin, ou un fork s'ils en ont le courage..

tu trouveras toute la doc sur les classes et les librairies ici

http://jenkins.doliforge.org:8080/job/dolibarr-develop/doxygen/ [2]
[1]
elles est reconstruite et mise à jour toutes les nuits

Tu as aussi la doc suivante en complément:
http://wiki.dolibarr.org/index.php/Documentation_D%C3%A9veloppeur
[3]
[2]

Une mailing list est pratique pour diffuser de l'info, mais
inadaptée pour discuter, surtout s'il y a besoin d'aborder des
points
un peu délicats..

Pour Régis, je ne vois pas le lien entre tes remarques
(intéressantes) et le mail de Christophe ? Mais tout à fait
d'accord
: il faut écouter les utilisateurs et leurs besoins (ce qui ne
veut
pas dire faire ce qu'ils veulent), et pas seulement les fantaisies
de
développeurs. Je rappelle qu'on travaille sur un ERP qui est
censé
fournir une solution de gestion pour des entreprises (des vraies),
pas
une appli pour smartphone pour se faire plaisir...

j'ai profité de ce problème de merge sur un dev sur les tva pour
réagir, mais j'aurais pu réagir sur diverses choses.
une réunion serait très certainement la bienvenue, mais bon, si
c'est pour s'entendre dire qu'il faut faire un fork car ce qu'on
propose ne rentre pas dans la ligne de développement de Dolibarr
alors que se sont des besoins demandé par 90% des clients ou des
prestataires/développeurs, ça ne me donne plus du tout envie de
m'investir dans ce projet...

Sur ce, bon dimanche quand même...

JEAN HEIMBURGER
Tiaris [3]
GSM +33.(0)6.42.05.52.01 - skype tiaris-jean

page google+ [4] (French) page google+ [5] (English)

Le 02/12/2012 11:46, Philippe GRAND a écrit : Bonjour à tous

J'ai comme l'impression qu'il y a des mauvaises vibrations :-
Je pense qu'il serait temps de refaire une session de Hackweeks
cela permettrait de mettre à plat certains problèmes, discuter de
la roadmap, diffuser certaines méthodes de codage etc...
Nous avons financièrement les moyens de faire quelque chose de
bien.
Let's talk about it !

@+
Philippe

Le 02/12/2012 11:19, Régis Houssin a écrit :

sinon je regardais le détail du dev sur les taxes
Florian avait commencé un module permettant de définir des taux
de
tva
plus finement,
il aurait été bon de voir avec lui pour travailler sur son
module...

il y a une manie dans l'équipe qui consiste à réinventer la roue
même si
cette dernière est sous nos yeux.
ou alors c'est un manque de communication ?

j'ai l'impression, et ça ne date pas d'aujourd'hui, que chacun
travaille
dans son coin sans se soucier de l'autre.

C'est très démotivant et je ne suis pas le seul.
c'est comme ça qu'un projet stagne et tombe dans l'oubli.

openerp, lundi matin business ou autres évoluent dans le sens des
critiques qu'on leurs à faite, mais Dolibarr reste cantonné sur
ces
postions. Un jour ou l'autre ça va se retourner contre nous.

autre point aussi très important, j'ai énormément de clients qui
me
disent que nous devons avoir un discours non limitatif au niveau de
la
taille des entreprises susceptible d'utiliser Dolibarr. On se dit
ERP
mais on limite le discours au association et au tpe de moins 50
employés. Quelle crédibilité avons nous face à des société
plus
grande ?

J'ai des clients qui ont 4000 employés, et il se servent de
Dolibarr
soit pour fournir des services, soit en interne !
je penses qu'il faut radicalement changer de discours, ou faire
effectivement un fork avec plus d'ambition. (ce qui est d'ailleurs
en
train de se faire)

Sur ce, bon dimanche, sous vos applaudissements...

Le 02/12/12 10:12, Christophe Battarel a écrit :

Bonjour Laurent,

Je te joins l'archive des fichiers impactés par le pull request
500.
Un point que j'ai essayé de soulever plusieurs fois avec Régis en
lui
demandant simplement "pourquoi ?" quand il m'envoyait un
commentaire
du style "merge couldnt be done automatically" est le fait que (à
mon
humble avis) c'est à toi et à Régis d'analyser pourquoi les
commits ne
se font pas automatiquement, et ensuite soit de résoudre les
conflits,
soit d'expliciter le problème à celui qui a posté le pull
request.
Dans 99% des cas, cela provient d'une modif qui a été faite sur
le
repo de base entre le moment où le "pull requester" a mis à jour
son
fork et le moment où on a voulu intégré la pull request (il peut
s'écouler parfois plusieurs jours).

Dans le fonctionnement actuel, il revient au contributeur de
remettre
les choses dans l'ordre et de refaire une pull request, qui peut
être
à nouveau rejetée suite à d'autres modifs intervenues entre
temps
!

Ce travail est fastidieux, peu motivant, voire dangereux car le
contributeur n'est pas forcément un grand spécialiste de git
même
s'il
maitrise les pull et les push.

J'avoue que c'est parfois également énervant de devoir faire tout
ce
travail (il m'est arrivé de le faire 3 ou 4 fois sur des petits
commits) alors que le problème provient d'une ou deux lignes
ajoutées
ou enlevées entre temps sur le script de référence par un des
contributeurs principaux, qui au lieu de rejeter la pull-request,
aurait pu faire un diff sur le script incriminé et gérer
simplement
le
problème.

Github permet de tenter des merge automatique, mais ce n'est pas
une
raison pour laisser les contributeurs gérer les conflits; à mon
avis,
c'est le rôle du ou des chefs de projet.
Cela nous permettrait à tous de gagner du temps et d'éviter le
type
de
problème qu'on vient de rencontrer.

Ce n'est pas une critique personnelle envers Régis et toi, mais
une
proposition pour améliorer le fonctionnement actuel.

Je mets Régis en copie car cela le concerne aussi.

Très cordialement,
Christophe

Cordialement,

--

[6]
Philippe GRAND
265 rue de la vallée
45160 Olivet
02 38 63 90 20
address@hidden [4] [7]

Cordialement,
--
Régis Houssin
---------------------------------------------------------
Cap-Networks
Cidex 1130
34, route de Gigny
71240 MARNAY
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/ [5] [8]
Email: address@hidden [6] [9]

Dolibarr developer: address@hidden [7] [10]
Web Portal: http://www.dolibarr.fr/ [8] [11]
SaaS offers: http://www.dolibox.fr/ [9] [12]
Shop: http://www.dolistore.com/ [10] [13]
Development platform: https://doliforge.org/ [11] [14]
---------------------------------------------------------
Cordialement,

    

Cordialement,
-- 
Régis Houssin
---------------------------------------------------------
Cap-Networks
Cidex 1130
34, route de Gigny
71240 MARNAY
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/
Email: address@hidden

Dolibarr developer: address@hidden
Web Portal: http://www.dolibarr.fr/
SaaS offers: http://www.dolibox.fr/
Shop: http://www.dolistore.com/
Development platform: https://doliforge.org/
---------------------------------------------------------

reply via email to

[Prev in Thread] Current Thread [Next in Thread]