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

[ArcticWolf]

On Topic:

1. Tenía entendido que sí existían estándares... Se ve que me confundí con dichos traductores (o bien el profe estaba equivocado, como casi siempre :P). En este caso, lo que va a pasar es que el desarrollo se te va a demorar un tanto más gracias a la falta de personal. Desarrollar redes neurales es algo que escapa a mis conocimientos (era de esperarse), así que no puedo decirte qué es lo más conveniente en ese caso: si la tarea es inconcretable, es mejor liberar el código, y si no lo es, podés mantener privativo lo más difícil de realizar.
2. ¿Tienen un mercado poderoso los que desarrollan este ERP? ¿Cómo es la base de clientes? ¿Qué es lo que ellos tienen hecho en concreto y con quienes? Sabiendo esto podés decidir si un "merge" sería una idea posible o una locura. El ERP de ellos sumado a su Red Neural, una alternativa que parece viable y bastante razonable. Ahora sí, deberían definir un estándar antes de comenzar los intentos de unificar todo...
   
   Otra opción es hacer un mix y no un merge. Esto les permite, como dije antes, mantener las licencias afuera del camino y concentrarse en las tareas, pero genera dependencia el uno del otro... Es decir, la empresa que comercialice el ERP va a preferir usar su Red neural. Lo mismo, pero a la inversa, va a pasar con uds.
   
   Para esto necesitás un aparato de propaganda que sea bueno. Si vos lográs convencer a la empresa a la que le querés desarrollar el soft que al ser libre resulta más barato (NO gratis, NUNCA gratis), que permite modificaciones para adaptarse al soft. que ya tienen, que permite módulos, etc., la empresa lo va a considerar mejor que uno de esquema privativo. Es más, a la empresa no le importa si es GPL o no, le importa poder usarlo y que sea simple. Por su puesto, nosotros que consideramos el código como algo laboral tenemos una visión distinta, pero es lo mismo que para nosotros saber bajo qué licencias están las botellas de plástico de una marca de gaseosas...
3. El esquema que podés brindar es de servicios. Es decir, dejar que el soft. funcione en un esquema limitado, liberar el código del core, pero que la funcionalidad real esté en los módulos y luego aprovechar eso para diseñarlos y venderlos a medida. Podés poner un soporte técnico (lo cual es redituable para tener un ingreso constante), hacer manuales, dar charlas sobre tu Red Neural, etc.
   
   El problema con lo del loquito que lo venda a dos mangos... Eso es otro cantar. Acá la cuestión es que también tenés que pensar que esos loquitos son gente capaz de entender el trabajo que hiciste (una red neural!), modificarla y distribuirla, lo cual no es para nada simple. No sé hasta qué punto te podés fiar de esto, pero estoy seguro que preferirían trabajar para vos (sabiendo que la empresa ya tiene una idea clara de cómo funcionan las cosas) que tirarse a remarla solo contra uds. (que ya tendrían una buena cuota del mercado).

Por mi parte, sabiendo que es la primera vez que programan bajo GPL y siendo un proyecto tan arriesgado, haría lo que vos dijiste: forkear y hacer el CEOBot (es muy bueno ese nombre ) privativo. Después, con el paso del tiempo, pueden ver cómo avanza el tema... E incluso podrían llegar a liberarlo con excelentes resultados!


Hablando de ABM, me acordé que tengo que terminar el tp de programación sobre admin. de bibliotecas ¬¬


OFFTOPIC:

Originally Posted by arlick

si yo también le odio

Pero yo te aprecio!

Originally Posted by arlick

tiene 3 años menos que yo y sabe como si tuviese 30 o 40 para haber aprendido todo.

Es que a mí me dan educación concentrada. En una semana tuve que estudiar desde el 66 al 83 de historia argentina, con TODOS los factores económicos... Es una torturaaaaa.

Originally Posted by arlick

Xeph eres algún tipo de experimento militar de argentina desarrollando super muchachos? o.O

JAJAJAJAAAAA!!!!! Gracias a que nuestros militares pueden comer... Te tiran con piedras porque no tienen para comprar municiones!

Pescau, no todos los militares eran así... Lástima que los que tenían el poder eran los loquitos.

[theotherhiveking]

Originally Posted by Xephandor

On Topic:

1. Tenía entendido que sí existían estándares... Se ve que me confundí con dichos traductores (o bien el profe estaba equivocado, como casi siempre :P). En este caso, lo que va a pasar es que el desarrollo se te va a demorar un tanto más gracias a la falta de personal. Desarrollar redes neurales es algo que escapa a mis conocimientos (era de esperarse), así que no puedo decirte qué es lo más conveniente en ese caso: si la tarea es inconcretable, es mejor liberar el código, y si no lo es, podés mantener privativo lo más difícil de realizar.
2. ¿Tienen un mercado poderoso los que desarrollan este ERP? ¿Cómo es la base de clientes? ¿Qué es lo que ellos tienen hecho en concreto y con quienes? Sabiendo esto podés decidir si un "merge" sería una idea posible o una locura. El ERP de ellos sumado a su Red Neural, una alternativa que parece viable y bastante razonable. Ahora sí, deberían definir un estándar antes de comenzar los intentos de unificar todo...
   
   Otra opción es hacer un mix y no un merge. Esto les permite, como dije antes, mantener las licencias afuera del camino y concentrarse en las tareas, pero genera dependencia el uno del otro... Es decir, la empresa que comercialice el ERP va a preferir usar su Red neural. Lo mismo, pero a la inversa, va a pasar con uds.
   
   Para esto necesitás un aparato de propaganda que sea bueno. Si vos lográs convencer a la empresa a la que le querés desarrollar el soft que al ser libre resulta más barato (NO gratis, NUNCA gratis), que permite modificaciones para adaptarse al soft. que ya tienen, que permite módulos, etc., la empresa lo va a considerar mejor que uno de esquema privativo. Es más, a la empresa no le importa si es GPL o no, le importa poder usarlo y que sea simple. Por su puesto, nosotros que consideramos el código como algo laboral tenemos una visión distinta, pero es lo mismo que para nosotros saber bajo qué licencias están las botellas de plástico de una marca de gaseosas...
3. El esquema que podés brindar es de servicios. Es decir, dejar que el soft. funcione en un esquema limitado, liberar el código del core, pero que la funcionalidad real esté en los módulos y luego aprovechar eso para diseñarlos y venderlos a medida. Podés poner un soporte técnico (lo cual es redituable para tener un ingreso constante), hacer manuales, dar charlas sobre tu Red Neural, etc.
   
   El problema con lo del loquito que lo venda a dos mangos... Eso es otro cantar. Acá la cuestión es que también tenés que pensar que esos loquitos son gente capaz de entender el trabajo que hiciste (una red neural!), modificarla y distribuirla, lo cual no es para nada simple. No sé hasta qué punto te podés fiar de esto, pero estoy seguro que preferirían trabajar para vos (sabiendo que la empresa ya tiene una idea clara de cómo funcionan las cosas) que tirarse a remarla solo contra uds. (que ya tendrían una buena cuota del mercado).

Por mi parte, sabiendo que es la primera vez que programan bajo GPL y siendo un proyecto tan arriesgado, haría lo que vos dijiste: forkear y hacer el CEOBot (es muy bueno ese nombre ) privativo. Después, con el paso del tiempo, pueden ver cómo avanza el tema... E incluso podrían llegar a liberarlo con excelentes resultados!


Hablando de ABM, me acordé que tengo que terminar el tp de programación sobre admin. de bibliotecas ¬¬


OFFTOPIC:


Pero yo te aprecio!


Es que a mí me dan educación concentrada. En una semana tuve que estudiar desde el 66 al 83 de historia argentina, con TODOS los factores económicos... Es una torturaaaaa.


JAJAJAJAAAAA!!!!! Gracias a que nuestros militares pueden comer... Te tiran con piedras porque no tienen para comprar municiones!

Pescau, no todos los militares eran así... Lástima que los que tenían el poder eran los loquitos.

a mi no me das bola??



contesta a esto:


AAAAAAAAAA!!!!!!!!!

[Lestu]

Originally Posted by theotherhiveking

a mi no me das bola??



contesta a esto:


AAAAAAAAAA!!!!!!!!!

A mi tampoco me dijo nada... dejalo, es demasiado groso para hablar con nosotros...

[ArcticWolf]

No quiero hacer offtopic acá, es un thread que me sirve para el colegio

Además Arlick es rompe bolas, por eso le contesté.

@TOHK: (me voy a volver loco escribiendo tu nick)... No te enojes ¬¬

AAAAAAAAAAAAAAAAAAAAAAAAAAAA!

Originally Posted by leomar85

A mi tampoco me dijo nada... dejalo, es demasiado groso para hablar con nosotros...

No, me falta mucho camino a la "grositud".

[pescaupintau]

Originally Posted by Xephandor

No quiero hacer offtopic acá, es un thread que me sirve para el colegio

Además Arlick es rompe bolas, por eso le contesté.

@TOHK: (me voy a volver loco escribiendo tu nick)... No te enojes ¬¬

AAAAAAAAAAAAAAAAAAAAAAAAAAAA!



No, me falta mucho camino a la "grositud".

bah... sos informático, no te falta taaaaanto camino... vas a ver como el sedentarismo y el morfi resuelven ese problema

[theotherhiveking]

Originally Posted by Xephandor

No quiero hacer offtopic acá, es un thread que me sirve para el colegio

Además Arlick es rompe bolas, por eso le contesté.

@TOHK: (me voy a volver loco escribiendo tu nick)... No te enojes ¬¬

AAAAAAAAAAAAAAAAAAAAAAAAAAAA!



No, me falta mucho camino a la "grositud".

no eres lo sufiente groso para escribir mi nick, o tansiquiera para llamarme theo y no TOHK

[ArcticWolf]

@The[...]ing:
Lo hice así porque sé que TOHK no te agrada

Originally Posted by pescau

bah... sos informático, no te falta taaaaanto camino... vas a ver como el sedentarismo y el morfi resuelven ese problema

Informático? Bah, es lo que intento... Pero es lo mismo que decirse maestro de artes cuando lo único que hiciste fue pintar un libro de colorear. Me falta bastante, te lo aseguro, pero eso me da incentivos a seguir adelante

Sedentarismo: Listo. Apenas camino, mi cuerpo está adaptado al poco movimiento.

Morfi: sólo el buen comer... Y carne, TONELADAS de carne... Eso es lo que quiero.

[theotherhiveking]

Originally Posted by Xephandor

@The[...]ing:
Lo hice así porque sé que TOHK no te agrada



Informático? Bah, es lo que intento... Pero es lo mismo que decirse maestro de artes cuando lo único que hiciste fue pintar un libro de colorear. Me falta bastante, te lo aseguro, pero eso me da incentivos a seguir adelante

Sedentarismo: Listo. Apenas camino, mi cuerpo está adaptado al poco movimiento.

Morfi: sólo el buen comer... Y carne, TONELADAS de carne... Eso es lo que quiero.

EReS YO!!!!!!!!!!!!


POR QUE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!


NO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!

[ArcticWolf]

Originally Posted by theotherhiveking

EReS YO!!!!!!!!!!!!


POR QUE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!


NO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!

Necesitás una novia.