<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Código fuente ¿se debe entregar?</title>
	<atom:link href="http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/feed/" rel="self" type="application/rss+xml" />
	<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/</link>
	<description>Blog de programación creativa mantenido por llops. Experimentos y artículos entorno a la plataforma flash y as3.</description>
	<lastBuildDate>Mon, 12 Jul 2010 17:57:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: LLops</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-499</link>
		<dc:creator>LLops</dc:creator>
		<pubDate>Tue, 29 Jun 2010 16:18:35 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-499</guid>
		<description>Ummm complicado ... si tú no te fías que una vez entregado el código fuente vayas a cobrar, quizá ellos no se fían que si pagan les des luego el código fuente... 

Si pactas porcentajes, (20% al empezar, 30% mitad de proyecto y el resto al acabar, por ejemplo), sí entiendo que hasta que no entregas el código no te pagan el resto. 

Pero como siempre, todas estas cosas mejor hablarlas al principio porque ahora lo tienes complicado...</description>
		<content:encoded><![CDATA[<p>Ummm complicado &#8230; si tú no te fías que una vez entregado el código fuente vayas a cobrar, quizá ellos no se fían que si pagan les des luego el código fuente&#8230; </p>
<p>Si pactas porcentajes, (20% al empezar, 30% mitad de proyecto y el resto al acabar, por ejemplo), sí entiendo que hasta que no entregas el código no te pagan el resto. </p>
<p>Pero como siempre, todas estas cosas mejor hablarlas al principio porque ahora lo tienes complicado&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-498</link>
		<dc:creator>Diego</dc:creator>
		<pubDate>Mon, 28 Jun 2010 11:11:40 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-498</guid>
		<description>Hola, gracias por toda la información :)

Yo no tengo problema en entregar el código fuente, entiendo que es parte del encargo que me hizo el cliente.  Ahora bien, éste me exige el código fuente ANTES de pagar, pues afirma que el trabajo no está finalizado hasta que no le entrego el código.

Qué debo hacer? entregárselo todo y confiar que me pague, o exigirle el pago antes del código fuente?

Yo he cumplido buena parte de mi trato, el desarrollo fue finalizado dentro de plazo, y el cliente lo tiene en explotación.

Gracias!</description>
		<content:encoded><![CDATA[<p>Hola, gracias por toda la información :)</p>
<p>Yo no tengo problema en entregar el código fuente, entiendo que es parte del encargo que me hizo el cliente.  Ahora bien, éste me exige el código fuente ANTES de pagar, pues afirma que el trabajo no está finalizado hasta que no le entrego el código.</p>
<p>Qué debo hacer? entregárselo todo y confiar que me pague, o exigirle el pago antes del código fuente?</p>
<p>Yo he cumplido buena parte de mi trato, el desarrollo fue finalizado dentro de plazo, y el cliente lo tiene en explotación.</p>
<p>Gracias!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jaime</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-477</link>
		<dc:creator>Jaime</dc:creator>
		<pubDate>Mon, 22 Mar 2010 12:02:57 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-477</guid>
		<description>Hola, en Valencia hace unos 5 años la empresa en la que trabajaba mi mujer tuvo un litigio con una empresa que les habia desarrollado una web en flash y no queria entregar el codigo fuente. El juez dictamino que el codigo fuente pertenecia a la empresa que pagaba.

Lo cuento solo como informacion adicional.

Un saludo</description>
		<content:encoded><![CDATA[<p>Hola, en Valencia hace unos 5 años la empresa en la que trabajaba mi mujer tuvo un litigio con una empresa que les habia desarrollado una web en flash y no queria entregar el codigo fuente. El juez dictamino que el codigo fuente pertenecia a la empresa que pagaba.</p>
<p>Lo cuento solo como informacion adicional.</p>
<p>Un saludo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xleon</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-469</link>
		<dc:creator>xleon</dc:creator>
		<pubDate>Thu, 04 Mar 2010 16:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-469</guid>
		<description>Me sorprende esa tendencia que veo por aquí acerca de entregar el código sin más. Parece que entregándolo eres mejor profesional y más guay según veo en vuestras opiniones.

1) Muchos proyectos no necesitan ningún tipo de mantenimiento, como por ejemplo un microsite para una campaña publicitaria. Se terminan, y no hay más. Además está claro que &quot;siempre&quot; utilizaremos nuestro &quot;framework&quot; para ir más rápido, pero para eso lo fabricamos en su día y con nuestro sudor. Que alguien me explique para qué quiere un cliente el código de un micro de este tipo...

2) Si se trata de un proyecto grande y con mantenimiento posterior al desarrollo inicial, pueden surgir muchas situaciones distintas. Pero voy a resaltar un caso: imaginemos que el cliente nos pide una aplicación, por ejemplo, un configurador de viviendas. Como cada 6 meses querrán un configurador distinto, me creo un &quot;motor&quot; basado en xml o base de datos que contemple mogollón de condicionales, anticipándome a posibles y/o futuros problemas.
Esta herrramienta me costará muchas horas en principio, pero facilitará mi futura tarea para nuevos configuradores. ¿Debo dar el código fuente de este motor? Ni de coña, a no ser que el cliente me lo haya pedido expresamente y pague por ello.

3) Como se ha comentado, cada caso es un mundo. Todo debe especificarse en un contrato por escrito, y no en llamadas de teléfono o emails informales. Hacer contratos de licencias, etc

4) Me parece bien que el cliente sepa qué está pagando. Si quiere el código y lo paga, porque él mismo lo va a mantener, tiene derecho a conocer la calidad del mismo, si esta comentado, si es modulable, etc. Pero si no lo paga, como si le damos un .fla en as2 con código encima de botones y gotoAndPlay. Si el resultado de la aplicación es bueno, no se puede quejar ni exigir nada.

@Zarate: Me alegro de que tengas clientes tan &quot;buenos&quot; y honrados. Muchos no son así. Me parece una locura lo del svn (yo también lo he hecho y no lo vuelvo a hacer). Compatir el svn con un cliente es como estar currando frente a tu monitor y tener un notas detrás de tu espalda viendo lo que haces. Además seguro que hará comentarios y se meterá en tu forma de hacer las cosas (también me ha pasado). Otra cosa es que se pacte entregar el código del proyecto en ciertos milestones, o que tu cliente participe activamente en el desarrollo. Entonces sí lo puedo entender.</description>
		<content:encoded><![CDATA[<p>Me sorprende esa tendencia que veo por aquí acerca de entregar el código sin más. Parece que entregándolo eres mejor profesional y más guay según veo en vuestras opiniones.</p>
<p>1) Muchos proyectos no necesitan ningún tipo de mantenimiento, como por ejemplo un microsite para una campaña publicitaria. Se terminan, y no hay más. Además está claro que &#8220;siempre&#8221; utilizaremos nuestro &#8220;framework&#8221; para ir más rápido, pero para eso lo fabricamos en su día y con nuestro sudor. Que alguien me explique para qué quiere un cliente el código de un micro de este tipo&#8230;</p>
<p>2) Si se trata de un proyecto grande y con mantenimiento posterior al desarrollo inicial, pueden surgir muchas situaciones distintas. Pero voy a resaltar un caso: imaginemos que el cliente nos pide una aplicación, por ejemplo, un configurador de viviendas. Como cada 6 meses querrán un configurador distinto, me creo un &#8220;motor&#8221; basado en xml o base de datos que contemple mogollón de condicionales, anticipándome a posibles y/o futuros problemas.<br />
Esta herrramienta me costará muchas horas en principio, pero facilitará mi futura tarea para nuevos configuradores. ¿Debo dar el código fuente de este motor? Ni de coña, a no ser que el cliente me lo haya pedido expresamente y pague por ello.</p>
<p>3) Como se ha comentado, cada caso es un mundo. Todo debe especificarse en un contrato por escrito, y no en llamadas de teléfono o emails informales. Hacer contratos de licencias, etc</p>
<p>4) Me parece bien que el cliente sepa qué está pagando. Si quiere el código y lo paga, porque él mismo lo va a mantener, tiene derecho a conocer la calidad del mismo, si esta comentado, si es modulable, etc. Pero si no lo paga, como si le damos un .fla en as2 con código encima de botones y gotoAndPlay. Si el resultado de la aplicación es bueno, no se puede quejar ni exigir nada.</p>
<p>@Zarate: Me alegro de que tengas clientes tan &#8220;buenos&#8221; y honrados. Muchos no son así. Me parece una locura lo del svn (yo también lo he hecho y no lo vuelvo a hacer). Compatir el svn con un cliente es como estar currando frente a tu monitor y tener un notas detrás de tu espalda viendo lo que haces. Además seguro que hará comentarios y se meterá en tu forma de hacer las cosas (también me ha pasado). Otra cosa es que se pacte entregar el código del proyecto en ciertos milestones, o que tu cliente participe activamente en el desarrollo. Entonces sí lo puedo entender.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: spasmos</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-423</link>
		<dc:creator>spasmos</dc:creator>
		<pubDate>Sat, 09 Jan 2010 18:54:51 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-423</guid>
		<description>Lo cierto es que el tema del codigo es un tanto delicado. Es cierto que el hecho de no entregar el código fuente en lenguages compilados como Flash es dejar al cliente atado de pies y manos pero creo que se han de valorar dos aspectos fundamentales. 

Principalmente, el precio. Cuando haces proyectos a precios muy bajos para poder conseguir al cliente no creo que se le haya de regalar el código. No tanto por el código en si sino por una manera de hacer. Cuando entregas el código fuente al cliente no sólo le entregas lineas de programación sino tambien una experiencia adquirida a lo largo de muchos proyectos. Cuando un cliente desea hacer una página web para tener presencia en la red, tu sadisfaces esa necesidad; es decir, el cliente paga por tener su web, su sitio en internet, no por el conocimiento que requiere ese trabajo. Es como si al ir a comprar un coche le pidieses al fabricante que te pasara los planos por si te interesa cambiar algo. Y así puede haber multitud de ejemplos. El cliente paga por un servicio. Si tu como desarrollador le quieres regalar tu manera de hacer al cliente como un valor añadido tuyo, adelante.

En segundo lugar, tu entorno. Como empresa, has de competir con otras empresas y si consideras que tu manera de hacer las cosas tiene un valor del cual el resto carece regalarlo implica que tus competidores se enriquezcan de tu saber hacer. Esto último podría sonar casi a Microsoft y otras empresas que crean aplicaciones cerradas pero no hablamos de aplicaciones para millones de personas si no de una página web. La cual una vez hecha y entregado el código al cliente, deja de estar en tu poder, que tu manera de hacer las cosas pueda llegar a tus competidores que se pueden enriquecer con tu trabajo.

En definitiva, pienso que cuando el cliente paga es por un servicio, por su presencia en la red y que si desea tu manera de hacer las cosas se ha de pagar aparte. 

Una solución a medias en estos casos es la de externalizar la información de la web. Es decir, yo con la web al cliente le proporciono un motor con el que poder presentar su información y que dicha información se recoja desde fuera del motor para que el cliente tenga acceso total a cambiar cualquier dato. En flash los .xml cumplen perfectamente este cometido así como otros formatos y encaso de querer ampliar la web sin contar con el desarrollador original se le explica como hacerlo ya que el sistema sería modular.</description>
		<content:encoded><![CDATA[<p>Lo cierto es que el tema del codigo es un tanto delicado. Es cierto que el hecho de no entregar el código fuente en lenguages compilados como Flash es dejar al cliente atado de pies y manos pero creo que se han de valorar dos aspectos fundamentales. </p>
<p>Principalmente, el precio. Cuando haces proyectos a precios muy bajos para poder conseguir al cliente no creo que se le haya de regalar el código. No tanto por el código en si sino por una manera de hacer. Cuando entregas el código fuente al cliente no sólo le entregas lineas de programación sino tambien una experiencia adquirida a lo largo de muchos proyectos. Cuando un cliente desea hacer una página web para tener presencia en la red, tu sadisfaces esa necesidad; es decir, el cliente paga por tener su web, su sitio en internet, no por el conocimiento que requiere ese trabajo. Es como si al ir a comprar un coche le pidieses al fabricante que te pasara los planos por si te interesa cambiar algo. Y así puede haber multitud de ejemplos. El cliente paga por un servicio. Si tu como desarrollador le quieres regalar tu manera de hacer al cliente como un valor añadido tuyo, adelante.</p>
<p>En segundo lugar, tu entorno. Como empresa, has de competir con otras empresas y si consideras que tu manera de hacer las cosas tiene un valor del cual el resto carece regalarlo implica que tus competidores se enriquezcan de tu saber hacer. Esto último podría sonar casi a Microsoft y otras empresas que crean aplicaciones cerradas pero no hablamos de aplicaciones para millones de personas si no de una página web. La cual una vez hecha y entregado el código al cliente, deja de estar en tu poder, que tu manera de hacer las cosas pueda llegar a tus competidores que se pueden enriquecer con tu trabajo.</p>
<p>En definitiva, pienso que cuando el cliente paga es por un servicio, por su presencia en la red y que si desea tu manera de hacer las cosas se ha de pagar aparte. </p>
<p>Una solución a medias en estos casos es la de externalizar la información de la web. Es decir, yo con la web al cliente le proporciono un motor con el que poder presentar su información y que dicha información se recoja desde fuera del motor para que el cliente tenga acceso total a cambiar cualquier dato. En flash los .xml cumplen perfectamente este cometido así como otros formatos y encaso de querer ampliar la web sin contar con el desarrollador original se le explica como hacerlo ya que el sistema sería modular.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: elSuricatoRojo</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-403</link>
		<dc:creator>elSuricatoRojo</dc:creator>
		<pubDate>Fri, 13 Nov 2009 10:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-403</guid>
		<description>Para mi no entregar los códigos fuente son por lo general un signo de amateur. Según vas teniendo experiencia es dificil que no aprecies las ventajas de entregarlos respecto a la de quedartelos pajo llave.

La principal es la de fomentar la cofianza con tu cliente. Si este ya se ha visto en una situación de comerse una aplicación en flash sin poder cambiar un número de teléfono porque no le han pasado los fuentes, cuando tu le digas que se los das y ademas con instrucciones para que el u otro desarrollador puedan heredar la aplicación, vas a destacar positivamente y va a apreciar el valor añadido de ceder los fuentes.

Por otro lado quedarte con los fuentes para garantizar posible futuras modificaciones es tirarse piedras a tu propio tejado. Si no das los códigos fuentes obligas al cliente a tirar de ti.. pero yo lo veo mas como que te obligas a ti mismo a estar disponible para cualquier modificación y esa modificación chorra que apenas se puede cobrar te va a implicar parar con el desarrollo en curso, buscar tus fuentes, hacer una inmersión en ese proyecto, hacer los cambios y volver al proyecto con el que estabas. Si das los códigos fuentes maximizas las posibilidades de ese tipo de modificaciones las haga el cliente.

Si de lo que se trata es de hacer un nuevo módulo o un cambio mas complicado y que si te pueda interesar como proyecto, aunque el cliente tenga los códigos fuente tu posiblemente seas la opción mas rentable ya que conoces la arquitectura de la aplicación y el código te es familiar. Habrá casos en los que el cliente lo haga él o lo subcontrate a otros, pero mi experiencia es que casi siempre se lo intentan encargar a quien lo ha desarrollado porque va a ser mas rápido y por lo tanto mas barato.

Lo unico que aconsejaría es que si noy hay ya una confianza enter tu y el cliente no des los códigos fuentes hasta no haber cobrado todo o parte o al menos tener garantias pr escrito de cobro.</description>
		<content:encoded><![CDATA[<p>Para mi no entregar los códigos fuente son por lo general un signo de amateur. Según vas teniendo experiencia es dificil que no aprecies las ventajas de entregarlos respecto a la de quedartelos pajo llave.</p>
<p>La principal es la de fomentar la cofianza con tu cliente. Si este ya se ha visto en una situación de comerse una aplicación en flash sin poder cambiar un número de teléfono porque no le han pasado los fuentes, cuando tu le digas que se los das y ademas con instrucciones para que el u otro desarrollador puedan heredar la aplicación, vas a destacar positivamente y va a apreciar el valor añadido de ceder los fuentes.</p>
<p>Por otro lado quedarte con los fuentes para garantizar posible futuras modificaciones es tirarse piedras a tu propio tejado. Si no das los códigos fuentes obligas al cliente a tirar de ti.. pero yo lo veo mas como que te obligas a ti mismo a estar disponible para cualquier modificación y esa modificación chorra que apenas se puede cobrar te va a implicar parar con el desarrollo en curso, buscar tus fuentes, hacer una inmersión en ese proyecto, hacer los cambios y volver al proyecto con el que estabas. Si das los códigos fuentes maximizas las posibilidades de ese tipo de modificaciones las haga el cliente.</p>
<p>Si de lo que se trata es de hacer un nuevo módulo o un cambio mas complicado y que si te pueda interesar como proyecto, aunque el cliente tenga los códigos fuente tu posiblemente seas la opción mas rentable ya que conoces la arquitectura de la aplicación y el código te es familiar. Habrá casos en los que el cliente lo haga él o lo subcontrate a otros, pero mi experiencia es que casi siempre se lo intentan encargar a quien lo ha desarrollado porque va a ser mas rápido y por lo tanto mas barato.</p>
<p>Lo unico que aconsejaría es que si noy hay ya una confianza enter tu y el cliente no des los códigos fuentes hasta no haber cobrado todo o parte o al menos tener garantias pr escrito de cobro.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LLops</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-401</link>
		<dc:creator>LLops</dc:creator>
		<pubDate>Thu, 12 Nov 2009 09:35:39 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-401</guid>
		<description>Es un buen punto el que comentas, Javi, y debería ser una &quot;cláusula&quot; en cualquier contrato. 

También entiendo que no se pierde automáticamente la garantía por entregar el código y que alguien lo modifique, sino porque se haga indebidamente. Luego ya entra la parte de quién hace de perito. Una de mis condiciones sería que yo, como proveedor, reviso los bugs, pero si descubro que no es mi culpa cobro esas horas.

Saludos!</description>
		<content:encoded><![CDATA[<p>Es un buen punto el que comentas, Javi, y debería ser una &#8220;cláusula&#8221; en cualquier contrato. </p>
<p>También entiendo que no se pierde automáticamente la garantía por entregar el código y que alguien lo modifique, sino porque se haga indebidamente. Luego ya entra la parte de quién hace de perito. Una de mis condiciones sería que yo, como proveedor, reviso los bugs, pero si descubro que no es mi culpa cobro esas horas.</p>
<p>Saludos!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Javi</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-399</link>
		<dc:creator>Javi</dc:creator>
		<pubDate>Wed, 11 Nov 2009 11:02:59 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-399</guid>
		<description>Interesante artículo, yo soy de los que entregan el código, creo que si trabajo bien me van a pedir a mí los cambios.

Además si no tengo disponibilidad de hacerlos siempre los puede hacer el cliente (o al menos tratarlo, que últimamente yo estoy muy friki y en las agencias están muy pez).

Lo que si hay que dejar claro es que al entregar los fuentes pierden cualquier tipo de garantía que puedas dar, si por ejemplo descubren un bug o algo parecido que se ha pasado por alto, ya que no puedes saber si lo hiciste tú mal o han &quot;metido la zarpa&quot;.
Esto lo digo por experiencia, ya me he hartado de que me digan que algo no corre bien y ver 40 enterframes encima de mi codigo, o que me digan que se para el sonido y encontrar un stopAllSounds (!!)

Un saludo</description>
		<content:encoded><![CDATA[<p>Interesante artículo, yo soy de los que entregan el código, creo que si trabajo bien me van a pedir a mí los cambios.</p>
<p>Además si no tengo disponibilidad de hacerlos siempre los puede hacer el cliente (o al menos tratarlo, que últimamente yo estoy muy friki y en las agencias están muy pez).</p>
<p>Lo que si hay que dejar claro es que al entregar los fuentes pierden cualquier tipo de garantía que puedas dar, si por ejemplo descubren un bug o algo parecido que se ha pasado por alto, ya que no puedes saber si lo hiciste tú mal o han &#8220;metido la zarpa&#8221;.<br />
Esto lo digo por experiencia, ya me he hartado de que me digan que algo no corre bien y ver 40 enterframes encima de mi codigo, o que me digan que se para el sonido y encontrar un stopAllSounds (!!)</p>
<p>Un saludo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alba</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-398</link>
		<dc:creator>alba</dc:creator>
		<pubDate>Tue, 10 Nov 2009 17:27:14 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-398</guid>
		<description>Dependiendo de lo que se entienda que va dentro del presupuesto. Pero esto hay que dejarlo muy claro al principio. Yo suelo entregarlo. 

Viva el Open Source. :)</description>
		<content:encoded><![CDATA[<p>Dependiendo de lo que se entienda que va dentro del presupuesto. Pero esto hay que dejarlo muy claro al principio. Yo suelo entregarlo. </p>
<p>Viva el Open Source. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luis Adrián</title>
		<link>http://llops.com/blog/2009/11/05/codigo-fuente-%c2%bfse-debe-entregar/comment-page-1/#comment-397</link>
		<dc:creator>Luis Adrián</dc:creator>
		<pubDate>Mon, 09 Nov 2009 21:25:22 +0000</pubDate>
		<guid isPermaLink="false">http://llops.com/blog/?p=171#comment-397</guid>
		<description>Hola Dani,

Excelente post, estoy completamente de acuerdo contigo y Zarate. Desde siempre he trabajado así, porque pienso que todo lo que puedas facilitarle la vida al cliente y quedar bien con él tanto mejor para ti, pues quedará contento y volverá por más.

Saludos!!!</description>
		<content:encoded><![CDATA[<p>Hola Dani,</p>
<p>Excelente post, estoy completamente de acuerdo contigo y Zarate. Desde siempre he trabajado así, porque pienso que todo lo que puedas facilitarle la vida al cliente y quedar bien con él tanto mejor para ti, pues quedará contento y volverá por más.</p>
<p>Saludos!!!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
