Por mi experiencia personal yo nunca jamas en la vida doy los brutos de nada. Es tirar piedras sobre tu tejado, aparte de posiblemente quedarte sin cliente (o actualizaciones del proyecto que es en realidad lo que al final es mas rentable)
Por cierto, para todos los amantes del 'OPENSOURCE' veo un poco incongluente el que no deis los brutos a vuestros clientes. Vosotros como clientes buscais practicamente lo mismo... (solo es por incordiar un poco, tenia que plantear el tema) PD: Hari flipo contigo, de donde sacas siempre tantos enlaces? saludos -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Hari Seldon Enviado el: miércoles, 12 de octubre de 2005 19:27 Para: asnativos@5dms.com Asunto: RE: [ASNativos] OT: Codigo fuente ¿se cobra? o no. Lo primero, agradecer a Eva del Campo que nos haya dejado su plantilla de modelo legal de condiciones de Contrato que utiliza a nivel profesional. Muchas gracias. Es un modelo muy bueno. Sobre lo que se comenta después, que el cliente queda desprotegido, etc etc etc... Por mi experiencia, el cliente es de todo menos tonto; siempre va a querer bueno, bonito, y barato. Pero vamos a ir por partes. Para empezar, en un proyecto internet online/offline, o multimedia, yo haría un simil de clasificación del material recibido/producido así: - Recursos y Documentación entregada por el cliente: contenidos, logotipos, imagen corporativa, mejores prácticas observadas. - Documentación sobre Arquitectura de la Información (aplicada a la solución que se está desarrollando). Deberá ser validada por el cliente. - Documentación sobre Usabilidad (aplicada a la solución que se está desarrollando). - Documentación acerca del diseño de base de datos empleado (aplicada a la solución que se está desarrollando). - Diseño: maquetas en formato vectorial / bitmap (Fireworks, Photoshop, Freehand, Illustrator, Corel, otros). - Diseño: recursos gráficos recopilados (imágenes y fotografías, iconos, etc) - Diseño: maqueta estática o prototipo estático de la solución en desarrollo (una maqueta tonta vamos) - Diseño: animaciones flash sin AS (.fla que después cogeran los codificadores AS para incluir la lógica necesaria) - Programación Front-End: animaciones flash con AS y AS utilizados. - Programación Front-End: clases/scripts javascript - Programación Front-End: HTML y CSS finales, así como templates en el caso de utilizarse - Programación Back-end: Scripts de servidor, tipo asp, php, etc, y/o clases utilizadas en la aplicación. - Base de datos: scripts de creación de base de datos, triggers, y/o similares. Así en plan "rápido" es lo que yo creo que se va a generar tanto por parte del cliente como del desarrollador/ores en un proyecto. ¿Y se le va a dar todo eso al cliente? Yo creo que es un error, que lo más probable, es que te encuentres con dos alternativas: 1) Que el cliente te lo pida pensando que con eso no va a depender de ti; cuándo vea todo ese material, probablemente no entienda nada, porque no tiene conocimiento sobre el medio (si no, no te contraría), tenga varios CDs o un DVD que normalmente no le encontrará mucha utilidad, y pasará a "acumular polvo" en algún sitio; y si nos ponemos en un escenario negativo, tendremos, por ejemplo, que en un momento determinado, menganito, en la empresa, coja el CD, y se dedique a cacharrear en tu código fuente, y actualizar el proyecto (sea una web, una intranet, extranet, ... Lo que sea), y tire abajo todo.. Con el consiguiente prejuicio para el cliente, así como para el profesional porque una solución que funcionaba, pasa a no funcionar, y el cliente lo único que ve es el resultado: No Funciona.. Por lo que sea. También puede ser que el que cacharree con el código sea otra empresa, igual más joven y con menos experiencia, y automáticamente pueda a partir de ese código adquirir conocimientos que no tenía. Con lo cuál, el profesional siempre pierde, y a veces, también el propio cliente, pues en ese tiempo que la empresa externa está "cacharreando" en nuestro código, se le va a facturar a la empresa, y realmente no es un tiempo que le aporte nada al cliente. 2) Que el cliente lo que quiera es obtener el código fuente para después internamente ejecutar una segunda, tercera o sucesivas ampliaciones; esta alternativa si la veo muy viable, siempre y cuándo se cumplan varias premisas; la primera de todas, que el cliente tenga personal cualificado, o bien que esté en disposición de contratarlo. La segunda, que ese personal tenga un tiempo de formación con la empresa que está desarrollando la solución, formación en dicha solución y nada más, lógicamente, este tiempo ha de facturársele al cliente. En definitiva, que el código fuente, y recursos, ha de cobrarse. Cuándo comprais un macromedia flash, ¿Macromedia os da el código fuente? Creo que no, ¿no?; pero el Macromedia Flash cubre más o menos en su totalidad las necesidades que dice cumplir; por lo tanto, Macromedia no incumple ninguna obligación con el cliente. Y si dentro de 3 años Macromedia cesa su actividad, me parece que no hay ninguna cláusula de que se vaya a ceder el código fuente... O sea que te quedas "en pelotas", literalmente. Otro ejemplo son los ERPs; conozco unos cuántos, desarrollados en Java, en C++, en Visual Fox Pro, en Visual Basic .NET; en ningún momento se da el código fuente al cliente, a no ser que el cliente lo pague; si el cliente necesita nuevas funcionalidades, ha de acudir a la empresa concreta para que le incluyan esas funcionalidades (habitualmente informes, formularios específicos, etc). En el caso de los "grandes" ERP, normalmente se estructuran por módulos, y lo que hace la empresa que lo implanta, es dar formación a desarrolladores en la empresa cliente para que pueda extender las funcionalidades del ERP por ellos mismos; pero estamos hablando de proyectos que normalmente superan los 150.000 € de coste... Y eso los "pequeñitos". Vamos, que por 6.000 €, no creo que el cliente tenga derecho a exigir el código fuente, porque no... Si la empresa quiere cambiar de proveedor y que la segunda o tercera fase la implanten/desarrollen terceros, pues lo tiene fácil; que la empresa que se encargue de ello, pague una formación a la empresa que ha desarrollado la primera fase, para ponerle "al día" de cómo se estructuró, se pensó, y se desarrolló la solución concreta. Y así ambas partes están conformes, tanto el cliente, como el desarrollador. Pero bueno, todo esto son opiniones y muchas de ellas muy personales. Unos cuántos enlaces que os pueden interesar (hay de todo): Enlaces: Consultoría / Vender Humo: http://www.javahispano.org/news.item.action?id=1542875938 http://www.artima.com/weblogs/viewpost.jsp?thread=122020 http://www.versioncero.com/articulo/279/el-arte-de-vender-humo Manual de un Buen Freelance: http://www.desarrolloweb.com/manuales/62/ Presupuestos: http://www.desarrolloweb.com/articulos/1834.php http://www.desarrolloweb.com/articulos/1882.php http://www.mercadoprofesional.com/presupuestos/ http://www.mercadoprofesional.com/presupuestos/promocion_web.php http://www.mercadoprofesional.com/presupuestos/basica_web.php http://www.mercadoprofesional.com/presupuestos/avanzada_web.php http://www.desarrolloweb.com/articulos/1258.php? http://www.oniria-zone.net/00presupuesto.htm http://www.desarrolloweb.com/articulos/1906.php?manual=62 http://www.desarrolloweb.com/articulos/2001.php?manual=62 http://www.desarrolloweb.com/articulos/2156.php?manual=62 http://www.desarrolloweb.com/articulos/2200.php?manual=62 http://www.infojobs.net/cr_recurso.cfm?id=156984870 http://www.infojobs.net/cr_recurso.cfm?id=164010790 http://www.infojobs.net/cr_recurso.cfm?id=171517120 Clientes: http://www.infojobs.net/cr_recurso.cfm?id=160351899 http://www.infojobs.net/cr_recurso.cfm?id=283592812 http://www.infojobs.net/cr_recurso.cfm?id=300503056 http://www.infojobs.net/cr_recurso.cfm?id=328076316 Emprendedores: http://www.emprendo.com/ http://www.aprendeaemprender.com/ http://www.euroalert.net/ http://www.lugoemprende.org/index.asp > -----Mensaje original----- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] En nombre de EvolvE > Enviado el: miércoles, 12 de octubre de 2005 17:05 > Para: asnativos@5dms.com > Asunto: Re: [ASNativos] OT: Codigo fuente ¿se cobra? o no. > > Creo que lo mejor será preguntarle a un abogado que sepa del tema. > > Cuando contratas un servicio de catering para una boda, > ¿pides la receta > de los platos y entremeses?. > > Mis-Intervenciones-AsNativo escribió: > > > Quizás habría que considerar que estamos de algún a manera > obligados a > > vender el código fuente, por decirlo de una manera. > > Ya que si el cliente nos lo pide y no se ha incluido en el > > presupuesto, tendríamos que ponerle un precio y ofrecer el código > > fuente como un producto mas dentro del desarrollo contratado. > > La pregunta viene ahora: ¿ Que porcentaje del proyecto > total tendría > > que valer el código fuente? > > Ya se que es muy difícil de determinar, como porcentaje, ya que hay > > aplicaciones con mas código que otras. ¿Pero no debería > existir algo > > estipulado?. Ya que si no, el cliente, como bien dice Carlos, queda > > totalmente desprotegido. Podríamos pedirle lo que nos dé la gana. > > Hay que pensar que puede que el cliente no pide el CF por falta de > > experiencia, pero es verdad que si está comprando un > producto, tendría > > que tener derecho a continuar una segunda y tercera fase > con quien le > > de la gana. > > Estos temas son complicados, pero para mi, y supongo que > para el resto > > de la comunidad de desarrolladores, sería de una gran utilidad, > > acercarnos lo mas posible a un estándar a seguir, como un consenso > > general en estos temas. > > > > Gracias Eva :) por facilitarnos tu modelo de contrato, sin > duda es una > > gran ayuda. > > > > Por fin llueve!!! un saludo > > > > Rafael Martínez > > [www.fabricanet.com] > > > > ----- Original Message ----- From: "Carlos Terradillos Gutiérrez" > > <[EMAIL PROTECTED]> > > To: <asnativos@5dms.com> > > Sent: Wednesday, October 12, 2005 2:14 PM > > Subject: Re: [ASNativos] OT: Codigo fuente ¿se cobra? o no. > > > > > > Después de todo lo dicho, con lo que estoy básicamente de acuerdo, > > creo que habría que ponerse por un momento en el lugar del cliente. > > > > La mayoría de trabajos de los que estamos hablando son trabajos a > > medida para una empresa determinada y en *ausencia* de un acuerdo o > > estipulación previa sobre el asunto, creo que estamos en cierto modo > > obligados a proporcionar el material de trabajo (y no sólo el código > > fuente) en la medida que sea legal y por supuesto cobrando por ello. > > > > Para trabajos sencillos y poco estratégicos de esa empresa quizá no > > tenga mayor relevancia pero yo personalmente nunca compraría un > > desarrollo importante hecho a medida si no tengo garantías > de poderlo > > adaptar o rediseñar de algún modo en lo sucesivo. > > > > Lo único que pretendo señalar es que los clientes tampoco tienen > > porqué quedarse pillados con nuestro servicio si no lo desean. Y > > repito, en ausencia de notificación alguna sobre el tema desde un > > principio, porque otra cosa sería que desde el primer > momento dejemos > > las cosas claras por nuestra parte y que el cliente decida en > > consecuencia, sea cual sea nuestra posición al respecto. > > > > Creo en todo caso que es una opción ética y que si no ha habido > > notificación alguna sobre el tema obviamente no estamos obligados a > > asumirlo. > > > > > > > > Por otro lado, la estipulación sobre el tema de proporcionar el > > código fuente en caso de desaparecer la empresa me parece una > > concesión generosa pero peligrosa: > > > > ¿Qué ocurre si tu empresa desaparece porque por ejemplo tu > estudio ha > > sido destruido por un incendio, o te han robado y ya no dispones del > > código fuente o simplemente el trabajo de encontrarlo, prepararlo, > > etc puede ser titánico o simplemente carísimo...? > > > > ¿Qué pasa si quieres traspasar o vender el negocio, no será > una carga > > poco deseable para el nuevo propietario? > > > > Creo que es una cláusula demasiado comprometedora y que al cliente > > poco le aporta. > > > > > > En definitiva, yo personalmente prefiero que queden las cosas claras > > desde el principio aunque no siempre es fácil y desde luego sea cual > > sea el sistema, nuestro material de trabajo: los psd, los > as, los ai, > > los fla, etc se vende si queremos... pero se vende. > > > > Salu2 > > > > > > El 12/10/2005, a las 10:12, Mis-Intervenciones-AsNativo escribió: > > > >> Muchas gracias a todos los que están participando en este tema. > >> Parece ser que todo comienza en el momento que hacemos el > contrato > >> con el cliente. > >> Yo personalmente nunca he echo un contrato con los clientes, solo > >> les doy el presupuesto lo mas detallado posible y a partir de ahí > >> previo pago del 50% de los honorarios empiezo a trabajar. > >> Lo que haré a partir de ahora es agregar en el presupuesto la > >> cláusula EDC (Eva del Campo) perdón Eva :), que dice así: > >> En caso de que la empresa desaparezca o cambie de actividad, se > >> les entregará el código fuente de sus webs. > >> > >> Quizás habría que agregar alguna mas donde quede claro que el > >> desarrollo de la página no incluye el código fuente, pero > claro esto > >> podría levantar la liebre sin necesidad de ello. > >> Si hay mas sugerencias de cómo aclarar esto en un contrato o > >> presupuesto se agradece. > >> > >> He estructurado todos los comentarios que me habéis > mandado los pego > >> ha continuación: > >> > >> > >> RAZONES POR QUE NO SE ENTREGA EL CÓDIGO FUENTE EN UN PROYECTO > >> MULTIMEDIA > >> > >> > >> 1-. Pierdes toda posibilidad de actualizarlo y mantenerlo > >> > >> > >> 2-. Muestras tu metodología de trabajo > >> > >> > >> > >> 3-. Se vendo un producto acabado tal cual, pero el código > del mismo > >> es del desarrollador. Es como comprar una cocacola, yo > pago por la > >> cocacola pero no tengo derecho a que me den su fórmula... > >> > >> > >> > >> 4-. Yo nunca regalo el código fuente, y además intento > convencer al > >> cliente de > >> que no le interesa comprarlo, ya que por el precio al que se lo > >> vendo le > >> puedo realizar otras dos webs. > >> > >> > >> > >> 5.- Al desarrollar un proyecto vendes un resultado funcional, el > >> cómo, cuando y por qué funcione al cliente le tiene que > dar igual, > >> lo que al cliente le importa es que lo que compra realice las > >> funciones que el necesita cuando y como las necesita... el > resto no > >> es ni problema suyo ni competencia. > >> > >> > >> > >> 6.- Normalmente todos tenemos nuestras APIs/Librerías/Funciones que > >> reutilizamos, y que nos han llevado un tiempo > desarrollar.. Porqué > >> tienes > >> que dársela a un cliente al que le estás cobrando por el tiempo > >> durante el > >> cuál estás aplicando dichas librerías? Porque normalmente en un > >> proyecto no > >> se cobra el tiempo de desarrollo interno, por así decirlo, sino el > >> externo, > >> para ese proyecto en concreto, y que suele ser aplicar lo > que tu ya > >> tienes > >> desarrollado de forma interna, salvo contadas excepciones. > >> > >> > >> > >> > >> > >> > >> > >> ALTERNATIVAS PARA ACLARAR EL TEMA DEL CÓDIGO FUENTE ANTES DE > >> EMPEZAR UN PROYECTO. > >> > >> > >> > >> 1.- Incluir cláusula en el contrato en la que se > especifica que, en > >> caso de que la empresa desaparezca o cambie de actividad, se les > >> entregará el código fuente de sus webs, más que nada para > darles la > >> seguridad de que no se van a quedar tirados... > >> > >> > >> > >> > >> > >> > >> > >> METÁFORAS ACLARATORIAS DEL TEMA > >> > >> > >> 1- Por comprar una casa tienes derecho a la > maquinaria que > >> se ha > >> utilizado para construirla?... yo diría que no... que uno > >> decida > >> compartir el código es una cosa y que el cliente se crea > >> con el > >> derecho a tener el código al pagar un website es otra... sería > >> como si > >> al comprar la casa le dijeras a la constructora que también > >> todo el > >> material y maquinaria es tuyo... y eso.. va a ser > que no! es > >> algo > >> totalmente surrealista. > >> > >> > >> > >> 2.- Es como comprar una > >> cocacola, yo pago por la cocacola pero no tengo derecho a > que me den su > >> fórmula... > >> > >> > >> > >> > -------------------------------------------------------------- > -------- > >> --------------------------------------------------------- > >> > >> ----- Original Message ----- From: "Hari Seldon" > >> <[EMAIL PROTECTED]> > >> To: <asnativos@5dms.com> > >> Sent: Wednesday, October 12, 2005 3:44 AM > >> Subject: RE: [ASNativos] OT: Codigo fuente ¿se cobra? o no. > >> > >> > >> Creo que la posición de Eva del Campo es la más acertada; código > >> fuente, se cobra aparte, y se pone una cláusula de que si > desaparece la > >> empresa/persona, se le da. > >> > >> Normalmente todos tenemos nuestras APIs/Librerías/Funciones que > >> reutilizamos, y que nos han llevado un tiempo > desarrollar.. Porqué > >> tienes > >> que dársela a un cliente al que le estás cobrando por el tiempo > >> durante el > >> cuál estás aplicando dichas librerías? Porque normalmente en un > >> proyecto no > >> se cobra el tiempo de desarrollo interno, por así decirlo, sino el > >> externo, > >> para ese proyecto en concreto, y que suele ser aplicar lo > que tu ya > >> tienes > >> desarrollado de forma interna, salvo contadas excepciones. > >> > >> En el caso de Flash es sencillo no dar el código fuente, > simplemente > >> se entrega los .swf sin los .fla ni los .as y fuera; en el > caso de > >> .htm, > >> .php, .asp, .css y demás, ya la cosa se vuelve más > compleja; ¿qué hacer > >> contra esto? Lógicamente, ofuscadores de código, compresores, etc > >> etc, que > >> hagan que tu código sea únicamente legible para ti; a ti te están > >> pagando > >> por tus conocimientos y tu know-how, con lo cuál desprenderte de > >> ello es > >> contra-natura. > >> > >> Y si el cliente quiere ese know-how, que lo pague... Pero entonces > >> el precio es diferente :D > >> > >> Un saludo. > >> > >> PD: si en el contrato no hay especificado que se entrega el código > >> fuente, y están especificadas las funcionalidades con > claridad, y estas > >> estan cumplidas, no tienes _ninguna_ obligación en darle > el código > >> fuente :) > >> > >> > >>> -----Mensaje original----- > >>> De: [EMAIL PROTECTED] > >>> [mailto:[EMAIL PROTECTED] En nombre de Home gir > >>> Enviado el: martes, 11 de octubre de 2005 23:02 > >>> Para: asnativos@5dms.com > >>> Asunto: Re: [ASNativos] OT: Codigo fuente ¿se cobra? o no. > >>> > >>> > >>> por comprar una casa tienes derecho a la > >>> maquinaria que se ha > >>> utilizado para construirla?... yo diría que no... > >>> que uno decida > >>> compartir el código es una cosa y que el cliente se > >>> crea con el > >>> derecho a tener el código al pagar un website es otra... > >>> sería como si > >>> al comprar la casa le dijeras a la constructora que > >>> tambien todo el > >>> material y maquinaria es tuyo... y eso.. va a ser que > >>> no! es algo > >>> totalmente surrealista, tú vendes un resultado > >>> funcional, el cómo, > >>> cuando y por qué funcione al cliente le tiene que dar > >>> igual, lo que al > >>> cliente le importa es que lo que compra realice las > >>> funciones que el > >>> necesita cuando y como las necesita... el resto no es ni > >>> porblema suyo > >>> ni competencia. > >>> > ______________________________________________________________ > >>> > >>> From: Eva del Campo <[EMAIL PROTECTED]> > >>> Reply-To: asnativos@5dms.com > >>> To: <asnativos@5dms.com> > >>> Subject: Re: [ASNativos] OT: Codigo fuente ¿se cobra? o no. > >>> Date: Tue, 11 Oct 2005 22:54:38 +0200 > >>> >Yo nunca regalo el código fuente, y además intento > >>> convencer al > >>> cliente de > >>> >que no le interesa comprarlo, ya que por el precio > >>> al que se lo > >>> vendo le > >>> >puedo realizar otras dos webs. Lo que sí suelo incluir, > >>> sobre todo > >>> en > >>> >proyectos importantes, es una cláusula en el contrato > >>> en la que se > >>> >especifica que, en caso de que mi empresa desaparezca > >>> o cambie de > >>> actividad, > >>> >se les entregará el código fuente de sus webs, más > >>> que nada para > >>> darles la > >>> >seguridad de que no se van a quedar tirados... > >>> > > >>> >xxxx > >>> > > >>> >Eva > >>> > > >>> > > Estimados colegas, > >>> > > Un cliente me ha pedido el código fuente de su > >>> página web ( > >>> fla, clases, > >>> > > etc.). > >>> > > Esta petición ha surgido ahora una ves > finalizada la página. > >>> > > No está especificado en el presupuesto ni se > >>> hablo nunca de > >>> este asunto > >>> > > hasta ahora. > >>> > > La verdad es que no tengo muy claro que es lo que > >>> debería hacer > >>> ni que > >>> > > actitud tomar al respecto. > >>> > > Este es el motivo de que os escriba pidiendo consejo. > >>> > > Personalmente pienso que el código fuente > >>> debería pagarse > >>> aparte, amenos por > >>> > > supuesto que esté incluido en el presupuesto. > >>> > > La verdad que a este respecto me gustaría tener unos > >>> argumentos > >>> mas claros y > >>> > > saber que hacéis vosotros en estas sircunstancias. > >>> > > > >>> > > Un saludo para todos. > >>> > > Rafael Martínez > >>> > > [www.fabricanet.com] > >>> > > >>> > > >>> >---------------------------------- > >>> >Lista ASNativos:asnativos@5dms.com > >>> >http://www.5dms.com/listas > >>> >---------------------------------- > >>> ---------------------------------- > >>> Lista ASNativos:asnativos@5dms.com > >>> http://www.5dms.com/listas > >>> ---------------------------------- > >>> > >> > >> > >> ---------------------------------- > >> Lista ASNativos:asnativos@5dms.com > >> http://www.5dms.com/listas > >> ---------------------------------- > >> > >> > >> ---------------------------------- > >> Lista ASNativos:asnativos@5dms.com > >> http://www.5dms.com/listas > >> ---------------------------------- > >> > > > > ---------------------------------- > > Lista ASNativos:asnativos@5dms.com > > http://www.5dms.com/listas > > ---------------------------------- > > > > > > ---------------------------------- > > Lista ASNativos:asnativos@5dms.com > > http://www.5dms.com/listas > > ---------------------------------- > > > > > > > > > ---------------------------------- > Lista ASNativos:asnativos@5dms.com > http://www.5dms.com/listas > ----------------------------------