IRC logs of #tryton-fr for Wednesday, 2013-09-04

chat.freenode.net #tryton-fr log beginning Wed Sep 4 00:00:06 CEST 2013
little-nemoBonjour, pour mon entreprise (je suis tout seul), je cherche un logiciel qui me permettra de gérer mes stocks, passer mes commandes, gérer mes produits, mes stocks produits, émettre des factures et faire ma compta09:28
little-nemoen fouillant un peu, j'avais retenue Dolibarr et OpenERP09:28
little-nemoet depuis peu, j'ai fait la connaissance de Tryton09:29
little-nemoje n'ai pas encore essayé la démo, mais j'ai déjà plein de questions09:29
nicoelittle-nemo: n'hésite pas à les poser …09:29
little-nemoquelle est la différence entre tryton et openerp ?09:30
little-nemoj'ai souvent entendu que openerp est complexe d'approche, est le cas de tryton ?09:30
little-nemoen fait je souhaiterais une solution python car c'est le langage que je pr09:31
little-nemo*préfère et maitrise le mieux09:31
little-nemoça ne me faisait pas trop pencher vers dolibarr09:31
little-nemomais j'ai un peu peur de la mise en place d'une solution openerp (et tryton ?)09:31
nicoelittle-nemo: tryton est un fork d'openerp, il a assez fort divergé au niveau technique: il est devenu plus pythonique, plus testé09:32
cedklittle-nemo: il y a: https://en.wikipedia.org/wiki/Comparison_of_Tryton_and_Open_ERP09:32
nicoelittle-nemo: tous les modules métiers ont été revus de fond en combles09:32
nicoelittle-nemo: après point de vue complexité, j'ai envie de dire "ça dépend"09:33
little-nemocedk: j'avais déjà vu cette comparaison. Le fait de pouvoir utiliser sqlite avec tryton me plaisait assez bien09:33
little-nemonicoe : ça dépend de quoi ? de mon niveau je suppose ?09:33
Piloulittle-nemo: il faut tester: si les modules de Tryton de base couvrent tes besoins c'est bien. Si non il te faudra soit personnaliser Tryton (et dans ce cas ça peut être intéressant d'utiliser openerp si il existe tous les modules qui correspondent à tes besoins).09:35
nicoelittle-nemo: comme le dit Pilou, ça dépend de tes besoins mais aussi de ta capacité à plonger dans le code09:36
cedklittle-nemo: attention qu'on ne recommend pas sqlite pour la production09:36
PilouLes versions majeures de Tryton sont publiées tous les 6 mois, pour chaque version majeure les failles de sécu sont corrigées pendant 3 ans. Un passage d'une version majeure à une autre peut nécessiter beaoucoup ou peu de maintenance si tu as développé des modules perso (beaucoup: http://code.google.com/p/tryton/wiki/Migration_2_6, peu: http://code.google.com/p/tryton/wiki/Migration_2_8)09:38
PilouLa mise en place n'est pas très compliquée. Il te faut une base de données postgresql, installer les dépendances qui sont listées dans la doc. Il y a différentes manières d'installer le serveur (utiliser les paquets de ta distribution mais ce ne sont peut être pas ceux de la dernière version stable de Tryton, utiliser pip, cloner le dépôt avec git, utiliser des paquets non officiels comme par09:49
Pilouexemple http://debian.tryton.org/).09:49
nicoe:s/git/hg09:50
Pilouil y a un mirroir sur :p09:50
Pilouil y a un mirroir sur github :p09:50
little-nemoj'ai l'impression que mes besoins sont classiques et qu'ils sont couverts par les modules de base10:01
little-nemomais je me dis qu'il y aura forcément des fonctionnalités dont j'aurais besoin dans le futur et il faudra forcément développer10:02
little-nemoen fait le développement ne me fait pas trop peur (peut-être à tord), c'est surtout la partie administration10:03
little-nemo*que je ne maitrise pas10:03
little-nemoun autre point important pour moi c'est la documentation10:05
little-nemoest-ce que celle de tryton vous semble suffisante pour débuter et ensuite développer de nouvelles fonctionnalités (modfication de module ou création d'un nouveau module) ?10:06
PilouLa doc existe: elle est orientée "framework" (c'est à dire utilisation de Tryton comme un framework) et elle n'est pas parfaite. Il est vraiment nécessaire de lire le code de trytond et des modules.10:09
PilouPar ailleurs pour simplifier la maintenance de tes modifications, il ne vaut mieux pas modifier directement un module standard mais plutôt créer un second module custom qui modifiera le 1er.10:11
little-nemoPilou : c'est ce que je voulais dire par modifier un module. Ne pas repartir from scratch en fait10:15
little-nemopar contre je ne sais pas si mon niveau en dev peut me permettre de comprendre le fonctionnement en lisant le code...10:16
PilouTu peux peut être déterminer si tu auras besoin de faire des modifications en testant les fonctionnalités à l'aide du serveur de démo: http://www.tryton.org/download.html#demo.10:19
PilouAu niveau administration c'est assez simple: Tryton est constitué d'un unique service (trytond) qui écoute sur un port TCP. Le service trytond se connecte à une base de données.10:20
little-nemoah oui, ça me fait penser à une autre question10:28
little-nemoTryton, ce n'est pas une architecture client-serveur si j'ai bien compris ?10:28
nicoelittle-nemo: si c'est le cas.10:29
little-nemook, je sais plus où j'avais vu ça, mais je n'avais rien compris ;)10:31
cedklittle-nemo: je suppose que tu parle de neso qui est une version "bundle"10:37
little-nemopeut-être, mais je suppose que ça installe client et serveur en même temps ?10:38
Pilououi, c'est bien pour tester mais ce n'est pas fait pour être utilisé en prod.10:39
cedklittle-nemo: oui mais il n'y a pas de communication entre les deux10:39
cedkPilou: ou alors mono poste pour certaine fonctionnalitée10:39
little-nemook, pour en revenir à la prod, pourquoi sqlite est un mauvais choix10:39
little-nemocedk : ce n'est pas une utilisation mono-poste que je cherche10:40
cedklittle-nemo: sqlite va poser des problèmes pour les acces concurents10:45
cedklittle-nemo: l'integrité des données comme les fk10:45
cedklittle-nemo: la précision sur les calcules en Numeric10:46
cedkTryton essaie de minimiser ces problèmes mais il y a toujours des cas limit10:46
little-nemook, je ne pensais pas que des calculs étaient effectués au niveau de la base de données10:51
cedklittle-nemo: si, il le faut sinon ce serait trop lent et il y aurait aucun interret à avoir une DB10:52
little-nemoon rentre dans un domaine tout nouveau pour moi10:56
little-nemopourquoi un calcul effectué en dehors de la DB est plus lent ?10:56
cedklittle-nemo: parce qu'il y a transfer de donnée11:01
little-nemoje comprends11:04
little-nemoet vous, je suppose que vous utilisez tryton. Pourquoi avez-vous fait ce choix ?11:14
cedklittle-nemo: pour moi, c'est parce que je l'ai écrit en grande partie :-)11:15
nicoelittle-nemo: parce qu'on le développe ;)11:21
little-nemoje reformule donc la question :)11:23
little-nemoPourquoi avoir voulu faire un fork d'openerp ?11:23
nicoemais Pilou et jeancavallo1 ont choisi tryton plutôt qu'openerp, donc leur avis est peut-être plus objectif11:24
cedklittle-nemo: parce qu'il n'était pas possible de changer OpenERP à l'époque11:25
nicoecedk: je ne pense pas que ce serait beaucoup plus possible actuellement11:26
little-nemoet que vouliez-vous changer ?11:26
nicoelittle-nemo: En ce qui me concerne (je n'ai pas forké tryton mais j'ai quand même quitter openerp), la qualité du code, l'approche globale de la communauté11:27
cedknicoe: sait pas j'ai pas essayé11:29
Pilounicoe: je n'ai pas personnellement choisi ...11:33
nicoecedk: forcément ;), mais de ce qu'on voit de l'extérieur seules des améliorations marginales sont faites (or je ne doute pas que d'autres là-bas trouvent que le code pue)11:34
Piloulittle-nemo: le choix de l'un ou de l'autre dépend de tes besoins (est ce que les modules de base de Tryton suffisent ? Si non - es tu en capacité de développer ? - est ce que des modules openerp qui correspondent à tes besoins existent ?)11:35
Piloulittle-nemo: en ce qui concerne la communauté c'est pareil (une société derrière tryton et une société derrière OpenErp)11:37
cedkPilou: ça c'est faux11:38
Piloucedk: nous n'avons sans doute pas le même point de vue ;)11:39
cedkPilou: Tryton a une fondation11:39
jeancavallo1little-nemo: Bonjour ! Typiquement, nous sommes partis sur tryton plutôt qu'openerp parce que nous avions le sentiment (confirmé par la suite) que les fondamentaux de tryton étaient plus propres que ceux d'openerp. Nous développons des modules très verticaux (gestion d'assurance) qui sont critiques pour nos clients. Les core devs de tryton sont beaucoup plus attentifs sur des aspects que nous considérons comme cri11:40
cedkvoici la liste des sociétés qui sont derrière Tryton: http://www.tryton.org/services.html11:40
Piloulittle-nemo: au niveau licence openerp est AGPLv3 depuis la dernière version pour le serveur et le client lourd, il y a une licence spécifique pour le client web. Tryton est GPLv3 pour le serveur et le client.11:40
nicoePilou: je ne suis pas d'accord avec ton point de vue sur la communauté11:41
Pilounicoe: cedk: vous faites partie des 3 salariés de la société B2CK qui réalise un très grand pourcentage des commits ?11:44
nicoePilou: parce que les autres n'en font pas autant.11:44
nicoePilou: (et moi le premier)11:44
cedkPilou: je te rappel par example, que tu a le droit de commiter11:45
Pilouquand le client android a été proposé (http://www.tryton.org/~irclog/2013-01-31.log.html#t2013-01-31%2015:28) vous m'avez répondu que ce n'était pas le role de la fondation11:45
cedkPilou: pas le role de la fondation de décider11:46
cedkPilou: par contre la communauté n'a vraiment pas été très entousiaste11:47
Pilouil y a peut être une fondation, en pratique c'est la même situation qu'openerp11:47
cedkPilou: ça ne sert à rien d'inclure des projets si personne ne les fait vivre11:47
cedkPilou: mais où tu va chercher ça ?11:47
cedkPilou: parce que une de tes contributions a été rejetée ?11:48
Pilounon :)11:48
cedkPilou: ça arribe toute le temps à tout le monde11:48
Piloubien sur :)11:50
cedkhttps://www.ohloh.net/p/tryton/contributors?sort=latest_commit11:51
cedket plus parlant: https://www.ohloh.net/p/tryton/contributors?query=&sort=commits_12_mo11:52
cedkversus: https://www.ohloh.net/p/openerp/contributors?query=&sort=commits_12_mo11:53
cedkou il n'y a casiment que des employées d'OE11:54
cedkPilou: je suis vraiment affecté par ce que tu dis, au vue du temps libre que je passe à reviewer les contributions des autres pour justement que ce ne soit pas comme OE12:10
sisalplittle-nemo: pour orienter ta réflexion sur le choix pour une TTPE : http://sisalp.fr/index.php/post/OpenERP-est-il-encore-gratuit-Les-preconisations-OpenERP-et-Tryton-de-SISalp-speciales-petits-budgets-de-0-a-2500-Euros14:02
sisalpPilou: pour ce qui concerne le fonctionnement de l'écosystème, c'est juste à l'opposé. C'est même la différence la plus importante.14:03
little-nemosisalp : C'est justement par votre site que j'ai connu Tryton. Ce billet plaide pour Tryton si on n'a pas d'argent et pour OpenERP si on a de l'argent14:20
little-nemosisalp : c14:20
little-nemo*c'est peut-être résumé un peu vite, mais c'est l'impression que j'ai eu14:20
cedklittle-nemo: si tu a de l'argent Tryton convient aussi ;-)14:20
little-nemocedk : votre discussion m'a fait faire qq recherches et je suis tombé sur ça : http://www.meanmicio.org/2011/09/free-software-versus-open-source-tryton.html14:21
little-nemoest-ce une bonne illustration des reproches que tu fais à OpenERP ?14:22
cedklittle-nemo: ça en fait partie14:23
cedklittle-nemo: en effet, OE développe son logiciel en faisant exprès de ne pas tenir compte de la migration depuis les versions précédentes14:24
cedklittle-nemo: et refuse que d'autre le fasse à sa place14:24
little-nemotout ça plaide en faveur de tryton pour moi.14:25
little-nemole mieux c'est quand même de le tester. Je vais essayer ce soir14:25
sisalpittle-nemo: Si on n'a pas de sous c'est Tryton en effet, si on a des sous on a le choix16:24
sisalplittle-nemo: depuis que Tryton s'est séparé de TinyERP, Tryton a retravaillé les fonctions essentielles16:26
sisalplittle-nemo: et OpenERP a fait un effort considérable sur l'esthétique de l'interface16:27
sisalplittle-nemo: ce matin un prospet m'a dit "l'essentiel c'est que le produit soit séduisant",16:28
sisalplittle-nemo: hier soir un autre me disait "l'essentiel c'est que ça marche pendant 10 ans" : on a le choix ;-)16:30
sisalplittle-nemo: pour Tryton, tu peux 1) utiliser la démo déjà citée, 2) mettre un serveur chez toi, 3) prendre un hébergement gratuit SISalp ;-)16:33
Pilounicoe: cedk: en fait je ne comprends toujours pas pourquoi le patch géographique qui avait été développé par vous (c'est à dire B2CK) et financé par bioecoforests a été refusé par vous (c'est à dire membre de la communauté)17:05
little-nemosisalp : l'hebergement gratuit est en effet séduisant, mais je me demande toujours quand c'est gratuit quels sont les limitations ou les contraintes17:14
-!- little-nemo(c306a81e@gateway/web/cgi-irc/kiwiirc.com/ip.195.6.168.30) has left #tryton-fr17:33
cedkPilou: mais c'est toi même qui m'a dit que c'était pas bon que vous aviez une meilleur solution à proposer17:54
Piloucedk: fin du 1er semestre 2012 tu m'as indiqué que les patchs ne seraient pas intégrés tant qu'il n'y aurait pas d'interface graphique pour afficher / modifier les données géographiques dans le client Tryton. En décembre 2012 après le pyconfr j'ai créé https://bugs.tryton.org/issue2919 qui contient des liens vers les codereviews des patchs que B2CK a développé. Cette fois ci tu as répondu qu'il22:41
Piloun'y avait pas de release public d'une dépendance (dbgis) ajoutée par vous dans le patch et qu'il n'y avait pas de tests unitaires (effectivement vous n'en avez pas codé). Par la suite nous avons continué à maintenir ces patchs et à les faire évoluer: j'ai ajouté le support de sqlite à dbgis, puis je me suis rendu compte que dbgis était inutile. Dans ton dernier message du ticket 2919 tu indiques22:41
Pilouque tu souhaites conserver la dépendance à dbgis, tu souhaites que les données géo soient transférées au format JSON.22:41
PilouCette situation est ubuesque :)22:47
cedkPilou: c'est toi qui n'est pas cohérent et maintenant tu rale parce qu'un patch dont tu critique les performences n'est pas integré22:50
cedkj'arret de discuter sur ce sujet22:51

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!