> Que opinan ustedes?
Que opina la
LEY. De ahi arrancas primero.
---
No se si ya es tarde, pero es vital que entiendas que las condiciones de un software se determinan en base a un "contrato", que es la suma de lo que diga la LEY de tu juridisccion mas los acuerdos que hayan pactado las partes, ojalá por
escrito.
Así, que para la próxima, nunca hagas un trabajo sin un contrato de en medio y sin tener claro lo que significa.
---
Ya que parece que de lo anterior no tienen nada, es probable que el que
contrata tenga la de ganar (y eso
suponiendo, seria mejor que preguntes a un abogado).
Asumiendo que sea cierto: Considera bien la importancia de pelear y de en su reemplazo,
negociar un acuerdo. Aun "perder" puede salir mejor que entrar en los jurídicos: Si no tienen idea de la ley, la ley los puede clavar de formas inesperadas (y quizás tarde años en resolverse el asunto!).
Nunca se debe uno poner en su
camino sin estar claro en todo.
Aqui el punto importante: El cliente puede ser el dueño material del código, pero el equipo de desarrollo es el que sabe usarlo. Sin uds, el tiene que buscar otra gente.
En el caso de que luego te pidan que los "capacites", les cobras lo que quieras.
Ademas, el dueño del código tiene que cumplir cualquier otra contrato que esta ahi, como por ejemplo cumplir con licencias GPL, o comprar Delphi, equipos de desarrollo, etc.
PERO:
ASEGURATE de que firmen un cierre de contrato si vas a cortar, no sea que luego te claven con que les debes servicios!
---
Cita:
|
La inquietud del equipo de desarrollo esta dada porque es un software que se puede comercializar a otros clientes similares.
|
Y este es el nucleo del asunto, no? A menos que VERDADERAMENTE tengan capacidad de ventas es un escenario mas bien poco probable (el de que de pronto, "Catalogo para un Herbario" sea tremendo nicho de negocio), así que a menos que las entradas a corto plazo sean muy notables, me enfocaría mas en cortar por lo sano, extraer componentes (y lecciones) e ir por un nicho mas rentable y mas GENERAL.
Si tienen algún prospecto, el solo hecho de tener experiencia previa es un plus. Aun si les toca desarrollar todo otra vez (o mejor dicho, una parte), igual eso es lo que un equipo de desarrollo hace, no?.
Mi proyecto ppal lo he hecho ya como 5 veces, en lenguajes diferentes. El código a la final es importante, pero no tan importante como la experiencia.