<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">El 2 de abril de 2014, 9:24, Freddy Kugelmass <span dir="ltr"><<a href="mailto:freddy.kugelmass@imm.gub.uy" target="_blank">freddy.kugelmass@imm.gub.uy</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
<div><p>La desición de hacer un cambio de proveedor o plataforma, en una empresa grande, o que tenga implicancias fundamentales en la vida de la empresa, y hasta del país donde reside, probablemente tenga en peso y consideración una elaboración importante. Quizás mientras nosotros charlamos del tema, el banco hace dos años que viene probando alternativas que no pasan los tests que el propio banco elabora. Pero igual me gustan, como cliente, las adquisiciones con fuentes incluídas, aunque nunca en la vida las toque. Coincido contigo en la experiencia: alguna vez le vendí al estado productos con fuentes incluídos, mucho, mucho antes siquiera que se discutieran alternativas open source. Aunque no es lo mismo que uno adquiera un producto con los fuentes, que un producto open source.</p>
</div></blockquote><div>Hola Freddy,<br><br></div><div>Estamos totalmente de acuerdo. Las razones para adquirir una solución sobre otra pasan por un montón de aspectos que van más allá de la propia solución: integración  con otros sistemas existentes, posibilidad de adaptarlo al negocio, disponibilidad de gente que pueda darte soporte, entre otras.<br>
<br></div><div>He sabido de casos donde el cliente no recibe el código fuente de la solución, pero el mismo queda depositado en un tercero de confianza, y el contrato incluye clausulas que disponen ciertas condiciones bajo las cuales el cliente puede hacerse de ese código fuente. No es open-source, pero creo que es una buena solución de compromiso que satisface los intereses del cliente y los del proveedor. El licenciamiento dual podría ser otra opción. De todas maneras, no soy el más indicado para hablar de estos temas que son más legales que técnicos. <br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<p>En fin, tampoco quería polemizar, lo que me parecía al leer el mensaje, más allá de lo que diga la ley, o de lo que quiera hacer yo, es que pueden haber otras consideraciones, y que quizás se debería preguntar un poco más a quienes pueden acercarnos a las dificultades del tema antes de aventurar opiniones. Especialmente porque el caso no es exactamente el mismo que decidir cambiar el SO de escritorio de Windows a Linux, para ir al otro extremo.</p>

<p>Un abrazo,</p>
<p>Freddy</p>
<p> </p></div></blockquote><div>Justamente, me he quedado con la sensación que a los debates sobre la ley de software libre les faltó profundidad. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<p>PS: No me pareció que te fueras de mambo</p>
<p>:-)</p>
<p> </p></div></blockquote><div>Gracias, <br><br></div><div>Abrazo. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<p>El 2014-04-01 15:21, Enrique Verdes escribió:</p><div><div class="h5">
<blockquote type="cite" style="padding-left:5px;border-left:#1010ff 2px solid;margin-left:5px;width:100%">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>Freddy, <br><br></div>
¿que tal? No fue Ismael sino que fuí yo el que dije que puede, y debería, exigir una licencia libre.<br><br></div>
Aclaro cual es mi punto, tema de varias discusiones en la ultima etapa de aprobación del proyecto.<br><br></div>
No quiero extenderme demasiado en la casuística, pero, habiendo participado en procesos de adquisición de aplicaciones, podemos distinguir 3 casos. Para este análisis considero que la adquisición de la licencia es la adquisición de un derecho de uso de una aplicación.<br>
<br></div>
1. Adquisión de software "off the shelf": paquetes de ofimatica, diseño gráfico, etc. Acá no tenés poder de negociación con el vendedor. El software se vende como se vende y se usa como viene, y en el marco de la ley, se debería analizar la existencia de alternativas libres de similares prestaciones. Si no las hay, mala suerte. Este caso la proporción licencia/servicios es de 100/0<br>
<br></div>
2.Adquisición de un "framework" de aplicación. Ej: ERPs (SAP el más conocido, Openbravo) CRMs, Gestores de contenido, etc. Este tipo de aplicaciones requieren para que vos puedas usarla una fuerte customización, y en el costo total de la adquisición, la licencia es la parte menor, siendo la consultoría, modificación y personalización la porción mayor del costo. Probablemente la proporción licencia/servicio en la mayoría de los casos cumpla la porporción de Paretto 20/80</div>

<br>3. Contratación de desarrollo de una aplicación. Esto creo que no necesita demasiadas explicaciones. En este caso la proporción licencia/servicio yo la pondría en un 0/100 (lo que se paga es el servicio de desarrollo de la aplicación, no el derecho de uso)<br>
<br></div>
Basicamente, podemos enmarcar cualquier adquisición de software en una de estas 3 categorías. Podés encontrar adquisiciones donde se combinen 2 o hasta las 3 modalidades, pero si las desagregás vas a encontrar alguna de las 3 formas.<br>
<br></div>
<div>El caso 1 creo que está claro cual es la situación respecto de la ley.</div>
<div>El caso 3 es clarisimo también como aplica respecto a la ley.<br><br></div>
<div>Ocupemonos del caso 2, entonces. Acá tenés dos posibilidades</div>
<div>1.- Framework de terceros (el proveedor local solo se encarga de los servicios de implementación) se aplicaría el caso 1, hay que buscar un proveedor que ofrezca un framework opensource y si no lo hay, mala suerte) Ej: Silverlight vs. Alfresco<br>
<br></div>
<div>2.- Framework propio (el proveedor ofrece el producto con su implementación). Al fin llegamos!!! Este es el caso que nos ocupa, porque De Larrobla son los dueños del framework Bantotal, además de ser quienes implementan el mismo en el cliente. En este caso, nada impide que el vendedor le venda el software con una licencia OSS al BROU, y el banco debería requerir ese extremo, o seleccionar otro proveedor que venda en esas condiciones.<br>
<br></div>
<div>En una situación similar a esta, en la empresa donde yo estaba trabajando se consultó con el vendedor de una solución y ellos estaban dispuestos a darnos el código fuente, con un costo adicional, lo cual realmente no me parece nada mal, en tanto me están dando un producto mejor.<br>
<br></div>
<div>La dejo por acá porque me fuí de mambo.<br><br></div>
<div>El G@llego.<br><br></div>
</div>
<div class="gmail_extra"><br><br>
<div class="gmail_quote">El 1 de abril de 2014, 12:53, Freddy Kugelmass <span><<a href="mailto:freddy.kugelmass@imm.gub.uy" target="_blank">freddy.kugelmass@imm.gub.uy</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span style="text-decoration:underline"></span>
<div>
<div>
<blockquote style="padding-left:5px;border-left:#1010ff 2px solid;margin-left:5px;width:100%">
<div dir="ltr">
<div class="gmail_extra"><br><br>
<div class="gmail_quote">El 1 de abril de 2014, 11:08, Ismael Castagnet <span><<a href="mailto:ismael.castagnet@gmail.com" target="_blank">ismael.castagnet@gmail.com</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">lamentablemente no se va a saber si hay alternativas libres pues fue una compra directa ...</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El tema son las aplicaciones bancarias propiamente dichas, como dice el<br> articulo, por eso hicieron un acuerdo con Larrobla.<br>
<br> Me puedo equivocar, pero dudo que haya una alternativa OSS.</blockquote>
</div>
</div>
</blockquote>
<div>No necesariamente tiene que haber alternativas OSS. El banco, como contratante, puede, y debería, exigir que la licencia sea OSS.</div>
</div>
</div>
</div>
</blockquote>
</div>
<div>
<pre>Estimado Ismael:<br><br>Por qué debería?<br>El artículo 2 de la ley 19.179 establece que "En las instituciones y dependencias del Estado mencionadas en el artículo 1º, cuando se contraten licencias de software se dará preferencia a licenciamientos de software libre. En caso de que se opte por software privativo se deberá fundamentar la razón."<br>
<br>No veo implicancia ahi acerca de no considerarse otro tipo de software que el llamado "privativo".<br>Aclaro que no soy particularmente defensor de uno u otro modelo en condiciones absolutamente generales, y si sirve para algo, que la pregunta es para que me ilustres si lo que veo es equivocado desde el punto de vista de la ley.<br>
<br>Gracias,<br>Freddy<span><span style="color:#888888"><br><br>-- --------------------------------------------------- Ing. Freddy Kugelmass Dodel Unidad de Apoyo División Tecnologías de la Información.</span></span></pre>

<span><span style="color:#888888"> </span></span></div>
<hr>
<p align="justify">El presente correo electrónico y cualquier posible archivo adjunto está dirigido únicamente al destinatario del mismo y contiene información que puede ser confidencial. Si Ud. no es el destinatario correcto por favor notifique al remitente respondiendo este mensaje y elimine inmediatamente de su sistema, el correo electrónico y los posibles archivos adjuntos al mismo. Está prohibida cualquier utilización, difusión o copia de este correo electrónico por cualquier persona o entidad que no sean las específicas destinatarias del mensaje. La Intendencia de Montevideo no acepta ninguna responsabilidad con respecto a cualquier comunicación que haya sido emitida incumpliendo nuestra normativa municipal, así como lo previsto en la Ley 18.331 de Protección de Datos Personales y la Ley 18.381 de Acceso a la Información Pública.</p>

<p align="justify">This e-mail and any attachment is confidential and is intended solely for the addressee(s). If you are not intended recipient please inform the sender immediately, answering this e-mail and delete it as well as the attached files. Any use, circulation or copy of this e-mail by any person or entity that is not the specific addressee(s) is prohibited. The City Council of Montevideo is not responsible for any communication emitted without respecting our Organization Policy or the Data Protection Act and Habeas Data Action No. 18.331 and the Information Access Act Nº 18.381.</p>

</div>
<br>_______________________________________________<br> Uylug-varios mailing list<br><a href="mailto:Uylug-varios@listas.uylug.org.uy" target="_blank">Uylug-varios@listas.uylug.org.uy</a><br><a href="http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy" target="_blank">http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy</a><br>
<br></blockquote>
</div>
<br><br clear="all"><br>-- <br>Enrique M. Verdes<br><a href="http://www.elgallego.info" target="_blank">http://www.elgallego.info</a><br><br><span style="line-height:19.1875px;font-size:13px;font-family:sans-serif">"Ha crecido en la mente de ciertos grupos en este país la noción de que cuando un hombre o una compañía han sacado un beneficio del público durante un cierto número de años, el gobierno y los tribunales tienen el deber de salvaguardar esos beneficios en el futuro, incluso [...] contra el beneficio del público. [...] Ni los individuos ni las corporaciones tienen el menor derecho de acudir a los tribunales y exigir que el reloj de la historia sea detenido, o retrasado, en beneficio particular suyo."<br>
</span>Robert A Heinlein  "La línea de la vida" (1939)</div>
</blockquote>
<div>
<pre>-- 
---------------------------------------------------

Ing. Freddy Kugelmass Dodel
Unidad de Apoyo
División Tecnologías de la Información.</pre>
</div>
<hr>
<span style="color:#9c9893">
<p align="justify">El presente correo electrónico y cualquier posible archivo adjunto está dirigido únicamente al destinatario del mismo y contiene información que puede ser confidencial. Si Ud. no es el destinatario correcto por favor notifique al remitente respondiendo este mensaje y elimine inmediatamente de su sistema, el correo electrónico y los posibles archivos adjuntos al mismo. Está prohibida cualquier utilización, difusión o copia de este correo electrónico por cualquier persona o entidad que no sean las específicas destinatarias del mensaje. La Intendencia de Montevideo no acepta ninguna responsabilidad con respecto a cualquier comunicación que haya sido emitida incumpliendo nuestra normativa municipal, así como lo previsto en la Ley 18.331 de Protección de Datos Personales y la Ley 18.381 de Acceso a la Información Pública.</p>



<p align="justify">This e-mail and any attachment is confidential and is intended solely for the addressee(s). If you are not intended recipient please inform the sender immediately, answering this e-mail and delete it as well as the attached files. Any use, circulation or copy of this e-mail by any person or entity that is not the specific addressee(s) is prohibited. The City Council of Montevideo is not responsible for  any communication emitted without respecting our Organization Policy or the Data Protection Act and Habeas Data Action No. 18.331 and the Information Access Act Nº 18.381.</p>
</span>

</div></div></div>
<br>_______________________________________________<br>
Uylug-varios mailing list<br>
<a href="mailto:Uylug-varios@listas.uylug.org.uy">Uylug-varios@listas.uylug.org.uy</a><br>
<a href="http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy" target="_blank">http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Enrique M. Verdes<br><a href="http://www.elgallego.info" target="_blank">http://www.elgallego.info</a><br><br><span style="font-family:sans-serif;font-size:13px;line-height:19.1875px;background-color:rgb(255,255,255)">"Ha crecido en la mente de ciertos grupos en este país la noción de que cuando un hombre o una compañía han sacado un beneficio del público durante un cierto número de años, el gobierno y los tribunales tienen el deber de salvaguardar esos beneficios en el futuro, incluso [...] contra el beneficio del público. [...] Ni los individuos ni las corporaciones tienen el menor derecho de acudir a los tribunales y exigir que el reloj de la historia sea detenido, o retrasado, en beneficio particular suyo."<br>
</span>Robert A Heinlein  "La línea de la vida" (1939)
</div></div>