Gnu/gpl

[pablem]

Originally Posted by Xephandor

Acá estoy... Me llamó la GNUseñal! Estamos viendo este tema en el colegio, así que el thread me viene JUSTO para el examen que tengo que rendir. ¡Qué buena práctica!

Bien, vamos a dejar algo en claro: TENÉS que facturar. ERP's hay muchos y de buena calidad, y si bien no se amoldan completamente a tus necesidades tenés dos caminos:

a) Utilizar un ERP que permita módulos, por lo que tendrías el core listo y sólo deberías ponerte a desarrollar lo que falte. El problema es que no conozco ERP's GPL que permitan esta modalidad como algo común. Ahora, lo que te faltaría es terminar la red neural (es tan fácil decirlo) y una interfaz para conectarla con los ERP's más comunes. Según tengo entendido, si bien la mayoría funciona con estándares comunes entre sí, acá te conviene utilizar uno solo (porque hacer algo muy general te tomaría demasiado tiempo).

b) Utilizar el ERP de esta empresa extranjera que está en GPL, pero manteniendo los proyectos por separado. Es decir, si a ellos les interesa pueden programar el soft para que sea compatible con el suyo al 100%, pero serían dos proyectos totalmente diferentes y no tendrían por qué compartir licencias. En otras palabras, pueden licenciar su soft bajo lo que se les cante, pero eso no tiene que afectar al ERP. ¿Cómo? Bueno, no deberían compartir código en común, la distribución de uno no debería afectar a la de otro (disposición de binarios, por ejemplo... Deberían dejar que el ERP pueda conseguirse por separado), entre otros. La cuestión es que ambas empresas pueden cobrar por la distribución del programa, pero en este caso el ERP debería tener a disposición los fuentes de alguna u otra forma.

c) Pueden licenciar bajo GPL, compartir código (lo que haría la integración de soft. mucho más fácil y compatible), establecer estándares para la comunicación entre el ERP y el Gerente Virtual (o CEOBot, suena bien ), y aparte, si lo que hacen es bueno y el código eficiente, podrían ganarse colaboradores. La cuestión es que PUEDEN cobrar por la distribución de binarios, pueden cobrar por servicios (personalización del programa), modificaciones, etc... Lo que no pueden es prohibir que se redistribuya el soft.

Creo que si el programa está desarrollado de tal forma que puede competir con los pagos, el uso no privativo de éste puede darles cierta publicidad e impulso a la empresa, aparte de crear cierta dependencia en el usuario (como hizo macromedia con su curso para flash al distribuirlo gratuitamente en sus comienzos). Otro punto a favor es la reducción de ciertos costos con el tema de escalabilidad: ¿quieren integrar otras soluciones que ya están disponibles como GPL en el proyecto?

En vista de cómo van las cosas, primero yo evaluaría cuál sería la relación costo-beneficio de tenerlo como un soft. cerrado y cómo lo venderían.

Aparte, escuché algo de Fuego BPM, creo que es libre y argentino... Tal vez te convenga hablar con los desarrolladores para tener un mejor panorama del que un chico de 18 te puede dar :P



PD: Si llegasen a hacerlo GPL y con implementación de J2EE creo que sería un proyecto divertido para trabajar, porque podrías hacer monitoreo desde celulares (J2ME) , manejo remoto con PHP, JSP y servlets, y que alguien se haga cargo del trabajo sucio de "embellecer" el programa a los ojos del cliente mientras vos te concentrás en lo realmente útil.

Gracias a todos, me desburraron un poco y confirmaron algunas interpretaciones que había hecho de GPL.

a) Nuestro ERP y el que está bajo GPL tienen una plataforma base y el resto son módulos.

Lamentablemente no hay standards para interfacear un ERP (menos en los nacionales), tienes que realizar una librería para cada ERP. La mayor parte del código es totalmente independiente del ERP, sólo hay pequeños "traductores" que son los intermediarios con el soft de Gestión de Negocios.

b) A ellos no les interesa modificar su ERP para interfacearlo con nuestro soft, ellos quieren unir fuerzas pq nosotros tenemos bastante avanzado el soft de Gestión de Negocios. Tampoco podemos hacer éste último y el ERP privativos, a menos que consiga triplicar el equipo de desarrollo y es algo que no hemos podido lograr, no por costos, ni por no buscar, no hay muchos programadores con un buen conocimiento de NN (Neural Networks) y los que probamos no tienen ni la mitad del ritmo que llevamos, en las universidades te enseñan lo básico y muy teórico :S. Hasta ahora fuimos delegando tareas en las áreas en las que no somos especialistas, antes programábamos, hacíamos las traducciones, los iconos, los manuales, etc, etc, etc. Ahora es diferente, los diseñadores gráficos son los que hacen los manuales, los arts, etc, etc; los traductores a lo suyo y los programadores nos dedicamos pura y exclusivamente a programar. Aún así, sólo somos 2 desarrollando la NN y como sabrán (o se imaginarán) no es una tarea para nada sencilla.

Alternativas:

- Unir fuerzas con los españoles, hacer un MIX entre los dos ERP's (que aplastaría a muchos de los más reconocidos ERP's del mercado ) y terminar el soft de Gestión de Negocios.... todo bajo GPL. Obtener alguna ganancia de asesoramiento, instalación, desarrollos de mods a medida, etc, esperando que las empresas confíen más en nosotros (que desarrollamos originalmente la app) y no en algún loquito corajudo q le meta mano al código y salga a venderlo por 2 mangos :S (ésta es mi mayor preocupación).
- Seguir desarrolando en backplane para poder vender las licencias a consultoras o a cualquier empresa que decida realizar implementaciones de éstas 2 herramientas. (Esta era nuestra idea original y por la que más me inclino, aunque me desanima seguir con este régimen de laburo otro/s año/s más)

c) Eso es lo más tentador de GPL y lo último que dices es mi mayor miedo.

PD) el ERP ya cuenta con una interface para que los clientes, proveedores, contadores, etc. puedan hacer consultas remotas de estados de Cta. Cte., Pedidos, Facturación, Listas de Precios en tiempo real; para los contadores: Libros IVA, Balances, Rentas, Bienes Personales, Impuestos Municipales, cálculo de los coeficientes de reintegro del incentivo a industrias, etc. Las consultas puedes hacerlas desde cualquier ordenador con un navegador web o de la gran mayoría de teléfonos celulares, sólo tienes que solicitar por mail que te asignen un user y pass. No se puede administrar remotamente el soft, ni tener acceso a ningún ABM, la única excepción es en eBusiness.

Vamos a ver qué resolvemos con mi socio, tenemos cierto socaga porque ésta será nuestra primer incursión en GPL y con nuestro proyecto más importante. Por ahora nos inclinamos más por la idea de hacer un fork del ERP español agregándole muchas características de nuestro ERP que ese no tiene, y hacer el CEO Virtual privativo. Así vamos a poder contar con una herramienta integral con 2 soft, uno bajo GPL y el otro privativo, probar cómo nos vá con GPL y después analizar si hacemos el otro libre.

Gracias gente por ayudarme con éste problema!

PD y chivo incluído: Alguno programa en Delphi o C++? conocimientos de NN y sistema difuso? Líneas de código por día que pueden hacer? Si les interesa mail a pllanos@ed-ar.com.ar