<br><div class="gmail_quote">El 23 de julio de 2013 06:53, Ismael Castagnet <span dir="ltr"><<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><div>con este comunicado de la fsf queda claro que por más que se pueda técnicamente hacer software libre con genexus, si luego no puede ser actualizado con herramientas libres es lo mismo que la nada<br></div></div>

</blockquote><div><br>Esto es falso. Hay mucha interpretación. En primer lugar es una recomendación para las políticas gubernamentales de software libre, no un comunicado de principios o definiciones filosóficas generales. Lo que textualmente dice es: "Este requerimiento evita problemas que realmente pueden suceder."<br>

<br>Vale la pena observar la sutil diferencia. La FSF es plenamente consciente que esta recomendación no deriva en situaciones verificables en la práctica. No existe forma de saber con que herramienta se generaron los códigos fuentes de las aplicaciones. En ese sentido es obvia su validez de su contenido y de su forma, una recomendación y nada más.<br>

<br>La recomendación dice que "se requiere que la solución pueda ser
desarrollable en un ambiente 100% constituido por software libre." Todos acá sabemos que esto es 100% improbable a menos que en el proceso se usen distros 100% libres. También lo sabe FSF. Este extremo tampoco es verificable en la práctica. Es por eso que sólo puede hacerse una recomendación y nada más. <br>

<br>Pero el error de la afirmación que cito es más concreto que esta sutileza. <br>Veamos en detalle. Si usamos una herramienta privativa como genexus para desarrollar software, podemos diferenciar 3 etapas o fases en ese proceso. <br>

<br>1. El diseño de la aplicación, las definiciones del modelo de datos, la lógica del negocio que se quiere representar y sus interfaces, etc, material que dará origen a la KB y estará contenido en ella.<br><br>2. La generación del código de la aplicación a partir de la KB<br>

<br>3. La compilación de dicho código.<br><br>A la fecha, en único punto que permanece huérfano de Software Libre sería el primero, lo que reduce la problemática planteada a una dificultad bastante diferente a un "es lo mismo que la nada". Salvo que yo esté en un error y ya me corregirán, la afirmación de la cita es falsa.<br>

<br>Por otra parte es ingenuo pensar que esta entrada de FSF surja espontáneamente. Es evidente que hubieron gestiones para lograrlo. Y ello no tiene nada reprobable, simplemente es interesante notarlo. <br><br>Me pregunto, y tengo derecho a hacerlo, si quienes impulsaron este pronunciamiento, lo hicieron a conciencia del esfuerzo de quienes trabajaron duro para que la coordinación de comunidades de software libre uruguaya cristalizara y pudiera empezar a andar. Es una actitud sobre la cual es necesario reflexionar.<br>

<br>La ley a estudio no obliga al estado en ningún sentido. Simplemente otorga preferencias por el licenciamiento libre. Eso es suficiente para que cualquier herramienta privativa cómo GeneXus quede fuera de preferencias. Aquí se separan aguas, por un lado quienes no quieren ésta ley y por otro diferente, quienes cuestionamos ése párrafo en particular, como un error, corregible si es que la ley es modificada. No es el único, es uno más.<br>

<br>Toda pretensión de separar bandos en favor y en contra de la ley que se saltee ésta realidad, a sabiendas, es malintencionada, divisionista e irresponsable.<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>no creo que no haya acuerdo en la comunidad uruguaya respecto de la inclusión de ese ítem<br>

</div><div>según las consultas que hemos hecho en los distintos grupos, los únicos que están en desacuerdo son algunos integrantes de esta lista ("casualmente" 2 de esas personas tuvieron bastante que ver con el negocio de genexus con venezuela ... lo escuché de su propia boca), que ni siquiera puede definirse (esta lista) como posición oficial del uylug ya que en todo caso debería hacerse mediante la lista uylug-socios<br>

</div></blockquote><div><br>Me vas a perdonar el exabrupto, somo amigos Ismael, pero no se me ocurre otra palabra para calificar éste párrafo que basura. Esto es basura, como te decía Fernando, es FUD.<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>

</div><div>estaría bueno que los representantes del uylug que han concurrido a las reuniones de coordinación citaran a una asamblea del uylug (no recuerdo ninguna en los últimos ... 5 años?) para tomar posición sobre lo que sea, ya que han ido con posiciones totalmente personales a las reuniones de coordinación con los demás grupos de software libre uruguayos</div>

</blockquote><div><br>Esto en cambio es de recibo, pero me consta que conocés bien la situación de cuasi informalidad en que entró el uylug, con aceptación tácita de sus integrantes. Nadie se va a enojar si lo planteás como una inquietud sana, acá o en uy-socios, da igual.<br>

<br>Saludos,<br>Marcelo. <br></div></div><br><br><br><br clear="all"><br>-- <br>   Marcelo Zunino<br>