La decisión de Debian de incluir Mono en la instalación por defecto, por la dependencia de Tomboy que es una aplicación escrita en C#, lleva a la comunidad hacia una dirección de riesgo. Es peligroso depender de C#, por lo que necesitamos evitar su uso.
El problema no es sólo de Mono; cualquier implementación libre de C# puede plantear la misma cuestión. El problema es que Microsoft está probablemente planeando forzar a todas las implementaciones libres de C# en un futuro a usar patentes de software encubiertas. (Consulte http://swpat.org y http://progfree.org.) Es un problema serio, y sólo los incautos pueden ignorarlo hasta que un día esto ocurra. Tenemos que estar atentos ahora para protegernos de este futuro peligro.
Esto no significa que implementar C# sea algo malo. Las implementaciones libres de C# permiten a los usuarios ejecutar sus programas escritos en C# en sistemas libres, lo que es bueno. (El proyecto GNU también tiene una implementación de C#, llamado Portable.NET.) Lo ideal es poder proveernos de implementaciones libres de todos los lenguajes que los programadores usan.
El problema no está en la implementación de C#, sino en Tomboy y otras aplicaciones escritas en C#. Si perdemos el control de C#, perdemos estas aplicaciones también. Esto no lo hace inmoral, pero significa que programar y usarlo es aceptar un peligro injustificado.
Deberíamos concertar por sistema depender lo menos posible de las implementaciones libres de C#. En otras palabras, deberíamos desalentar a las gente a escribir programas en C#. Por consiguiente, no debemos incluir implementaciones de C# en las instalaciones por defecto de distribuciones GNU/Linux, y debemos distribuir y recomendar aplicaciones que no estén escritas en C# en lugar de las versiones escritas en C# siempre que sea posible.




[...] !gnues traducido el último artículo de #Stallman sobre #Mono y #C# ¡por favor revisar la traducción! – http://ur1.ca/6dsb [...]
[quote]debemos distribuir y recomendar aplicaciones no escritas en C# en lugar de aplicaciones C#[/quote]
O.o
Sí, no queda nada natural. En inglés dice: “and we should distribute and recommend non-C# applications rather than comparable C# applications whenever possible.” ¿Alguna sugerencia?
Muchas gracias por la traducción. Había visto el articulo en inglés, y me llamó la atención, pero no tenia muchas ganas de andar desifrandolo :p
Te pongo mi versión de la traducción del último párrafo:
Deberíamos concertar por sistema depender lo menos posible de las implementaciones libres de C#. En otras palabras, deberíamos desalentar a las gente a escribir programas en C#. Por consiguiente, no debemos incluir implementaciones de C# en las instalaciones por defecto de distribuciones GNU/Linux, y debemos distribuir y recomendar aplicaciones que no estén escritas en C# en lugar de sus versiones escritas en C# siempre que sea posible.
Muchas gracias Sario, ya he revisado el texto por el odt que he recibido.
Saludos.
[...] Por qué el software libre no debe depender de Mono o C#solognu.wordpress.com/2009/06/27/por-que-el-software-libre-n… por benjami hace pocos segundos [...]
Pero hasta donde tengo entendido con Mono no solo se puede programar en C# sino en cualquier otro lenguaje que se pueda compilar para la maquina virtual, entonces si se usa cualquier otro lenguaje no habria ningun problema, corriganme si me equivoco.
@Ash Eso es una característica de Mono, lo cual no es algo diferente de él.
No entendí muy bien que quisiste decir, pero a mi parecer la rección se arma es entorno a C# que es el lenguaje por defecto de la plataforma .NET (digo por defecto xq no es el único), entonces si realmente el problema es C#, pues usemos otro como Python. Creo que fue lo que Miguel Icaza quizo dar a entender cuando le preguntaron acerca de las patentes.
@Ash No conozco bien la plataforma Mono. De todos modos, quiero decir, que presumo que son “bindings” de otros lenguajes a C#.
Por otro lado, si lo de arriba no es correcto, en el tema patentes se tiene que programar con un abogado cerca tuya. No sabes cuando vas a pisar terreno peligroso.
Sobre lo que dice Miguel, no lo sé. A él le interesa pasar de puntillas acerca del tema patentes.
Sólo nos queda a la comunidad ser precavidos, especialmente con tecnologías “nuevas” con vistas a extenderse, y luchar contra la legislación de patentes de software. En Europa parece, digo parece pues no está claro el futuro, que por ahora no tenemos el problema tan gordo como en USA.
Soy de la opinión que el campo de batalla importante, sin menospreciar cada país, está en USA. Si en él cae dicha legislación, será más difícil legislar sobre el tema en otros paises. Y bueno, por no hablar de las presiones de organizaciones como la WIPO.
Me perdonarás el HOYGAN, pero ya que comentas sobre alternativas a aplicaciones y lenguajes privativos; tengo una inquietud, echo en falta algo del estilo TrueCrypt, pero libre y que se pueda usar en todos los SOs sin necesidad de tener privilegios de administrador. No sé qué usa la gente, pero yo odio ir con el usb lleno de info privada y con el miedo a meterlo en un sistema inseguro o aún peor perder el usb… He buscado por el directorio de software de la FSF y he encontrado esto: http://directory.fsf.org/project/gnu-crypto/ pero no lo he podido probar y no sé si cubrirá mis necesidades. Bueno, a ver si alguno tiene la solución. Gracias.
@unomas No conozco alternativa, de hecho no conozco TrueCrypt. Sobre el tema de cifrar el contenido de un USB, sí, es un tema interesante. Creo que se podría hacer con gnupg. A ver una búsqueda rápida con: gnupg encrypted usb flash drive.
Saludos y suerte.
@sosias,
http://www.gnupg.org/ Sirve para cifrar pero no parece tener las características que busco. En la wiki de hecho hay una comparativa de programas de este tipo (http://en.wikipedia.org/wiki/Comparison_of_disk_encryption_software), pero a pesar de que son muchos, no veo ni uno sólo que cumpla con lo que te comentaba en el anterior mensaje… Habrá que seguir buscando.
Saludos y gracias de todas formas.
cifrar usbs? que tal LUKS?
http://en.wikipedia.org/wiki/LUKS