Categoría: Openbravo

Openbravo ERP

Publicado el

Sigue la extorsión de Openbravo y cada vez con más fuerza

Ya os conté a que se dedican los directivos de openbravo cuando no opinas igual que ellos, ahora han ido un paso más o más bien unos cuantos kilómetros de pasos más allá hasta el punto de poner en serio peligro mi puesto de trabajo.

Hagamos un poco de historia. No hace mucho Josep Mitjá se puso en contacto otra vez conmigo para pedirme que colaborara con ellos para mejorar openbravo network, parece que no le quedó claro que a parte de describir las decenas de problemas técnicos que tiene network y demostrar que no funciona, mi conclusión es que no utilizaría esa herramienta nunca porque la veo completamente inútil, no por esos problemas sino por su concepto de producto y mucho menos se lo pondría a un cliente ya que a parte de inútil es muy caro. Como siempre digo al final no me toca tomar estas decisiones pero si me ha tocado sufrir el producto de marras entorpeciendo constantemente mi trabajo.

Concretamente el correo-e que me mandó decía lo siguiente.

Alguien (omitiré la otra persona a la que se dirigía), Cheli,


Os escribo para pedir vuestra colaboración en una iniciativa que hemos lanzado recientemente para entrevistar a partners y clientes con el objetivo de continuar mejorando el diseño técnico y la calidad de servicio de Openbravo Network.

En su blog personal, Cheli se ha mostrado muy crítico con Openbravo Network. Como partners que somos, nos gustaría poder recabar de primera mano sus sugerencias para poder tenerlas en cuenta en nuestros planes de mejora.

Me gustaría prentaros a Jaime Torre, quien está liderando el equipo de Openbravo Network Satisfaction. Si no teneis inconveniente, va a ponerse en contacto con vostros para poder tener un punto de contacto.

Muchas gracias,

Josep Mitjà
Openbravo
Yo le contesté diciéndole que no estaba interesado en este tema tal que así.
Hola Josep, te agradezco la propuesta para participar en esta iniciativa pero lo cierto es que personalmente, y subrayo lo de personalmente, no estoy nada interesado en la misma. El hecho que escribiera sobre obn en mi bitácora es porque ahí es donde escribo mis pensamientos en voz alta, nada más, si os ha servido de algo bienvenido sea.Te iba a decir que esperaras la respuesta oficial por parte de Tictech pero por lo que he visto Alguien ya te ha contestado.Un saludo.
No se que cosa de mi correo-e no entendió pero me contestó con esto otro y al final terminó cumpliéndolo porque lo que hizo fue ponerse en contacto con la empresa donde trabajo para que me forzaran a hacer una cosa en la que le había dicho que no estaba interesado.
Cheli,Me queda claro que tu bitacora es personal. En este caso, nos dirigimos a TicTech como partner. Como os decía en el correo, estamos entrevistando a un grupo de clientes para tener en cuenta este feedback en nuestros planes de trabajo.
Nos encantaria que Alguien diera el visto bueno para poder tener tu opinión (como parte de tu trabajo en TicTech) y, como experto en Openbravo ERP. Jaime Torre (Xeraf en el IRC) es un crack. Creo que podeis tener una conversación interesante y productiva para todas las partes.Un saludo,Josep

Total que al final se salió con la suya, enhorabuena Josep, pero quiero que quede constancia de las tácticas que utiliza para hacer lo que le sale de los huevos ello.
Lo que no entiendo es que de las 6 personas que trabajan en la empresa en la que estoy, 5 de ellas se dedican en mayor o menor medida a openbravo pero la opinión que quieren es la mía. Lo más sorprendente es que cuando doy mis opiniones entonces mueven ficha con el propósito de que me despidan.
Vayamos ahora con Paolo Juvara. Cuando decidí cerrar obtrainings recibí un correo-e inesperado de este señor que decía:
Cheli,perdona que te mando este correo en Ingles. Quieria escribirte en Castellano
pero es todavia demasiado difficil para mi y prefiero escribir en Ingles que
non escribir punto.I am writing to let you know that I always enjoyed reading your posts on
obtrainings.es and I was really sorry to read[1] that you have decided to
stop your contributions to Openbravo.I can understand that you do not agree with everything that is written on
the Openbravo planet but is thar really a strong enough reason to stop your
involvement with the project?
Were there other reasons?

It would be great if you would change your mind and decide to continue your
contribution. Your effort have been very much appreciated by the whole
Spanish-speaking community.

Please let me know if there is anything I can do to convince you.

Regards,

Paolo

Como Paolo acostumbra siempre a hablar en inglés tendré que traducirlo, pongo los originales para que todos puedan comprobar que no se tergiversa nada.
Te escribo  para hacerte saber que siempre me gustó leer tus apuntes en obtrainings.es y que me apena leer que has decidido dejar de contribuir a openbravo.
Puedo entender que no estés de acuerdo con cada cosa que se escribe en el planet de openbravo pero ¿es una razón de peso para parar tu aportación al proyecto? ¿hay otras razones?

Sería genial que cambiaras de opinión y decidieras continuar tus contribuciones. Tu esfuerzo ha sido muy apreciado en toda la comunidad de habla hispana.
Por favor hazme saber si puedo hacer algo para convencerte.
Saludos.
Yo le contesté explicándole lo que había pasado en mi inglés cutre salchichero.

Perhaps you would like to know what has happend to take that decision. First you know I don’t like some of the things your colleagues have  written, you have a good software and I think you don’t need to tell stupid things only because you have to carry out with your sales plans of OBNetwork, I don’t know if that is the reason but that is what looks like. That arguments could work with some kind of customers but I’m not a customer, I’m a consultant and a developer and that arguments get me angry, why? because they are not true or they are true with a lot of nuances.
OB is not my company, I don’t work there and I don’t care what you do in your bussiness strategy, but I was a member of the OB comunity and I don’t like what has happened.
Another thing I don’t understand is that when I write something positive about OB on my blog everybody from OB is very happy but when I write some criticism you call my boss to tell him I have criticized OB, do you think that is correct? My boss can not do anything to change what I have written, I write and I will write on my blog, well he can fire me then if you want he fires me you can continue to tell him you don’t like what I say. My opinion is that the best way to solve this situation is contact me and talk about the problem but nobody has contact me until now. I would like to tell you something else about this, when you have some problem with Tictech you have to call Alguien (my boss) but when you have some problem with me you should contact me because I’m not a Tictech directive, I ‘m an employee and I don’t have any responsability in manage aspects, Tictech is not involved in what I say in my blog and I’m not involved in what Tictech do in terms of bussines.I have maked my decision and I am no going to change it because nothing has changed in OB and what I explained will happen again for sure.

Regards

Que viene a ser algo así como.
Quizá quieras saber que ha ocurrido para que tome esta decisión.
Primero, ya sabes que no me gustan algunas cosas que tus colegas han escrito, tenéis un buen software y considero que no necesitais decir tonterias sólo porque teneis que continuar con vuestro plan de ventas con openbravo network, no se si esa es la razón pero es lo que parece. Esos argumentos pueden serviros con algunos clientes pero yo no soy un cliente, yo soy un consultor y desarrollador y esos argumentos me cabrean, ¿por qué? porque no son ciertos o son ciertos pero con muchísimos matices
OB no es mi empresa, yo no trabajo ahí y no me importa que hacéis en vuestra estrategia comercial, pero si soy miembro de la comunidad y no me gusta lo que ha pasado.
Otra cosa que no entiendo es que cuando escribo algo bueno sobre openbravo en mi bitácora todo el mundo de openbravo está contento pero cuando escribo alguna crítica llamáis a mi jefe para decírselo, ¿te parece esto correcto? mi jefe no puede hacer nada para cambiar lo que he escrito, escribo o escribiré en mi bitácora, bueno me puede despedir entonces si eso es lo que queréis podéis continuar diciéndole que no os gusta lo que digo. Mi opinión es que la mejor manera de arreglar esta situación es contactar conmigo y hablar del problema pero es que no ha contactado nadie conmigo hasta ahora. Me gustaría decirte otra cosa sobre esto, cuando tenéis algún problema con Tictech tenéis que hablar con Alguien (mi jefe) pero si tienes algún problema conmigo debes ponerte en contacto conmigo porque yo no soy un directivo de Tictech, soy un simple empleado y no tengo ninguna responsabilidad en aspectos de gestión, Tictech no tienen nada que ver con lo que yo digo en mi bitácora así como yo tampoco tengo nada que ver con las decisiones de negocio de Tictech.Ya he tomado mi decisión y no la voy a cambiar porque nada ha cambiado en openbravo, lo que te he explicado voverá a suceder tenlo por seguro..
Saludos.

Me ha sorprendido reeler esta última frase que escribí porque no es que haya vuelto a suceder sinó que se han superado en ello. Entonces él me contestó.
Cheli,thanks for your reply.I acknowledge that some of the things we write on our planet are not of the
best quality but please be aware that we are trying and perhaps it is easier
to just ignore what you do not like.With regards of contacting your boss, I was not aware that had happened and
I – personally, not as a representative of Openbravo – am sorry that it did.
The one time I didn’t like your post, I replied publicly on your blog[1].
Obviously I cannot promise that it won’t happen again and I therefore will
not insist any further that you change your mind.

It is a shame that it went this way.

Good luck to you and thank you for all your contributions up to now.

Paolo

Lo cual significa.
Gracias por tu respuesta.Se que las cosas que escribimos en nuestro planet no son de la mejor calidad pero por favor ten en cuenta que lo estamos intentando  y quizá sea  más sencillo que ignores lo que no te gusta.Respecto a ponerse en contacto con tu jefe, no sabía que eso había sucedido y yo- personalmente, no como representante de openbravo- siento que haya sucedido.

La vez que no me gustó tu apunte, te respondí publicamente en tu bitácora.Obviamente no te puedo prometer que no sucederá otra vez y por tanto no insistiré más en que cambies de opiniónEs una pena que haya tenido que ser así.Buena suerte y gracias por todas las contribuciones que has hecho hasta ahora.Paolo

Después de lo sucedido me parece increible que este señor diga que no estaba al tanto de que le mandaban mensajes a mi jefe y que diga que el me escribió en mi bitácora cuando lo que ha hecho al lado de lo que le contaba no tiene nombre.
Ahora resulta que porque le dijera «hijo mio leete la licencia» o «sería patético que alguien de Red Hat acusara a Centos de lo que tú me has acusado e igual de patético es lo que tú has hecho» es insultarle. Pero que él me difamara porque hiciera distribución de un software con licencia MPL, el cual es un documento legal que me lo permite y por tanto me acusara de saltarme la legalidad, sin nombrar la cantidad de barbaridades que dijo, eso no tiene la menor importancia.
Al final las consecuencias son que me han insinuado que o quito los MP o me echan del trabajo, con lo que os insto a copiarlos y subirlos a algún sitio antes del domingo, que será el día que tendré que quitarlos muy a mi pesar. Si alguien los cuelga que haga el favor de poner un enlace en algún comentario.
También he tenido que soportar cosas como que como se me ocurría dirigirme así a una persona tan importante como Paolo, yo entonces increpé ¿importante?… pero mira no quería entrar en esta polémica. Para mi las únicas personas importantes son las de mi entorno, mi familia y amigos y el que piense que un directivo de una compañía es alguien importante, y esta es mi opinión, es porque tiene un problema.

Como puede que dentro de poco esté sin trabajo, si alguien quiere hacerme alguna propuesta me la estudiaría.

Cheli
Publicado el

Disponible Openbravo ERP 2.40MP3

Se acaba de publicar el tercer paquete de mantenimiento de la versión 2.40 de Openbravo ERP. Como ya empieza a ser habitual os dejo los enlaces para que os lo descarguéis. También recordaros que la forma de instalarlo es exactamente la misma que en las versiones anteriores.

Listado de cambios

Openbravo 2.40MP3 md5

 

Actualización: Si quieres obtener la última versión de la rama 2.40 ponte en contacto conmigo (cheli en aradaen.com).

 

Cheli

Publicado el

Los fichajes de Openbravo

Lo que está haciendo Openbravo es una cosa que se lleva viendo desde hace tiempo en otras empresas. Tradicionalmente lo que sucede es que una empresa que se dedicaba al desarrollo de software privativo decide comprar una empresa exitosa de software libre y a partir de ahí intenta amoldarla a su forma de ser.

Openbravo como tal ya nació como una empresa de software libre pero como todo en Openbravo hay que matizarlo. Realmente la que terminó siendo la cúpula de Openbravo eran directivos de otras empresas o gente que tenía sus historias pero que tradicionalmente se habían dedicado al software privativo, entonces este grupo consigue la financiación necesaria y a partir de ese momento se cambia el nombre a Openbravo y un equipo de catalanes se hace cargo de la empresa, esta gente lo que decide es liberar el código y subirlo a sourceforge para emprender una aventura como software libre.

Yo siempre he dicho que Openbravo ha demostrado que los que la dirigen no tienen ni idea de que es esto del software libre, su visión siempre ha sido que la comunidad les haga parte del trabajo y así ellos reducen costes, pero teniendo desde su punto de vista una obligación con esta comunidad casi inexistente o nula, lo justo como para cumplir la licencia y poco más. Con este escenario tenemos que el concepto de comunidad, y podemos mirar el diccionario de la RAE, deja de tener sentido y eso explica el hecho de que lo que realmente ha pasado es que nunca ha existido una comunidad como tal.

Una comunidad debería ser esto <=> pero en openbravo siempre han actuado de esta otra forma => dónde la punta de la flecha apuntaba a la propia Openbravo.

En este punto Openbravo empezó a contratar a gente y no se les ocurrió otra cosa que según sus palabras contratar a los mejores. El problema es que esos supuestos mejores dentro del mundo del software libre no los conoce nadie, normal si tenemos en cuenta que son gente que vienen de empresas de software privativo. Y ¿qué pasa cuando juntamos un proyecto con licencia libre con un equipo que dirige dicho proyecto con mentalidad privativa?. Puestos a exagerar esto sería algo parecido a si un grupo político de derechas ficha a uno de los líderes de un partido de izquierdas, o viceversa, y dice que con este fichaje va a ganar las siguientes elecciones. Si sucediera esto todos nos echaríamos las manos a la cabeza, nadie entendería nada e incluso a más de uno se le escaparía alguna carcajada, pero se ve que a Manel Sarasa, director general de Openbravo lejos de sucederle esto se vanagloría de sus decisiones y las publicita.

¿El resultado? tenemos a una cúpula de empresarios que trabajaban tradicionalmete y principalmente en empresas de software privativo a la que se les ha ido sumando más y más gente con cultura privativa como Paolo Juvara que viene de oracle, Jesper Balser que viene de Navision y posteriormente Microsoft, etc. Esto ha hecho que cuando yo decía que la visión de openbravo era esta => ha pasado a ser ==> y luego ===> y a cada paso y cada fichaje la flecha se ha ido alargando.

Las consecuencias tarde o temprano se tenían que notar, y al final han sucedido cosas tan graves como esta declaración de Paolo Juvara en el foro de sourceforge:


The links in this post point to maintenance packs that are intended for subscribers of Openbravo Network only. Their unauthorized publication is against the will and intention of the people that made a lot of effort in producing them. We feel that our loyal community members who respect our work should refrain from downloading the above software.

Additionally, Openbravo takes full responsibility on the Community Edition, including providing upgrades. However, we do not take responsibility on upgrades or support to these leaked versions.

If you feel that you need access to these maintenance packs, we encourage you to consider subscribing to Openbravo Network instead.

Los enlaces de este apunte apuntan a paquetes de mantenimiento que van dirigidos únicamente a subscriptores de Openbravo Network. Su publicación no autorizada va contra la intención de la gente que realiza mucho esfuerzo en producirlos. Sentimos que nuestra comunidad fiel que respeta este trabajo debería abstenerse de descargar este software.

Adicionalmente, Openbravo toma completa responsabilidad con la versión comunidad, incluso proporcionando actualizaciones. Sin embargo, nosotros no tomamos responsabilidad de actualizaciones o soporte de estas versiones filtradas.

Si sientes que necesitas acceso a estos paquetes de mantenimiento, te animamos a considerar subscribirte a Openbravo Network en su lugar.

Después de este pedazo de FUD le tuve que contestar, realmente me lo puso muy fácil porque no se pueden decir tantas barbaridades en tan pocas palabras. Esta fué parte de mi contestación:


Lo dicho por Paolo incluso me hubiera hecho gracia si viniera de Steve Ballmer pero si viene de un directivo de una empresa de software libre pues houston tenemos un problema y muy grave. Este hombre ha dicho que aún teniendo el código fuente de ob, que quitando las bibliotecas que usa y que cada una tiene su licencia que si no voy muy mal encaminado todas son libres, el resto está licenciado bajo la MPL con una clausula por logos y marcas de ob, aún todo esto:

  1. Que las versiones MP son sólo para sus clientes de network lo cual rompe bastantes de las clausulas de la licencia.
  2. Que no estoy autorizado a publicar el código. Esta es básica y es una de las cuatro premisas de toda licencia de software libre.
  3. Encima me acusa de que lo publico en contra de los autores. Yo diría que ellos lo cierran en contra de la comunidad.
  4. Añade un lloriqueo diciendo que si va en contra del esfuerzo de esos desarrolladores. Se ve que el esfuerzo de la comunidad informando y corrigiendo bugs, creando documentación, programando modulos, etc y del cual ellos se benefician no tiene el mismo valor que el de sus desarrolladores.
  5. Y luego por último trata a la comunidad como imbéciles diciendo que como son miembros fieles sabrán valorar todas esas mentiras que ha soltado y así darle la razón. Osea que no bajarán lo que yo os he dejado y pagarań los 5.000 o 10.000€ que se va a llevar él a la saca.
  6. Vuelve a mentir con lo de que se hace responsable de la versión tal o cual. No conozco ninguna licencia, ni de software libre ni de software privativo que no tenga un apartado de descarga de responsabilidad y la MPL no iba a ser menos. Por tanto otra mentira más, pero en cualquier caso y repito si fuera verdad el código que yo he puesto y el que ellos distribuyen es exactamente el mismo (está sacado de una network), no se ha tocado nada y cuando queráis hacemos una auditoria para comprobarlo, por lo que la responsabilidad debería ser la misma.


En resumen ¿cuantas mentiras llevamos?. Es realmente lamentable el comentario que ha puesto este señor, hoy estoy realmente triste por lo que ha pasado. Sabía que los directivos de openbravo no tienen ni idea del software libre y de lo que es una comunidad pero esto es cruzar una linea.

Podéis leer la licencia vosotros mismos, sobretodo el punto 2 pero ya de paso le invito a Paolo a que también se la lea que ya nos ha demostrado a todos que no lo ha hecho.

Con este último dato no hay mucho más que añadir.

Cheli

Publicado el

¿Openbravo y Red Hat tienen el mismo modelo de negocio?

He escuchado varias veces decir a Josep Mitja que Openbravo sigue el mismo modelo de negocio que Red Hat. Esto es cierto pero hay 3 matices que a mi me resultan interesantes.

  1. Red Hat hasta donde yo se y si me equivoco que alguien me corrija, todo el software que va asociado a sus licencias de soporte es software libre. En el caso de Openbravo su licencia de Openbravo Network lleva vinculada la compra de una licencia de oracle.
    ¿Esto que significa? que en una pieza de Openbravo Network hemos perdido las ventajas de utilizar software libre (independencia de proveedor, capacidad para adaptar el software, etc).
  2. Todo el software asociado a una licencia de soporte de Red Hat es de Red Hat, en Openbravo Network la única pieza de software que desarrolla y mantiene Openbravo es el propio Openbravo, el resto son una distribución GNU Linux rPath y una base de datos Oracle. Otra vez si analizamos que consecuencias tiene esto enseguida os daréis cuenta que Openbravo no depende de si misma para su producto, cuando hay un problema con rPath, y os puedo asegurar que hay muchísimos, supongo que lo que hace Openbravo es derivar las quejas a rPath y esperar a que este lo solvente, lo mismo para Oracle.
  3. La última ya la he comentado en alguna ocasión, Red Hat vende un producto y es su cliente objetivo el que lo usa y paga. En Openbravo Network lo que se pretende es vender un producto dirigido al implantador pero quien lo paga es el cliente final. Comentarios como -¿Y ahora me dices que tengo que pagar 10.000€ más para que me des el mismo servicio que me habías dicho que ya me ibas a dar?- los he escuchado alguna vez, la respuesta del implantador sería -Si, la diferencia es que yo ahora tengo una herramienta que me dificulta facilita el trabajo pero no te preocupes que ya la pagas tú-. Pero claro, eso no se lo puedes decir.
    Network trae herramientas de administración, soporte del servidor, sistema de copias de seguridad  y demás que son utilidades para el administrador e implantador, el cliente final no va a notar ninguna diferencia entre tener la versión comunidad o la versión Network salvo en dos cosas, en que ahora tiene disponible las actualizaciones MP que no lo están para la versión comunidad y en que tiene un paquete de soporte que eso si, sólo cubre los errores de la propia Network, para el resto debes pagar soporte de segundo nivel adicional.

Son tres matices pero lo suficientemente importantes como para dudar de que realmente sea el mismo modelo de negocio.

Cheli

Publicado el

Disponible Openbravo ERP 2.40MP2

Ya está disponible el segundo paquete de mantenimiento de la versión 2.40 llamado MP2, la forma de instalarlo es exactamente igual que el anterior.

 

Si estás interesado en aplicar la actualización sin perder datos puedes contactar conmigo enviando un correo-e a “cheli en sofre punto es”.

 

Openbravo 2.40MP2 md5

 

Actualización: Si quieres obtener la última versión de la rama 2.40 ponte en contacto conmigo (cheli en aradaen.com).

 

Cheli

Publicado el

Disponible Openbravo ERP 2.40MP1

Os dejo el código fuente de la versión 2.40.MP1 de Openbravo ERP, para instalarlo tan solo tenéis que seguir estos pasos.

Descomprimir y desempaquetar el archivo con:

tar xvfj 2.40mp1.tar.bz2

Luego configuramos los datos de conexión editando el archivo config/Openbravo.properties .

Una vez tengamos configurado el acceso a la base de datos ya podemos crearla:

ant database.lib

ant create.database

Ahora tenéis que construir las bibliotecas principales:

ant core.lib

ant trl.lib

ant wad.lib

Y por último compilamos, generamos el war y lo desplegamos:

ant compile.complete

ant war

ant deploy

Listo, como véis son los pasos de siempre.

Openbravo 2.40MP1 md5

 

Actualización: Si quieres obtener la última versión de la rama 2.40 ponte en contacto conmigo (cheli en aradaen.com).

 

Cheli

Publicado el

Openbravo Network, yo no la quiero

Del listado de cosas que prometía Openbravo Network una gran mayoría era para facilitar el trabajo del consultor e implantador, esta versión se publicitaba como que venía a solventar un abanico de problemas pero la realidad es que en vez de solventarlos añade unos cuantos a los que ya de por si te puedes encontrar en una implantación de Openbravo ERP.

Primero decir que hablo desde el conocimiento que me da el estar utilizando una Openbravo Network 2.40 para un cliente de la empresa en la que trabajo. Empezaré nombrando los problemas que vienen en la primera versión que instalamos:

-Openbravo Network siendo una aplicación web dónde en principio el ĺimite de usuarios lo pone el hardware y la red, se vende según número de usuarios, curioso almenos.

-Todo se controla desde una herramienta web que te limita bastante el trabajo.

-La única alternativa es una cuenta shell con un usuario «openbravo» que sólo tiene acceso al código fuente de Openbravo ERP. El resto de tareas siempre se deben hacer desde el panel de administración.
-No puedes administrar los paquetes del sistema, en realidad no puedes administrar nada que no te deje el panel de administración que en cuanto a configuración del sistema tiene:

  • Change Password
  • Configure Firewall
  • Configure Internet Proxy
  • Configure Networking
  • Configure Notification
  • Database Password
  • Entitlement Key
  • SSH Password
  • Support Passwords
  • System Time
  • Upload SSL Certificate
A cualquier administrador de sistemas le puede entrar la risa al verse tan atado de manos.
-En el sistema de copias de seguridad automático no se permite indicar la ruta de destino, sólo se permite indicar el dispositivo, si se indica la ruta simplemente no funciona.

-Los enlaces al soporte de segundo nivel y del soporte de Openbravo network están mal, no te llevan al sitio correcto.

-El sistema de actualizaciones que sólo está accesible en obn no ha funcionado en todo este tiempo, al principio lo achacaron a un bug en la versión 2.40 así que esperaremos. Desués de esperar mucho y varias quejas y viendo que incluso había salido la MP1 nos dijeron que eso estaba corregido en dicha versión, lo curioso fué la propuesta de solventar el problema «para corregir el problema de que falla el sistema de actualización debes actualizar a la MP1», esto fué chistoso.

-El panel de administración está caido día si día no. La solución que nos dieron era que lo reiniciaramos pero como no teníamos acceso a root del sistema ni a ningún usuario con permisos no se podía, así que nos digeron que para escalar privilegios teníamos una orden «unsupported» que directamente nos pasaba a root. Primer problema de seguridad grave, no hace falta ningún exploit porque el exploit viene de casa, ejecuta unsupported y listo.

-Como el raa (panel de administración ) está casi siempre caido se producen cosas como que el sistema de copias de seguridad que lo tenemos puesto diareamente, cuando lo consultas al cabo de una semana a lo mejor sólo ha hecho copias los tres primeros días, lo reinicias y sigue funcionando.

-El systema de ntpd (sincronizar hora) no funciona.

-Al realizar un desarrollo tan simple como añadir una pestaña no funciona en un caso especial, una ventana en concreto, ya que wad da error al generar el código. La definición de dicha pestaña es idéntica a otra que si funciona en la aplicación y al abrir una incidencia para que lo revisen nos contestan que eso no es un problema de network y que debes contratar soporte de segundo nivel. Después de pagar 10.000€ te dicen que tienes que contratar más soporte para que wad compile una pestaña.

-Despues de aplicar el mp1 hubo un conflicto en el código de openbravo, restauramos una copia que teníamos y seguimos aplicando mejoras. Al preguntar como reaplicar el mp1 sólo para el código nos dicen que hemos procedido mal, que para restaurar el código hay que hacer un rollback de toda la actualización desde el panel de control lo cual implica desaplicar 25 actualizaciones (eso se entiende según la información que da el panel) la mayoría por no decir todas del propio sistema (kernel, vim, raa, sudo, udev, etc) para luego volver a aplicarlo todo de nuevo.

-Se intenta hacer el rollback e inmediatamente el sistema nos echa fuera, al intentar volver entrar no responde el raa/panel así que esperamos un rato y al final decidimos reiniciarlo por suponer que como de costumbre está colgado. El resultado es que desde el panel ahora no se puede hacer rollback y nosotros seguimos sin mp1 aplicado.

-Al preguntar como aplicar un parche, ya sea facilitandonos herramientas como diff o patch o que nos indicaran como lo hacían ellos con sus mpx para hacerlo nosotros igual nos dicen que esa máquina es de producción y que no puede tener patch. Curiosa respuesta cuando para que el tinglao que tienen montado en obn funcione tienen que tener un compilador de java, el código fuente de openbravo con las contraseñas de la base de datos en un archivo en plano, dichas contraseñas son system/sa y TAD/TAD y no se sugiere en ningún sitio cambiarlas a pesar de que almenos debería ser obligatorio, el tema del unsupported. Total que todo eso si, pero un sistema de aplicar parches que no sea sobreescribir todo, que es lo que ellos recomiendan, no.

– Los informes que en nuestras máquinas de desarrollo y en nuestra máquina de pruebas han funcionado sin problemas en ob, al detectar las cadenas de texto y realizar la traducción y guardalas en la tabla ad_textinterfaces_trl perdía los carácteres especiales (tildes, º, etc). Hubo que detectar el problema desde soporte y corregirlo directamente modificando las entradas de dicha tabla.

Total, que Openbravo Network es una mierda maravilla, pero una mierda maravilla (10.000€ sin límite de usuarios o 5.000€ por 5 usuarios más 500€ por usuario adicional, todos estos precios son por un año) muy cara y poco útil.

Cheli

Publicado el

La extorsión que ejercen algunas compañias

Hace poco he vivido el peor momento colaborando en un proyecto de software libre, y resulta cómico porque lo normal es que colaborar en estos proyectos me resulte divertido, reconfortante además de que aprendo mucho. El caso es que a raiz de realizar unos cursos de formación en Barcelona organizados por la empresa Openbravo decidí montar una bitácora con el nombre obtrainings en honor a los cursos, inicalmente junto a un compañero que conocí en Barcelona,  con la idea de apoyar y retroalimentarnos de la gente que realizara los cursos en el futuro. Al final el único editor de la bitácora acabé siendo yo mismo y la idea inicial terminó diluyéndose y convirtiéndose en una bitácora dónde hablaba de las novedades del producto y dónde escribía artículos y tutoriales de Openbravo ERP.

Pasaron algunos meses y me fuí enterando de algunas cosas siempre por terceras personas, por ejemplo me enteré que algunos directivos de openbravo leían la bitácora ya que me llegaban comentarios del tipo –Oye, ¿sabes que el otro día estuve con tal y me dijo que le gustó el artículo pascual de obtrainings?– donde tal era el directivo en cuestión. Lo bueno era que yo sabía de estas cosas sin que nunca nadie de Openbravo me hubiera dicho nada aunque eso tampoco me importaba, y entonces fué cuando vinieron los problemas.

Igual que escribía artículos contando las bondades que me parecían interesantes de openbravo, escribía artículos donde criticaba los puntos débiles o las cosas a mejorar dentro del sistema y metodologías de desarrollo que se estaban llevando a cabo, siempre con la intención de que se detectaran esos problemas y se corrigieran. Parece que esto no les gustó a esos directivos e igual que no se pusieron en contacto conmigo para decirme que algo les había gustado tampoco lo hicieron cuando les disgustó alguno de mis apuntes de obtrainings. Hasta aquí todo correcto, sólo que a mi me hubiera gustado tener retroalimentación con sus opiniones ya que sin ella se avanza más despacio.

Lo indignante fué que en vez de ponerse en contacto conmigo lo que empezaron a hacer es contactar con mi jefe para decirle que me atara en corto. Se ve que no les quedó claro que cuando yo escribo en mi bitácora escribo en nombre propio, que las opiniones, decisiones o consideraciones respecto a openbravo que haga mi empresa las realizan sus dos socios fundadores y que yo en esas deciones no tengo ni voz ni voto. Que igual que cuando Openbravo tiene que tratar algún tema con mi empresa se ponen en contacto con mis jefes y yo quedo totalmente al margen, cuando yo escribo algo mi empresa está totalmente al margen también, lo que puede significar que mi opinión y la de mi empresa no concuerden en muchos sentidos. Mi rol dentro de la empresa es de consultor y desarrollador, al final hago lo que me mandan y punto lo que no quita que tenga mis propias opiniones.

A lo mejor pensaban que podrían extorsionarme y hacer que dejara de escribir lo que pienso. Eso nunca lo iban a conseguir y como mucho hubieran conseguido que me despidieran, quizá era eso lo que pretendían, no lo se.

Total que después de la tercera reunión con mi jefe por estos temas, cada vez que escribía algo que pensaba que podría no haber gustado a alguien en openbravo ya sabía que al día siguiente tendría otro encuentro. Al principio se que estas llamadas venían de Miguel Magán, pero luego ya ni siquiera me enteraba de quién había venido el mensaje.  Lo que hice es ponerme en contacto con Miguel para decirle que cuando tuviera un problema con lo que yo escribía que se pusiera en contacto conmigo y no con mi jefe con los mismos argumentos de competencias dentro de mi empresa que he expuesto anteriormente. Él me contesto dándome consejos como gran magnate de los negocios (notese la ironía), porque según él debo ser más diplomático. Yo seré muy directo y diré las cosas tal cual las pienso pero por lo menos no intento extorsionar a nadie cosa que él si hizo conmigo.

Al final y después de muchas desilusiones de cómo se estaba llevando el proyecto y al sumarle lo que os estoy contando decidí descontinuar la bitácora. Curiosamente fué en ese momento cuando Openbravo se puso en contacto conmigo por primera vez. Primero Paolo Juvara me escribió para pedirme que siguiera colaborando en el proyecto y pidiéndome que qué podía hacer para convencerme, yo le expliqué lo que estaba pasando y le dije que la decisión ya estaba tomada. Me sorprendio que me comentara que él de estas cosas no se había enterado. Después se puso en contacto conmigo Josep Mitjà, un tío bastante coherente con el que tuve una conversación telefónica muy cordial y aunque no estuvimos de acuerdo en bastantes puntos fué la primera vez que tuve el placer de hablar sobre todos los asuntos que yo comentaba en mi bitácora con una persona de openbravo.

Lo que me ha quedado claro después de este tiempo es algo que ya he comentado alguna vez, Openbravo es una empresa que se ha metido en el software libre porque lo ha visto como una oportunidad de negocio, cosa muy lícita y que yo defiendo, pero que no tiene muy claro las implicaciones ético sociales que esto conlleva y concretamente las consideraciones que debería tomar hacia la comunidad, y me refiero a la comunidad del software libre porque visto lo visto dudo mucho que pueda existir una comunidad de openbravo. Almenos algunos de sus directivos no lo tienen muy claro porque utilizan tácticas sucias al uso en empresas tradicionales.

Por último quiero dar las gracias a la gente con la que me he encontrado en el irc y los foros, entre ellos muchos desarrolladores de openbravo, que me han ayudado y a las que he intentado ayudar en lo que he podido. Ellos no tienen nada que ver con lo que cuento en este apunte, ellos igual que yo son gente que pretendía crear una comunidad alrededor del proyecto y que creían realmente en que eso fuera posible. De nuevo gracias.

Cheli

Publicado el

¿Qué hace que un proyecto y su plataforma de desarrollo fracase?

Son cosas que todos sabemos pero que sigo viendo en muchos proyectos, algunos de ellos se han hecho bastante populares.

  1. Debe estar documentada. Es de perogrullo pero es una cosa que a ningún desarrollador le gusta hacer pero es lo primero que buscamos cuando estamos programando. Un API sin documentación no sirve de mucho. Ejemplos de bibliotecas que triunfan y tienen una gran documentación y puede que parte de su éxito sea justamente este detalle son PHP, Qt o  Java.
  2. Compatibilidad a lo largo del tiempo. Un api de programación tiene que ser estable a lo largo del tiempo, si se empiezan a cambiar las interfaces de los métodos o funciones, se crean incompatibilidades binareas, etc esta biblioteca nos dará muchísimos quebraderos de cabeza. Lo que suelen hacer algunos fabricantes es que durante la versión mayor de una biblioteca se mantiene la compatibilidad y cuando se pasa a la siguiente versión mayor ya si que se puede añadir lo que se quiera porque se permite la incompatibilidad con la versión anterior.
  3. Debe facilitar la actualización. Cuando se crea una nueva versión se debería pensar en la forma de actualizar desde la versión anterior de manera que luego no existan problemas en las migraciones.
  4. No se pueden dejar funcionalidades a medias. Si empiezas un desarrollo y no lo terminas no puedes dejar la aplicación llena de partes de dicho desarrollo pero que en verdad no sirven de nada.
  5. El código fuente debe estar en inglés. Habrá gente que no le guste pero el idioma internacional para la tecnología es el inglés y es el que todos los desarrolladores suelen entender. Si tu código está en otro idioma estás cerrando puertas para que otros desarrolladores entren al proyecto.

Existen muchos más problemas asociados pero estos 5 me parecen fundamentales. En Openbravo me he encontrado estos y nos está afectando actualmente en varios proyectos en los que estoy metido en mi empresa.

Ante el primer problema y preguntando diréctamente cómo funciona tal método de una clase a desarrolladores de Openbravo, gente que lleva trabajando para la empresa Openbravo desde hace bastante tiempo y que están en el equipo de ingeniería la respuesta es – No lo se, yo pillo un ejemplo parecido que ya esté hecho y copio y pego. A la pregunta de si estaba documentado la respuesta era no y que en todo caso se iban a la propia definición en el código de la biblioteca.La culpa no es de ellos, la culpa es de que el que escribió las bibliotecas y herramientas que utilizan no las documentó y actualmente no hay ningún recurso en Openbravo para documentarlas.

El segundo caso me pasó cuando intentamos utilizar un informe que desarrollamos según las indicaciones del wiki de Openbravo, este informe funcioaba perfectamente en la versión 2.35 pero al intentar compilarlo en la versión 2.40 no funcionaba. El problema venía porque habían modificado unos atributos privados de la clase base  de la que heredaba la clase que lanzaba el informe. En verdad habían hecho bastante limpieza en esa clase y si a eso le añadimos que a los atributos no se accede mediante métodos públicos, una interfaz pública pues no tiraba. Lo suyo es que como se comenta más arriba se mantenga el api de todas las bibliotecas que se utilizan en el proyecto a lo largo del tiempo. Se podría refactorizar el código pero siempre que mantuvieras las interfaces de las clases, pero es que en muchos casos ni siquiera hay interfaces bien definidas.

El tercer caso me ha pasado al intentar actualizar Openbravo, se supone que Openbravo utiliza un fork propio de ddlutils para la manipulación de la información en la base de datos. Su actualizar de la 2.40beta  a la 2.40 funcionaba  a la perfección con la instalación de la 2.40beta limpia pero si intentaba aplicarlo sobre uno de nuestros proyectos me dió un error tan chorra como que un campo que no era único había pasado a ser único en una tabla y al detectar duplicados no podía terminar el proceso de actualización de la base de datos dejándola en un estado inconsistente. Este tipo de cambios no se deberían dar en una base de datos medianamente estable, pero si se dan y quieres hacerlos debes tener mucho cuidado de que no existan problemas al actualizar.

El cuarto caso es muy típico en Openbravo, la aplicación está plagada de campos, ventanas/pestañas que no sirven para nada pero que por alguna extraña razón alguien dejó ahí. Esto a parte de confundir al usuario da una sensación de dejadez impresionante. Aquí os dejo un ejemplo.

El quinto caso sigue ocurriendo en Openbravo, han ido limpiando muchas partes del código pasándolo al inglés pero todavía queda mucho trabajo por hacer, sigue habiendo mucho código en castellano.

¿Qué problemas soléis encontrar vosotros en los proyectos en los que estáis?

Cheli

Publicado el

Tanteando realizar cursos de Openbravo

Estoy planteándome empezar a dar cursos de Openbravo, la emrpesa Openbravo ya realiza una serie de cursos pero tienen algunos inconvenientes. El primero es que son muy caros y el segundo es que se realizan en Madrid, Barcelona o Pamplona.

Lo que me he planteado es dar dos cursos, uno de funcional y otro de desarrollo básico a un precio alrededor de un tercio de lo que oferta Openbravo. Para que os hagais una idea estos cursos en Openbravo salen por 2.490€ y tienen una duración de 5 días.

Los cursos que yo planteo serían los viernes por la tarde y sábados por la mañana durante 4 semanas en Alicante por lo que seguimos teniendo el problema de localización pero ahora con una alternativa nueva (Alicante) y en otro horario (viernes tarde y sábados mañana). Me gustaría que me digerais si os resulta interesante y si pensáis que tendrían buena acogida para así poder empezar a prepararme el material necesario (apuntes, local, datos de ejemplo, ejercicios).

 

Actualización: Finalmente tenemos el curso de desarrollo en formato  de videos guiados.

 

Cheli