IRC logs of #tryton-es for Friday, 2016-01-29

chat.freenode.net #tryton-es log beginning Fri Jan 29 00:02:01 CET 2016
-!- kstenger1(~karla@r190-134-51-21.dialup.adsl.anteldata.net.uy) has joined #tryton-es08:19
pokoliaroncero: disculpa el retraso08:35
pokoliaroncero: no hay roadmap, las cosas se van haciendo conforme se tiene tiempo08:35
pokoliaroncero: de todos modos el patch de python3 del servidor esta listo para probar por lo que seguramente se incluirà08:35
aronceropokoli: no te preocupes11:06
aronceropokoli: aunque se haga segun tiempo, ¿no hay una lista de las cosas?11:06
pokoliaroncero: es la lista de issues abiertos11:09
pokoliaroncero: pero tampoco es definitivo11:09
pokoliaroncero: de todos modos vi un tweet de cedric dónde explicava lo que el tenia en mente11:09
aronceropokoli: la verdad que ese es el problema cuando intento convencer que abandonemos completamente odoo en favor de tryton11:11
aronceropokoli: no puedo exponer una linea clara de evolucion de la herramienta11:11
aronceropokoli: y a los gerente eso les da panico11:12
aroncero:(11:12
pokoliaroncero: perdona si es una estupidez, però en odoo tienen roadmap?11:13
pokoliaroncero: la herramienta evoluciona hacia dónde la comunidad necessita11:13
pokoliaroncero: si necessitas algun tipo de cambio tu mismo lo puedes proponer11:13
aronceropokoli: yo personalmente creo que no, pero sus comerciales venden que si, que hay una empresa solvente con las ideas claras detras11:13
aronceropokoli: yo estoy convencid, veo tryton mucho mas maduro que odoo11:14
pokoliaroncero: y tan claras que han cambiado de licencia 3 veces en 5 años11:14
pokoliaroncero: pues aún hay cosas que mejorar :P11:15
aronceropokoli: pero a veces es bueno pensar a un año, hacia donde se quiere ir y como11:15
aronceropokoli: eso ayudaria a contribuir (es opinion personal)11:15
aronceropokoli: una vision no tecnica ayudaria, es decir, gente funcional que aporten las necesidades11:17
aronceropokoli: no se, supongo que estoy cansado de pelear con nuestros consultores :P11:17
pokoliaroncero: si, normalmente se hace en la TUXXX11:19
pokoliaroncero: però nadie garantiza que se vaya a cumplir11:19
aronceropokoli: por supuesto, ya que depende de esfuerzos privados11:20
pokoliaroncero: però normalment es mas a vision tècnica i no a nuevas funcionalidades11:22
pokoliaroncero: me refiero a que no se dice: Se va a añadir el mòdulo de contratos11:22
pokoliaroncero: o se va a mejorar los processos de stock11:22
aronceropokoli: pues a lo mejor falta eso, mas alla de que luego se desarrolle o no11:26
aronceropokoli: pero puede animar a que la gente se lo plantee hacer11:26
aronceropokoli: evitando a lo mejor mucha duplicidad de trabajo, como con el caso del modulo que cometnas de contratos11:27
aronceropokoli: a lo mejor si se hubiese plantedo una base comun que valiera para la mayoria11:27
aronceropokoli: luego cada uno hace los modulos necesarios para adapatarlos a su funcionamiento especifico11:28
aronceropokoli: pero bueno, tengo claro que hablar por hablar :D11:28
-!- mariomop(~quassel@181.88.217.217) has joined #tryton-es12:11
pokoliaroncero: el problema es que es dificil de cumplir12:35
pokoliaroncero: pero si se comenta, la comunidad siempre esta abierta a nuevas mejoras para ir a mejor12:35
pokolipoco a poco se va haciendo, el problema es que los recursos son los que son12:35
aronceropokoli: completamente de acuerdo12:36
aronceropokoli: por ejemplo, estoy mirando hacer una serie de modulos para gestion de rrhh12:37
aronceropokoli: lo estoy contemplando de una forma generica mas alla de mis necesidades12:37
pokoliaroncero: a mi entender seria genial tener alguna parte de esto porque falta :)12:37
pokoliaroncero: nosotros tenemos un proyecto de gestion de turnos i pagas12:38
aroncerouno basico que genere los menus y cree las categorias de empleados, los puestos de trabajo y cosas asi12:38
pokoliaroncero: creo que tenemos algun mòdulo publicado en bitbucket pero se me escapa12:38
pokoliaroncero: habia un blueprint al respecto no?12:38
aroncerosolo del pago de nominas12:39
aronceroyo hice uno para odoo del pago de nominas12:39
aronceropero creo que deberia ser un modulo que añada funcionalidad al basico de hr12:39
aronceropara poder tener hr sin contabiilidad (por ejemplo)12:39
aronceropero me surgen dudas a nivel diseño12:41
aronceropor intentar hacerlo lo mas acorde a la idea de tryton12:41
aronceroque intuyo pero no se12:42
aroncero:P12:42
aronceropor ejemplo los departamentos deberian ser por compañia (para el caso multicompañia)12:42
aronceropero las actitudes y formacion de los empleados deberian ser en el party porque en el empleado serian asociadas a una compañia12:43
aronceroy son algo de la persona12:43
pokoliaroncero: a mi entender las aptitudes son las mismas independientement de la compañia13:05
aronceroa mi entender tambien :D13:06
aroncerosupongo que se puede crear un dominio (si tercero es empleado) para que aparezca la pestaña13:06
pokoliaroncero: normalmente si sólo es para empleados se muestra en la vista de empleados13:07
pokoliaroncero: y se hace la relación con el empleado13:07
pokoliaroncero: luego siempre puedes hacer un funcional i mostrarlo en otro lado13:08
aronceropokoli: he aqui donde falla mi conocimiento de diseño porque el empleado esta asociadio a la compañia13:08
aronceropor lo que si un tercero es empleado en dos compañias13:09
aroncerodeberia aparecer las mismas actitudes en las dos porque son del tercero13:09
aronceroasi que el campo funcional deberia ser del empleado y los datos del tercero, no?13:09
pokoliaroncero: entiendo que si :P13:10
aronceropokoli: pregunta que no tiene que ver y si13:12
aronceropokoli: se puede agrupar una vista arbol por un campo13:12
aronceropokoli: en este caso por compañia?13:12
aronceropokoli: eso lo hecho de menos de openerp 6.1, las vistas busqueda y las agrupaciones13:12
aroncero*echo de menos13:13
-!- smarro(~sebastian@190.105.71.186) has joined #tryton-es14:21
-!- smarro(~sebastian@190.105.71.186) has joined #tryton-es15:45
-!- faviod(~faviod@190.108.228.120) has joined #tryton-es16:27
pokoliaroncero: no existe en tryton, pero no creo que seria complicado de realizar16:41
pokoliaroncero: se debe proponer16:41
aronceropokoli: teniendo en cuenta que Cedrik opina que para que agrupar si ya existe el ordenar... :D18:38
aronceropokoli: a veces que algo se pueda hacer de una manera no exime de que pueda haber otros caminos mas faciles para el usuario18:39
aronceropokoli: las vistas busquedad de oe6.1 no eran nacesarias, podias usar los filtros avanzados18:39
aronceropokoli: pero eran utiles18:40
pokoliaroncero: he visto la conversación, también tiene su parte de razón, no hay nada que no puedas hacer19:03
pokoliaroncero: y también tienes el babi que te permite hacer ese tipos de informes de forma fàcil para el usuario19:03
pokoliaroncero: https://bitbucket.org/nantic/trytond-babi :)19:03
aronceropokoli: si razon tiene, pero a veces hay que mirar el punto de vista del usuario19:46
aronceropokoli: que a un boton lo  tiene19:46
-!- bvillasanti(~bvillasan@181.192.32.145) has joined #tryton-es20:40
-!- bvillasanti(~bvillasan@181.192.32.145) has joined #tryton-es22:05
-!- smarro(~sebastian@181.31.255.10) has joined #tryton-es22:13

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