Barrapunto

me parece buena tu iniciativa de dejar usar el programa libremente, además, si segun tu el programa se puede emular en linux, cada vez habrá más libertad (o más opciones) a la hora de elegir el S.O.

De todas formas, no entiendo por qué no quieres liberar el código. ¿que inconvenientes le ves? desde mi punto de vista, si liberas el código el programa evolucionaría mucho más rápidamente y, además, al ser desarrollado por más gente, se depurarían y descubrirían más errores, se podría portar a otros SSOO y añadir nuevas funciones. Liberándolo no perderíais el control del programa, ya que al ser vosotros los creadores, llevaríais el control y actualización del mismo, pero con un grupo de trabajo detrás mucho mayor.

Bueno, pues aqui queda mi opinion.

Creo que entiendo perfectamente el dilema que se plantea.

El principal problema, seguramente, que esta empresa encuentra liberando el fuente es la competencia desleal y los forks, siempre enfocado DESDE LA EMPRESA y de cara a ganar dinero. Importantisimo el matiz.

Logicamente, y como leiamos aqui dias atras, la empresa quiere ganar dinero. Con esa idea se plantea la distribucion mas amplia posible del programa. Por que?. Si lo distribuyen mucho y ganan del soporte.... perfecto!. Pero que ocurre liberando el fuente??. Efectivamente, dos riesgos extras: un fork del programa y por otro lado aparece el tema de los aprovechados del mismo.

Con el primer punto ganamos los usuarios (mejor programa aun), logicamente el fork es "preocupante para la empresa" solo si tiene exito porque pierde sentido todo su plan de soporte.

Con el segundo riesgo perdemos todos: los usuarios y la empresa. Logicamente gana la empresa que se aprovecha, o llamese, competencia. Pero esta claro que en ambos riesgos pierde la empresa que adopta esta opcion.

Solamente un planteamiento mas rocambolesco daria con la formula. No lo se. Tal vez esta formula funcione para "debilitar" al resto de empresas de la competencia que basa su mercado en un producto de estas caracterisitcas mientras la originaria de la idea tiene mayor diversidad. Y la pasta respecto a este proyecto?. Se pierde?. Pues tal vez la puedan sacar de modulos "privativos" (Oh Stallman). Uff!. Ni idea. Pero es un tema un pelin mas complejo de lo que algunos en principio han estimado.

No me parece una buena idea hacerlo freeware, me parece mejor dejarlo como software cerrado y propietario, y de paso no insultar a vuestros actuales clientes, o bien hacerlo libre, aunque tampoco tiene mucho interés esto último en vuestro caso particular.

Dejarlo como software libre es la mejor opción si os interesa cobrar mantenimiento y servicio. No hay que asustarse por la idea del "fork" porque las modificaciones que vuestra supuesta competencia practique son unas modificaciones que también os beneficiarán y podréis ofrecer a vuestros clientes (si es libre, es libre para todos).

Aunque hacerlo libre (p. ej. GPL) no me parece una buena idea. Está escrito en Delphi, que no es muy portable, por mucho Knoppix que se venda. De hecho, muchas aplicaciones en C/C++, lenguajes muy extendidos, cuestan horrores portarlas de una plataforma a otra, e incluso Java ofrece a veces problemas, cuando más vuestro programa. No digo que no se pueda portar, sino que realmente no tiene sentido en vuestro caso.

Como proyecto para ganar dinero por el servicio, os sugiero escribir una nueva aplicación GPL usando tecnología mucho más portable, por ejemplo en C++ con wxWidgets. No obstante, el futuro de las aplicaciones de gestión creo que vienen por otros caminos...

En tu empresa podrían liberar parte del código (por ejemplo, las librerías de soporte).

También podrían sacar una versión "ligera" del programa, totalmente de código abierto y libre.

...puede optar por una licencia BSD modificada, que le permita hacer libre el código pero si quiere también después hacer desarrollos propietarios. Así por un lado la empresa podría tener menos miedo y la comunidad se beneficiaría de un código con una licencia libre aunque no sujeta a copyleft [gnu.org].