Aprovecho para saludar al autor de este y el otro blog, lo sigo siempre. Lamento profundamente que haya discontinuado Obtrainings, pero es perfectamente comprensible que así haya sido.

Saludos,

solo estas en el inicio de sus decepciones e de los gastos con el Openbravo. Aviso porque conozco lo caso (el fracaso debería decir) muy bien. Hay otros ERP’s de código abiertos mucho mejores (mas la próxima vez, procure una comunidad independiente que usa realmente el ERP e sabe de que habla), llegará mas rápido (mucho mas). Pensó que lo que explica que el código fuente de Openbravo tiene todos estos problemas detrás del aspecto falsamente “popular” e limpio de la empresa con mismo nombre es lo siguiente: Openbravo engañó un fondo de inversión el ano pasado criando el sueño que que empresas como Sun Microsystems podrían comprar Openbravo después, como acontecí con MySQL en el inicio de 2008. En otras cosas, Openbravo esconde las centenas de miles de liñas de código plSQL heredadas de Compiere, una tecnología muy retrasada e no compatible con MySQL, detrás de la palabra mágica ‘Java’ (e dentro de XML CDATA). También hace como que (me gustaría saber como exactamente…) que algunos blogs propagan este “hype”, por ejemplo: http://www.thevarguy.com/2008/08/07/openbravo-mysql-killer-open-source-combo-coming-soon/ ou http://opensourceerpguru.com/2008/09/26/openbravo-network-edition-it-rocks/

No solo el fondo de inversión ha sido engañado, mas también muchos “partners” a cerca del mundo (puede me decir cuales de ellos reivindican alguna “success story” con esta mierda de ERP?). Ahora Openbravo continua investir mucho dinero para engañar empresas como la de usted con lo mismo discurso marketting que siempre usa. Mas no basta, espero que abre los ojos antes de perder mucho tiempo e dinero: un código como este no se puede mejorar, hay que dejar lo para empezar un nuevo. Mejor no ser la víctima que pagara la cuenta. Otros están dejando el barco Openbravo: http://obtrainings.es/2008/10/23/despedida/ antes que hunda.

Elman Rasasa.

Es lo que intento hacer cada vez que en un proyecto interviene más de una persona.

Por cierto, mira que es difícil encontrar a dos con el mismo nombre y me lo encuentro aquí

Otra que me dejé es una cosa que me da muchísima rabia, que no exista una guía de estilo para el código o que existiendo nadie la siga. En openbravo estoy acostumbrado a ver sentencias sql unas con las palabras reservadas en mayúsculas (SELECT, FROM, WHERE, etc) y otras todas en minúsculas por poner un ejemplo.

Esto me molesta muchísimo y te hace perder mucho tiempo ya que una buena guía de estilo bien definida y llevada a cabo te deja un código mucho más legible.

Hay una cosa que ocurre en mi trabajo que llamo “el legado” y consiste en que, debido a una dejadez impresionante y una falta total de proyeccion y vision, cada uno de los programadores que ha pasado por aqui ha implementado su propia forma de hacer las cosas (cada una peor que la anterior, por supuesto). Asi que tenemos tres formas de acceso a datos, dos gestiones de sesiones, etc.

Una puta mierda como una catedral, pero esa parece ser la forma de trabajar en este pais.