Comments on: Ahora empiezan a verse los problemas del ERP http://mnm.uib.es/gallir/posts/2007/08/15/1146/ I write about free software, and free culture Thu, 09 Feb 2012 18:52:58 +0000 http://wordpress.org/?v=2.2.3 By: Luis-tic616 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-40181 Luis-tic616 Mon, 03 Sep 2007 17:37:24 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-40181 Obviamente el problema de raíz es la falta de uniformidad en los procedimientos de los procesos de negocio y en los formatos de datos - eso es lo que impide que un enfoque basado en componentes y módulos "configurables" no sea "tan maravilloso" (por cierto, la alternativa, que es hacer un desarrollo a medida NO es la panacea ni la solución, porque al final acaba teniendo los mismos problemas de costes y dependencias, éstos últimos incluso peores) El software libre no creo que sea diferente al propietario en cuanto a esta problemática de costes sobrepasados, dependencias y expectativas no cubiertas. No obstante, en mi opinión, en el futuro pueden cambiar las cosas para mejor por varias razones: * Emergencia de estándares promovidos por la industria y organizaciones sectoriales, tipo AECOC, en formatos de documentos basados en XML * Consolidación de las soluciones basadas en SasS que facilitarán la adopción de procedimientos comunes y la integración de los datos entre empresas (si comparten sistema y éste es bastante estándar, es más fácil integrar). El maridaje entre SaaS y software libre es el tema de un post que estoy barruntado hace tiempo * Consolidación del SOA como filosofía que inspira las nuevas arquitecturas tecnológicas de los diferentes productos. En realidad tampoco es algo realmente nuevo, al fin y al cabo hace ya tiempo que se inventó lo de "encapsular" en "cajas negras" y así facilitar la integración. * Extensión de las "mejores prácticas" entre las empresas del mismo sector. Aquí saco pecho, porque los consultores contribuimos bastante a ello (aunque sea a base de copy&paste, todo sea dicho) Obviamente el problema de raíz es la falta de uniformidad en los procedimientos de los procesos de negocio y en los formatos de datos - eso es lo que impide que un enfoque basado en componentes y módulos “configurables” no sea “tan maravilloso” (por cierto, la alternativa, que es hacer un desarrollo a medida NO es la panacea ni la solución, porque al final acaba teniendo los mismos problemas de costes y dependencias, éstos últimos incluso peores)

El software libre no creo que sea diferente al propietario en cuanto a esta problemática de costes sobrepasados, dependencias y expectativas no cubiertas.

No obstante, en mi opinión, en el futuro pueden cambiar las cosas para mejor por varias razones:

* Emergencia de estándares promovidos por la industria y organizaciones sectoriales, tipo AECOC, en formatos de documentos basados en XML

* Consolidación de las soluciones basadas en SasS que facilitarán la adopción de procedimientos comunes y la integración de los datos entre empresas (si comparten sistema y éste es bastante estándar, es más fácil integrar). El maridaje entre SaaS y software libre es el tema de un post que estoy barruntado hace tiempo

* Consolidación del SOA como filosofía que inspira las nuevas arquitecturas tecnológicas de los diferentes productos. En realidad tampoco es algo realmente nuevo, al fin y al cabo hace ya tiempo que se inventó lo de “encapsular” en “cajas negras” y así facilitar la integración.

* Extensión de las “mejores prácticas” entre las empresas del mismo sector. Aquí saco pecho, porque los consultores contribuimos bastante a ello (aunque sea a base de copy&paste, todo sea dicho)

]]> By: Lo que me ha llamado la atención durante la semana (2007/33) | Jordi Planas Manzano http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39582 Lo que me ha llamado la atención durante la semana (2007/33) | Jordi Planas Manzano Sun, 19 Aug 2007 18:44:40 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39582 [...] Ahora empiezan a verse los problemas del ERP de Ricardo Galli de Software libre. Afortunadamente cada vez hay menos gente que continúe pensando que se puede comprar el “know-how” y la experiencia a base de talonario. Falta un libro con casos reales de batacazos a alto nivel… estaría entretenido para el verano… [...] […] Ahora empiezan a verse los problemas del ERP de Ricardo Galli de Software libre. Afortunadamente cada vez hay menos gente que continúe pensando que se puede comprar el “know-how” y la experiencia a base de talonario. Falta un libro con casos reales de batacazos a alto nivel… estaría entretenido para el verano… […]

]]> By: Ricardo Galli, de software libre » Sí que es relevante que un ERP sea libre http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39506 Ricardo Galli, de software libre » Sí que es relevante que un ERP sea libre Wed, 15 Aug 2007 15:39:58 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39506 [...] unas horas escribí Ahora empiezan a verse los problemas del ERP. Sergi de Tecnorantes me contesta en su blog porque la respuesta le estaba quedando muy larga para [...] […] unas horas escribí Ahora empiezan a verse los problemas del ERP. Sergi de Tecnorantes me contesta en su blog porque la respuesta le estaba quedando muy larga para […]

]]> By:   Sobre los problemas de los ERPs by Tecnorantes http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39505   Sobre los problemas de los ERPs by Tecnorantes Wed, 15 Aug 2007 14:38:57 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39505 [...] a comentar en el blog de Ricardo Galli pero al final he creído mejor hacerlo en un apunte ya que me estaba enrollando demasiado. El [...] […] a comentar en el blog de Ricardo Galli pero al final he creído mejor hacerlo en un apunte ya que me estaba enrollando demasiado. El […]

]]> By: morri http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39504 morri Wed, 15 Aug 2007 13:53:25 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39504 Yo estoy trabajando en una herramienta ERP libre que es OFBiz (Open For Business) detrás de la cual está ahora Apache y que creo que podría ser solución a varios de los problemas que consideras. De todas formas mi conocimiento es poco profundo ya que solo he hecho un mes de becario (por ahora) y simplemente me dedico a hacer nuevas funcionalidades a un programa ya en funcionamiento. De todas formas, teniendo una idea así a grandes rasgos de OFBiz me parece un ERP muy interesante y que da bastantes posibilidades. Yo estoy trabajando en una herramienta ERP libre que es OFBiz (Open For Business) detrás de la cual está ahora Apache y que creo que podría ser solución a varios de los problemas que consideras. De todas formas mi conocimiento es poco profundo ya que solo he hecho un mes de becario (por ahora) y simplemente me dedico a hacer nuevas funcionalidades a un programa ya en funcionamiento. De todas formas, teniendo una idea así a grandes rasgos de OFBiz me parece un ERP muy interesante y que da bastantes posibilidades.

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39501 gallir Wed, 15 Aug 2007 11:23:42 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39501 #3, el problema de estas soluciones es que necesita cargado en memoria. No le veo demasiado adecuado para cantidades masivas de datos (a menos que tenga soluciones sencillas de particionado). Por otro lado, desde el punto de vista web y aplicaciones interactivas, 10 segundos es demasiado. Google hace todas sus consultas en bases de datos de miles de millones de filas en pocas décimas de segundo. Por aquí va el tema. PS: Otra cosa son las consultas OLAP (On-Line Analytical Processing), en este caso los 10 segundos son más que aceptables. #3, el problema de estas soluciones es que necesita cargado en memoria. No le veo demasiado adecuado para cantidades masivas de datos (a menos que tenga soluciones sencillas de particionado).

Por otro lado, desde el punto de vista web y aplicaciones interactivas, 10 segundos es demasiado. Google hace todas sus consultas en bases de datos de miles de millones de filas en pocas décimas de segundo. Por aquí va el tema.

PS: Otra cosa son las consultas OLAP (On-Line Analytical Processing), en este caso los 10 segundos son más que aceptables.

]]> By: Guillelle http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39500 Guillelle Wed, 15 Aug 2007 10:00:20 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39500 La mejor solución implementada hasta el momento para bases de datos _realmente_ grandes son motores orientados a columnas. A diferencia de los motores relacionales de toda la vida (desde Oracle a MySQL) que almacenan la información fila a fila, éstos almacenan tuplas clave-valor de tal manera que no hace falta recuperar toda la tabla para hacer operaciones agregadas sobre una o varias columnas. Hay un proyecto libre llamado Monet que es puntero en estos temas. Su principal problema es que devora la memoria RAM ya que necesita cargar cada columna en memoria antes de tratarla (y para tablas de cientos de millones de filas eso es mucha RAM). En el apartado privativo, la única solución seria es Sybase IQ. que tiene un rendimiento espectacular. Realiza la mayoría de las operacioness básicas SQL sobre una tabla de 650 millones de filas en menos de 10 segundos. La mejor solución implementada hasta el momento para bases de datos _realmente_ grandes son motores orientados a columnas.

A diferencia de los motores relacionales de toda la vida (desde Oracle a MySQL) que almacenan la información fila a fila, éstos almacenan tuplas clave-valor de tal manera que no hace falta recuperar toda la tabla para hacer operaciones agregadas sobre una o varias columnas.

Hay un proyecto libre llamado Monet que es puntero en estos temas. Su principal problema es que devora la memoria RAM ya que necesita cargar cada columna en memoria antes de tratarla (y para tablas de cientos de millones de filas eso es mucha RAM).
En el apartado privativo, la única solución seria es Sybase IQ. que tiene un rendimiento espectacular. Realiza la mayoría de las operacioness básicas SQL sobre una tabla de 650 millones de filas en menos de 10 segundos.

]]> By: DZPM http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39498 DZPM Wed, 15 Aug 2007 03:20:28 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39498 Malditas aplicaciones legacy, y cómo las empresas están pilladas de los huevos por el proveedor, por no tener ni puta idea de lo que les venden. La culpa, como casi siempre en este sector, por la visión cortoplacista. "La mejor solución para este ejercicio fiscal te va a joder vivo de aquí a 6 años, estúpido" xD. Malditas aplicaciones legacy, y cómo las empresas están pilladas de los huevos por el proveedor, por no tener ni puta idea de lo que les venden.
La culpa, como casi siempre en este sector, por la visión cortoplacista. “La mejor solución para este ejercicio fiscal te va a joder vivo de aquí a 6 años, estúpido” xD.

]]> By: Taikochu http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39497 Taikochu Wed, 15 Aug 2007 02:04:18 +0000 http://mnm.uib.es/gallir/posts/2007/08/15/1146/#comment-39497 El software libre esta cambiando esto: http://www.principiolegal.com/software/erpcrm.php Y creo que la clave que haga que se estandarize el tema sea la factura y contratos electrónicos: Hay un proyecto español: https://www.tractis.com/ El software libre esta cambiando esto: http://www.principiolegal.com/software/erpcrm.php
Y creo que la clave que haga que se estandarize el tema sea la factura y contratos electrónicos:
Hay un proyecto español: https://www.tractis.com/

]]>