FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
LineComment Saludos |
#2
|
||||
|
||||
Delphius: Comparto lo dicho por Román.
Y agrego, ¿cuántos de nosotros estaríamos mejor o habríamos llegado menos raspados a donde estamos si no hubiésemos sufrido la constante metralla de prejuicios de gente que anda por ahí escupiendo rencor? Un abrazo al Marcelo bueno que yo conozco. |
#3
|
||||
|
||||
Cita:
Puede ser ilegal por el hecho de que con tal de proteger su código puede llegar a aplicar herramientas o prácticas contrarias a la buena fe. Si para garantizar tu trabajo vas a tener que estar instalando una aplicación externa, o incluso la propia aplicación hace uso de técnicas contrarias a la buena fe, a la moral y/o que puede perjudicar o afectar el propio derecho del cliente estás incurriendo en un delito. Por mencionar ejemplos: 1. Cifrar datos que el propio usuario genera con la aplicación y que para recuperlo se obligue a usar la misma. En caso de vencimiento o cancelación de contrato y servicio, el usuario debe poder recuperar la información original si pasar nuevamente por caja. Existe una ley de protección de datos y como tal ésta garantiza que si bien el software pertenece a una empresa, más bien son los datos los que pertenecen a la contratante, o quien haga uso de dicha aplicación. 2. Puerta trasera. Sea para espiar, recabar información, etc. Es una actividad ilegal. Podría llegar a emplearse esta vía con tal de controlar que nada se haga a nuestro trabajo. 3. Instalar aplicaciones externas sin el concentimiento del usuario. Si lo combinamos con 1 y/o 2... puff. Lo cierto es que nuestros desarrollos deben limitarse a lo que concierne y nada más. No hace falta recurrir a medidas extremas y "por fuera" para hacer que las cosas se hagan bien. Si en la licencia se estipula que el cliente no puede ni tiene derecho a modificar el software, ya está. Lo que sigue es confiar en la buena fe. Y es ahí donde choca y se arman los problemas. Si vas a estar dudando de tus clientes, mejor haz otra cosa. Si el cliente ya te paga, ¿para que va a tomarse la molestia de alterarlo? Si en verdad lo que está "vendiendo" es el servicio, el sistema pasa a un plano más secundario. ¡Ya te tiene a ti para que en el futuro le sigas dando soporte! Estamos en un nuevo mundo, en donde lo que vale más ya no es el sistema sino más bien lo que puedas aportarle algo extra: soporte de mantenimiento, atención personalizada, acceso temprano a nuevas versiones, etc. Cita:
Todos queremos que nuestro producto sea masivo, que lo usen todos... todos creemos que hemos dado en el clavo y tenemos el "gran producto". Y no... ¡No es así! El mercado está tan saturado de aplicaciones que es prácticamente imposible pretender sobresalir por los demás. En el mundo de las aplicaciones de gestión (ERP, semi-ERP, stock, facturación y/o símiles) no hay diferencias significativas entre ellas. Ya no queda espacio que probar como para que una se destaque. Intentar pretender en la misma medida "proteger" ese bien "innovador" es fútil. Voy de nuevo: si uno quiere hacer un software propietario y pone en su licencia que no está permitido alterar el software (ya sea que con él se incluya o no el código fuente. SI: es posible y concebible software propietario con código fuente) ya está protegido legalmente. Si luego el desarrollador o empesa desarrolladora se entera de dicha violación, y tiene las pruebas adquiridas en forma legal y transparente (*), puede iniciar acciones legales para hacer valer su trabajo. (*) Al menos en Argentina no son admitidas las pruebas obtenidas fuera del circuito legal. En especial si la prueba es digital. La ley de Delitos Informáticos y la del Software en nuestro país dentro de todo, a pesar de sus errores, es bastante fuerte y viene mejorándose año a año. Hace tiempo que no sigo sus modificatorias... la última a la que tuve algo de noción data del 2010. Ya hemos tenido casos que sentaron jurisprucencia al respecto. EDITO: Ha... y para tener en cuenta: Es fácil hacer una licencia de software, pero es mucho más fácil hacer una muy mala licencia ¡Y sin que nos demos cuenta! Saludos, Última edición por Delphius fecha: 18-06-2016 a las 02:34:53. |
#4
|
||||
|
||||
Yo ahora sí te entendí y agradezco la aclaración, Marcelo.
Concuerdo contigo en esto: Cita:
Como en todo, la agresividad de palabras aleja al oyente o al lector. Y eso a veces hace que no tomemos muy en serio tus comentarios, en los cuales, en contraste, casi siempre hay buenos puntos más que rescatables. La esperanza está en palpar hoy que esa agresividad va disminuyendo para dar paso a las palabras que de verdad tienen valor. Un abrazo. Al González. |
#5
|
||||
|
||||
Cita:
Delphi no muesra el código de muchas de sus partes y no por eso concluimos que hace algo ilegal. Creo que hay que tener cidado en la forma e que se hacen recomendaciones, con las que puedo estar de acuerdo y pueden ser útiles, pero que resultan ofensivas para las personas. LineComment Saludos |
#6
|
|||||||
|
|||||||
Cita:
Cita:
Cita:
Basicamente, la ley siempre se pondra del lado del consumidor (y de las grandes empresas!) asi que lo que no se especifica en los contratos siempre se presume de acuerdo a como se interpreta la ley, no a como *creen* las partes que es. Tambien hay ideas como el obrar de buena o mala fe, el de probar las cosas y otros asuntos que lo hacen escabroso... es por eso que toda empresa de software -incluyendo las organizaciones open source- TIENEN QUE TENER asesoría legal, porque la ley esta hecha pa' joder a a quien no la conoce... ----- Si hay algo que discutir seria esto: Cita:
Cita:
https://es.wikipedia.org/wiki/Tecnol...ADa_disruptiva Cita:
O su ejecución es pobre. ----- El problema de hacer una VERDADERA innovación es que es difícil de predecir realmente como es. Y ademas, sera en parte "similar" a lo anterior (porque nada se construye de cero), pero tendra unos cuantos parametros que cambien de forma radical la ecuación. Uno de los ejemplos mas recientes es el iPhone. Cuando entro, estaba la misma ecuación: Cita:
Pa' rematar, superficialmente el iPhone no *parecia* tan innovador, al fin casi todo lo propuesto ya existia de una u otra forma en el mercado, y su concepto era conocido mas de una decada antes... Lo mortal de las disrupciones es que su aspecto definitorio es "invisible" para quien esta demasiado embeido en la forma actual de ver las cosas... al grado que aun hoy, años después, habra quien le achaque esto al "marketing" y que Apple se aprovecha de idiotas... En fin. ------ Yo si creo que hay mucho que hacer e innovar en el mercado de la IT tradicional, y de hecho, ya se esta viviendo muchos aspectos disruptores. El mas notable y sonado ahora, es la nube. El que le sigue y esta creciendo, es el "BIG DATA". Pero aun no se ha dado la llegada de un producto tipo "iPhone". Como sera esa innovacion? No se! Sera parecida a lo que hay ahora? Seguro. Lo dificil es saber cual es el angulo disruptor que esta traera... ----- Y mientras tanto, ya que la mayoría de las apps son mediocres, hacer lo mismo de siempre, pero bien, es mas que suficiente pa' mantener a flote a cualquier desarrollador.
__________________
El malabarista. |
#7
|
|||
|
|||
Hace bastantes años, cuando estaban las listas del Clubdelphi por medio de email, recuerdo algo que se habló de esto, la legislación estaba en pañales de aquella.
Estoy de acuerdo lo que dice mamcx en proteger la aplicación con lo de la base de datos, por ejemplo, y creo que esa opción no contraviene la normativa legal, que veo que en Argentina se parece un poco a la española. Sobre lo que pone Delphius está claro, aunque yo no he notado esa vehemencia que habéis comentado. La ley avanza poco en este aspecto todavía y al final prima la lógica y la buena fe. Los tres puntos que pone sobre backdoors, etc en http://clubdelphi.com/foros/showpost...9&postcount=16 me parecen bastante acertados. Cita:
Lo que tenéis que tener en cuenta, es que un juez se suele poner de la parte más débil pero a veces por desconocimiento, tiran de ley y la aplican según su entendimiento, que a veces es limitado. Hace dos años estuve peritando un software donde pude observar una práctica desleal y así lo hice constar en el informe. No sirvió de nada porque básicamente el juez dictaminó sentencia aludiendo que el cliente había firmado un albarán "estando de acuerdo con el producto" y que el cliente no usaba el programa (inflado económicamente) porque no le daba la gana. A pesar de que esto pueda suceder, en el caso de que existiera un juicio sobre una supuesta práctica desleal, primero es que tendría que haber un desencuentro bastante grande entre cliente y proveedor para no haber llegado a un acuerdo previo. Rabata2001 Me parece correcto que queráis proteger vuestro código PHP interpretado. La opción viene a ser legal, debéis firmar un contrato con el cliente final donde pueden hacer uso de la tecnología pero limitando su uso, no permitiendo cambios, ni reventas, etc. Ya que aunque lo ofusques o encuentres la manera de protegerlo, te podrá hacer ingeniería inversa. Antes ya se trató este tema en el foro http://www.clubdelphi.com/foros/showthread.php?t=76118 Saludos. Última edición por Jab fecha: 18-06-2016 a las 23:44:23. |
#8
|
||||
|
||||
Eso fue hace... poco
|
#9
|
|||
|
|||
Buenas, he estado fuera, intentado vender mi servicio y a veces hasta consiguiéndolo.
El sw es una asociación de ideas y cada uno puede hacer lo que quiera con él, venderlo licencias, regalarlo...., da exactamente igual el lenguaje en el que se escriba, al final es trabajo y horas de trabajo. Yo llevo más de 20 años haciendo sw (y no me va mal) y recientemente me he pasado a PHP (lenguaje que encuentro interesante e idóneo para algunas cosas al igual que otros). Cuando yo hago sw es tiempo que me quito de mi tiempo libre y es mi trabajo, por lo tanto espero una remuneración por ello (como en cualquier otro trabajo). el sw no tiene porque ser innovador como he leido por ahí, simplemente prestar un servicio y ese servicio lo presto yo, como cualquier otro, y evidentemente espero también remuneración por ello (creo que es lícito, y no hace falta ser catedrático para entenderlo, como también se vanagloria alguien en este hilo). Creo que en algunos comentarios se ha perdido el norte de unas simple preguntas y no pretendía crear debate. ¿Se conoce alguna herramienta dónde se pueda proteger el código PHP y tengáis experiencia positiva con ello?. Mi inquietud es que algún cliente no se apropie mi trabajo de bastantes horas y se apropie de él, simplemente. (Ya sabemos que para entender el proyecto de otro hace falta muchas cosas: conocimientos, inteligencia, aptitud,.... a parte de un poco de ingeniería inversa..) pero prefiero evitar ponerlo a prueba Muchas gracias a todos por vuestros comentarios Ah por cierto como nota, sería mejor no hacer juicios de valor de los comentarios de otros, y menos por estos foros,ya que cada uno tiene su propia idiosincrasia, y normalmente son erróneos en el 90% de los casos, sobre todo los negativos... |
#10
|
||||
|
||||
Cita:
LineComment Saludos |
#11
|
||||
|
||||
He de decir, además, que me extraña el escozor que causa en algunos el hecho de proteger el código fuente. Más allá de que haya otras opciones y contratos, en ClubDelphi hemos hablado muchas de veces de entregar o no el código fuente de un ejecutable Delphi y la discusión va más por el lado del código abierto y las libertades, etc., nunca por el lado de que alguien pretende ocultar cosas o incurrir en actos ilegales. El que PHP sea un lenguaje interpretado no cambia la cuestión, simplemente que surge como una necesidad a algo que no es necesario en un lenguaje compilado.
LineComment Saludos |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
hacer portable un proyecto compilado | lisette | C++ Builder | 1 | 19-09-2012 06:54:26 |
Compilado con version diferente | Paulao | Varios | 2 | 22-07-2011 13:22:57 |
Compilado en Vista | ANG4L | Windows | 5 | 22-05-2007 22:40:18 |
¿Han compilado Firebird 1.5 o 2.x? | JXJ | Firebird e Interbase | 4 | 14-11-2006 05:46:00 |
¿Funciona un compilado XP en PC con Office 2000? | Al González | Servers | 1 | 04-06-2004 21:20:38 |
|