¿Qué le añaden a sus programas?

[mamcx]

Logs!!!!!

Logs por todos lados.

Logeo tambien los SQL, las entradas y salidas de procesos, llamadas a cosas importantes, etc.

Y ahora con servicios como http://loggr.net/ es posible ver el log y demás datos remotamente (ahora estoy pensando en poner metricas y otras cosas. Estoy es mirando como anonimizar de forma correcta)

De todo lo que se puede hacer, tener logs de las apps es lo que mas me ha salvado.

[MAXIUM]

¿En verdad entregar el código fuente?. Por estos lugares eso es un "producto" a parte con un valor incluso superior al compilado...

[mamcx]

Empezado por MAXIUM

¿En verdad entregar el código fuente?. Por estos lugares eso es un "producto" a parte con un valor incluso superior al compilado...

Eso depende del enfoque del negocio. Es servicios o productos? Si es servicios, el producto (codigo) es un añadido. Si es producto, el servicio es un añadido.

[[newtron]]

Empezado por MAXIUM

¿En verdad entregar el código fuente?. Por estos lugares eso es un "producto" a parte con un valor incluso superior al compilado...

Si vendes un programa estandarizado no vas a entregar los fuentes, otra cosa es que hagas un proyecto a medida a un cliente y se pacte previamente el entregarlo.

[juanelo]

Empezado por newtron

Si vendes un programa estandarizado no vas a entregar los fuentes, otra cosa es que hagas un proyecto a medida a un cliente y se pacte previamente el entregarlo.

Creo que esta es la clave de todo, y estoy totalmente de acuerdo.

[Julián]

Empezado por MAXIUM

¿En verdad entregar el código fuente?. Por estos lugares eso es un "producto" a parte con un valor incluso superior al compilado...

La cosa es muy sencilla:

1. Un cliente solicita un trabajo (a medida) que implica escribir código.
2. Se le dá un precio.
3. El cliente acepta.
4. Se hace el trabajo, y se entrega, código fuente incluido, al cliente.

No entregar el código fuente es una forma de tener capturado al cliente y que dependa de tí. Algunos pensamos que hacer tal cosa no es profesional ni ético, y que lo normal es entregar el código, cobrando lo que haya que cobrar, claro.

Otra cosa es hacer, como dice mamcx, un software que es el producto en sí mismo. Ahí puede unor hacerlo opensource, con las ventajas o incionvenientes que pueda conllevar, o no hacerlo.

Saludos.

[[gatosoft]]

Yo incluyo siempre en las "utilidades" que desarrollo un control de caducidad por fecha. Es decir, en el DPR valido que el día de hoy sea menor a la fecha "quemada", o si no no lo deja continuar. Tengo un control de fecha de instalación para que no intente en viejo truco de "la máquina del tiempo", (modificar la fecha del sistema).

Ésto solo para utilidades sobre las que no cobro, La fecha es a uno o dos años y la idea es obligar a una actualización.

También incluyo un esquema de registro de la aplicación, basado en la consulta de unos parámetros de una pagina html y el envió de un correo de registro. es decir, no utilizo para registro servicios web.

Un componente que incluyo es el componente Lupa de los AlphaControls, el cual me parece inetresante y ayuda a mis usuarios "cegatones". Obviamnete hay otras alternativas para manejar el tema, incluida la lupa nativa de windows, pero ésta me gusta.

Por otro lado a diferencia de Casimiro, siempre tiendo a pagar por componentes de terceros, ya que me da una idea de confianza y estabilidad en el tiempo. Ya tuvimos experiencia con componentes free que dejan de actualizarse y al morir nos dejan en problemas.

Los componentes que he comprado y hasta ahora recomiendo son:

TMS VCL Components Pack
Devart SecureBridge (Para establecer protocolos seguros de comunicación, se integran con Indy)
Devart UniDac (Gemelos de FireDac)
AlphaControls o AlphaSkin

Esto no quiere decir que no utilice componentes free, como DelphiArea.

[Casimiro Notevi]

Empezado por gatosoft

Por otro lado a diferencia de Casimiro, siempre tiendo a pagar por componentes de terceros, ya que me da una idea de confianza y estabilidad en el tiempo. Ya tuvimos experiencia con componentes free que dejan de actualizarse y al morir nos dejan en problemas.

Amigo, lo que he dicho es que uso componentes libres, (con el código fuente). Libre<>gratis

Además que cualquier componente privativo, cerrado, sin código fuente, también puede dejar de actualizarse; y ahí sí que te han jod... porque no tienes el código fuente o te obligan a comprar una versión nueva si quieres cualquier característica, etc. y no puedes hacer nada, salvo "tragar".

Yo me he encontrado en varias ocasiones con componentes que han dejado de actualizarse y sólo he tenido que ajustar algún #define para poder compilarlo en mi Delphi. Si no fuese libre y gratis, como es tu caso, estás perdido.

Por cierto, tu táctica de "caducidad" del programa me parece poco ético

[[egostar]]

Mi esquema es

• Venta licencia de uso
• Venta de código fuente
• Venta de licencia de uso y código fuente
• Renta Diaria, Mensual, Semestral ó Anual
• Licencia de uso gratis con contrato de mantenimiento
• Licencia de uso gratis con cargo por servicio

Y me quito de problemas

Saludos

[[gatosoft]]

Empezado por Casimiro Notevi

Amigo, lo que he dicho es que uso componentes libres, (con el código fuente). Libre<>gratis

Además que cualquier componente privativo, cerrado, sin código fuente, también puede dejar de actualizarse; y ahí sí que te han jod... porque no tienes el código fuente o te obligan a comprar una versión nueva si quieres cualquier característica, etc. y no puedes hacer nada, salvo "tragar".

Yo me he encontrado en varias ocasiones con componentes que han dejado de actualizarse y sólo he tenido que ajustar algún #define para poder compilarlo en mi Delphi. Si no fuese libre y gratis, como es tu caso, estás perdido.

Por cierto, tu táctica de "caducidad" del programa me parece poco ético

Ok, Libre<>gratis... igual entonces "yo compro software libre", por que normalmente elijo el modelo de componentes con código fuente, y así reduzco el riesgo de perder continuidad. Igual por mas libre que sea el software tiene sus reglas de uso.

Ahora, es cierto que debo pagar, incluso por actualizaciones, pero ese es un costo que se asume, y es valorar el trabajo. Con cada versión de Delphi, los componentes deben actualizarse y aunque podría ponerme en ese trabajo, pago la actualización del proveedor y tercerizo un problema.

Creo que como distribuidores de software los costos no deberían asustarnos pues deben quedar cubiertos dentro de nuestro esquema de licenciamiento.

Por otro lado, si considero que es poco ético el tena de la caducidad, pero yo advierto a mis usuarios que el software estará activo por cierto tiempo o mientras yo esté en labores con ellos. Estas herramientas que te digo las instalo en los clientes o empresas donde voy a trabajar, les facilita la vida a ellos y a mi .

Lo anterior lo dgo por que en un lugar donde trabajé querían apoderarse de los derechos de mis utilidades, por que según ellos fueron desarrollados en sus instalaciones y con sus herramientas de Software (Ni siquiera tenian Delphi).

Como te dio, siempre advierto. Ahora, pronto publicaré en mi web unos componentes yd entro de la licencia irá este advertencia...

un saludo,

[Casimiro Notevi]

Lo digo por un motivo, aunque lo adviertas a tus clientes. Te cuento un caso: se desarrolla un software de gestión muy amplio y se vende por internet a empresas de todo el país, la mayoría son pequeños negocios.
Por orden de "arriba" el software llevaba una fecha de caducidad (unos 2 años) para que pidiera una nueva clave de instalación.
La empresa desarrolladora del software cerró a los 18 meses. A todos los clientes que compraron el software, un día al iniciar el programa les salió una ventanita informando que la anterior clave había caducado y que se pusieran en contacto con la empresa para solicitar una nueva.
Imagina qué tuvieron que hacer todas esas empresas con sus datos, clientes, artículos, facturas, deudas de sus clientes, etc. ¿comprar otro software?, sí, pero ¿y los datos?

En tu caso, aunque no quieras, puede ocurrirte algo similar, por ejemplo, te toca la lotería, dejas el negocio y te vas a los mares del sur a vivir por aquellas islas de cocoteros. Te olvidas por completo de tu software, las claves que caducan y de tus clientes. ¿Qué hacen tus clientes?

[elrayo76]

Empezado por mamcx

Logs!!!!!

Logs por todos lados.

Logeo tambien los SQL, las entradas y salidas de procesos, llamadas a cosas importantes, etc.

Y ahora con servicios como http://loggr.net/ es posible ver el log y demás datos remotamente (ahora estoy pensando en poner metricas y otras cosas. Estoy es mirando como anonimizar de forma correcta)

De todo lo que se puede hacer, tener logs de las apps es lo que mas me ha salvado.

Esto me parece muy bien. También pogo logs por donde puedo.

Algunos de estos logs se guardan cuando la aplicación está compilada en modo Release y otros en modo Debug. Además en las grillas suelo poner un boton que llama a una plantalla con el SynEdit que me muestra la consulta ejecutada.

Saludos,
El Rayo