Se habla mucho en la comunidad sobre problemas que creo que pueden ser resueltos, pero en realidad no aportamos soluciones reales. Con este artículo intento aportar soluciones y asegurarme de hacer algo al respecto... #4 Integración de Wine para usuarios no familiarizados [...] #5 Unificar todos los encuentros para tener mas presencia [...] #7 Apoyar a los fabricantes que den soporte a GNU/linux [...] #8 Utilizar Vala en lugar de Mono [...] #9 Incluir Nathive por defecto en Gnome [...] #10 Realizar campañas al estilo de "Spread Firefox" [...]
Sus soluciones parecen ser reemplazar todo por otros programas... Y todo en problemas que bueno, él define como problemas, lo que no quiere decir necesariamente que lo sean, como lo del Gimp.
Hay cientos de páginas y wikis con mejor información que la que se da en este artículo... No hay 10 maneras de mejorar Linux, claro que nuestro pingüino no es perfecto, pero no con 10 cambios como este lo va a pasar a ser... Sobre todo porque muchos ni si quiera son fallos...
#3 El soporte para la detección y instalacion de hardware en Linux ahora mismo es estupendo pero el hardware soportado no lo es tanto, hay muchisimos cacharritos que no funcionan, culpa de los fabricantes que no hacen el driver. pero tambíen es cierto que aveces tienes que compilar el modulo con make, make install, modprobe ... cosa que un usuario normal no sabe hacer y otras veces instalar un kernel nuevo, yo el otro dia tuve que instalar el kernel 2.6.30 a un Debian Lenny en un portatil para que le funcionara la inalambrica, la dueña del portatil no lo hubiera conseguido hacer en años. De todas formas va mejorando muchisimo y a marcha muy rapida, la industria se lo toma cada vez más en serio.
Y con los programas pasa lo mismo, la mayoria de las empresas solo hacen programas para windows lo que hace imposible la migración a Linux de las empresas. La gente no usa sistemas operativos usa programas como contaplus, autocad, argis .... cientos y cientos. Para la mayoria de programas genericos suele haber uno que le sustituya pero cuando son cosas más especificas no suele haber nada, yo esto lo he vivido en una ingenieria y por ejemplo los fabricantes de tuberias solo tenian los programas de calculos de presiones,secciones y cosas de estas para windows.
#5 Todo depende del escenario, si es el pc que usa solo una persona en su casa que por lo tanto ademas de usuario final es el administrador de su sistema el riesgo de seguridad es mayor si la aplicacion se instala como root que si se instala en la home de un usuario como hace googleearth, así que esto seria un tema discutible en cuanto a seguridad y usabilidad. A más se pueda hacer sin ser root y solo tocando en tu home creo que es mas seguro.
De todas maneras el articulo este me parace un poco chorra empezando por el titulo. Creo que el autor deberia dejar la informatica y dedicarse a la politica y escribir lkas 10 soluciones a los mayores probleas del mundo.
#7 Es que si lo que quieres es instalar una utilidad puedes. Te la bajas de la página en tar.gz, por ejemplo, y la descomprimes en tu home. Pero lo que me ha parecido entender es que confunde eso con meterle mano a los programas instalados en el sistema. Además, se queja de una cosa que no es cierta (hasta donde yo conozco): cada usuario puede ajustar los programas a su gusto y sus modificaciones no afectan al resto de usuarios si están en su home.
Aquí una traducción bastante libre del artículo para que todos lo entendamos mejor. Me parece un artículo MUY INTERESANTE y recomendable. Discutible pero inspirador. Es importantísimo leer los enlaces aportados en el texto, de lo contrario no se entiende el discurso y se dan las malas interpretaciones que se han comentado aquí.
Ahí va:
Hasta ahora me ha limitado a señalar las deficiencias de Linux que en mi opinión debían ser solventadas, pero sin aportar realmente solución alguna. Con este artículo espero dar a conocer estas soluciones y asegurarme de que sean tenidas en cuenta. Espero que otros bloggers sigan mi ejemplo y se involucren en la resolución de los problemas que nos acosan.
Solución nº 1 – Tony Mobily asegura en Linux software installation is broken, (imprescindible leer el artículo enlazado para entender el siguiente párrafo: http://www.freesoftwaremagazine.com/columns/2009_software_installation_linux_broken_and_path_fixing_it) que el sistema de instalación de aplicaciones en Linux es un fracaso/desastre, y propone su idea para solucionarlo. Yo añado mis reflexiones y derivaciones sobre sus ideas. Estoy de acuerdo en que los usuarios deberían ser capaces de instalar libremente programas de uso cotidiano, y que sólo fuera necesario teclear la clave de root para programas de administración del sistema o para modificar el sistema mismo. Podría hacerse fácilmente identificando el software como aplicación para usuarios o aplicación para administrador en el mismo paquete o en el gestor de paquetes. Una instalación por usuario es un poco redundante, sin embargo, pienso que un archivo de configuración (¡OJO! no preferencias) por usuario es más satisfactorio. También creo que es mejor diseñar los sitios web para la versión más actualizada de los navegadores y dejar enlaces para navegadores obsoletos, así que no estoy por completo de acuerdo con él acerca de la necesidad de instalar varias versiones de Opera o Firefox por parte de los diseñadores. El software que se instala común para todo el sistema es achacado de defectuoso solo por impedir dos configuraciones distintas para dos usuarios distintos, como cuando pongo gnome-do a iniciarse en el login, y lo hace también en las cuentas de otros usuarios, lo que es un gran incordio. Creo que los programas comunes deberían simplificarse de manera que desde el gestor de paquetes pudieras tomar un programa instalado en tu disco duro y empaquetarlo con toda su configuración para compartirlo, o incluso directamente desde los repositorios.
Solución nº 2 - Shutter es un estupendo capturador de pantallas, debería ser una utilidad por defecto en Gnome. recordMyDesktop es el mejor grabador de escritorio que existe y junto con Shutter será parte del desarrollo de un proyecto secreto que estoy llevando a cabo, así que voy a pasar mucho tiempo con ellos. Aunque estas dos aplicaciones son las mejores de su género, mucha gente no las conoce, así que dar a conocer estas y otras aplicaciones loables es un gran beneficio para la comunidad.
Solución nº 3 - Kazade señala en http://kazade.livejournal.com/2451.html y en http://kazade.livejournal.com/2045.html bastantes problemas en el sistema de desarrollo de Wine y no solo estoy cordialmente de acuerdo con él(ella), sino que además pienso que se beneficiaría fusionándose con el proyecto PlayonLinux. Richard piensa que incluir un enlace en el escritorio para instalar Wine que se llamara “Instalar compatibilidad con Windows” ayudaría a los novatos a acostumbrarse a Wine, pero yo creo que un texto de bienvenida en el primer arranque seria una solución más limpia. También en http://ubuntuforums.org/showthread.php?t=1220779 he preguntado a la comunidad qué camino creían que Wine debía tomar, y la mayoría piensa que los desarrolladores de Wine deberían centrarse en hacer una base potente y dejar que otros hicieran la interfase de usuario, habida cuenta de que la actual es bastante ineficaz.
Solución nº 4 – Muchas aplicaciones para Windows son gratuitas, pero no son de código abierto. La mayor parte del software no necesita ser de código cerrado, así que por qué los desarrolladores de software gratuito no publican bajo licencias FOSS/FLOSS (http://es.wikipedia.org/wiki/FOSS_-_FLOSS) Muchos argumentan que no lo ven necesario y que no quieren que otros roben su trabajo. Nosotros (como comunidad) debemos animarlos a que liberen su código destacando los beneficios de las aportaciones de terceros que podrían contribuir al código sin el riesgo de ser robados, y a cambio beneficiándonos todos de la proliferación de licencias FOSS/FLOSS.
Solución nº 5 – Actualmente hay tantos eventos relacionados con Linux que es imposible mantenerse informado de todos ellos, y además no generan mucha atención en los medios más allá de los blogs de los que asistieron. Necesitamos presionar para unificar todos estos eventos en una docena o menos de encuentros y un par de grandes ferias Linux de software y hardware. Después de un debate de cómo lograr este objetivo, azangru de Ubuntu Forums comentó:
El hecho de reunirse juntos en un lugar es en parte el motivo por el que tienes que escuchar a una docena de oradores en un sólo día. Si el encuentro estuviera descentralizado y hubiera emisiones repartidas por todo el mundo, nada impide que la conferencia se convierta en otra cosa.
Imagina una o dos charlas anunciadas para tal día y con la temática anunciada previamente. Un sitio web dedicado podría recabar las preguntas de aquellos interesados para que el conferenciante pudiera desarrollar su discurso teniendo en cuenta sus peticiones.
Después de la charla, siendo en directo y supervisada por un moderador, podría haber un espacio para preguntas, o podrían mandarse vía web y contestadas al día siguiente. La conferencia entonces podría verse en vivo o en diferido mientras la oportunidad de interactuar seguiría presente.
Quiero decir, vale, esta propuesta no es perfecta, pero es factible (googlea webinars y compruébalo tú mismo), y si algo como esto llegará alguna vez a ocurrir, podría transformar las conferencias tal y como las conocemos en algo a medias entre una reunión social y un encuentro educativo. Para probar algo similar a lo que propongo, visita la entrevista a Mark Shuttleworth en Ubuntu Podcasts (http://ubuntupodcast.net/2009/04/14/ubuntu-podcast-episode-24-mark-shuttleworth/).
Solución nº 6 – Un montón de gente se queja de la lentitud y el aspecto desfasado de OpenOffice. Deberían presionar a Sun para que OpenOffice dejara de depender de Java y ayudar a remodelar su aspecto (http://wiki.services.openoffice.org/wiki/Renaissance/Design_Proposals_for_“Accessing_Functionality”) en lugar de lloriquear tanto. He advertido que no existe una manera fácil de configurar Lock Dialog, aunque alguien haya programado ya un parche (http://gnome-look.org/content/show.php/Lock+Dialog+Preferences?content=100871) Otra cosa que me ha llamado la atención es que no existe una manera accesible de descargar e instalar temas de Gnome (N.delT. Existe GnomeArt, pero funciona bastante mal) aunque ya se ha hecho algo con Emerald. Pienso mandar notificaciones de error sobre estos dos problemas.
Solución nº 7 – El soporte de hardware en Linux no es tan bueno como podría ser, y muy pocos fabricantes de ordenadores ofrecen máquinas con GNU/Linux preinstalado. Debemos crear grupos de presión que induzcan a los fabricantes a dar soporte para Linux demostrando que realmente los usuarios de Linux comprarán hardware compatible con Linux o con una distribución conocida preinstalada con preferencia a otras opciones.
Solución nº 8 - Mono (C# para Linux) está dividiendo gravemente a la comunidad (http://www.linuxinsider.com/story/67512.html?wlc=1249143951 y http://www.linuxinsider.com/story/67729.html). Estúpidos fanáticos están inflando desproporcionadamente este asunto cuando la solución es simplísima. Vala (http://en.wikipedia.org/wiki/Vala_%28programming_language%29) tiene todos los beneficios de C# sin el FUD que agobia a Mono. Los test sugieren que es incluso más rápido que otros lenguajes de programación, incluido Mono. La gente que se opone a Mono debería apoyar el cambio de lenguaje en aplicaciones Mono a Vala basándose en su velocidad, potencia y simplicidad, motivos por los que podría incluso llegar a ser una parte importante de GNU/Linux en el futuro. Por mi parte voy a poner de mi parte para portar Paint.Net-Mono a Vala con el fin de hacerme una idea aproximada de lo difícil que puede ser este trabajo.
Solución nº 9 - Nathive (http://www.nathive.org/) se ve muy prometedor y yo propongo que cuando madure reemplace a The Gimp en la instalación por defecto de Gnome. Muchos usuarios de The Gimp se quejan de la pronunciada curva de aprendizaje y solo usan una parte muy reducida de sus posibilidades. Además Nathive podría acelerar su desarrollo usando código de The Gimp e implementando sólo las características de usabilidad (parecido a lo que ha hecho paint.net en windows) para liberar una versión estable más rápido.
Solución nº 10 – Las recientes acciones llevadas a cabo por 4chan para detener la censura de AT&T me ha inspirado para comenzar una campaña de “Difunde FOSS” como una meta-campaña para promocionar en general el software gratuito y de código libre. Parecido a Spread Firefox, pero mucho más potente y con mucha más cobertura. 4chan tuvo éxito en llevar la cuestión a la luz porque había una mayoría en su comunidad trabajando en pos del mismo objetivo de darlo a conocer. Jack Wallen se pregunta en http://blogs.techrepu
#9 es cierto que el articulo es realmente interesante, pero ya se sabe que en meneame si no lo manda o le cae en gracia a alguien de la "realeza" las cosas se entierran en pendientes antes de llegar a 20 votos...
deberían de escribirse más "guías" como esta... haría cada vez más evidente la validez de GNU/LINUX para todos los ámbitos.... y de paso cerrar la boca a más de uno...
Aunque no estoy tan de acuerdo con la #7.. GNU/Linux tiene un soporte realmente amplio de harware... sólo hace falta enchufar cualquier impresora y ver cómo es detectada y funciona en 1 minuto... cosa que otros OS no consiguen a veces ni con los drivers...
#3 El soporte para la detección y instalacion de hardware en Linux ahora mismo es estupendo pero el hardware soportado no lo es tanto, hay muchisimos cacharritos que no funcionan, culpa de los fabricantes que no hacen el driver. pero tambíen es cierto que aveces tienes que compilar el modulo con make, make install, modprobe ... cosa que un usuario normal no sabe hacer y otras veces instalar un kernel nuevo, yo el otro dia tuve que instalar el kernel 2.6.30 a un Debian Lenny en un portatil para que le funcionara la inalambrica, la dueña del portatil no lo hubiera conseguido hacer en años. De todas formas va mejorando muchisimo y a marcha muy rapida, la industria se lo toma cada vez más en serio.
Y con los programas pasa lo mismo, la mayoria de las empresas solo hacen programas para windows lo que hace imposible la migración a Linux de las empresas. La gente no usa sistemas operativos usa programas como contaplus, autocad, argis .... cientos y cientos. Para la mayoria de programas genericos suele haber uno que le sustituya pero cuando son cosas más especificas no suele haber nada, yo esto lo he vivido en una ingenieria y por ejemplo los fabricantes de tuberias solo tenian los programas de calculos de presiones,secciones y cosas de estas para windows.
(continuación del comentario anterior, meneame lo cortó)
por qué no se usa software libre en las escuelas y la repuesta es simplemente una cuestión de visibilidad. Miles de estudiantes escribiendo y llamando a las escuelas solicitando FOSS en el sistema educativo, hacer que FOSS sea un término de moda en twitter y otras redes sociales, poniendo miles de personas a regalar distros de Linux en CD en la calle, eso es visibilidad. La clase de visibilidad que el FOSS necesita.
Comentarios
Sus soluciones parecen ser reemplazar todo por otros programas... Y todo en problemas que bueno, él define como problemas, lo que no quiere decir necesariamente que lo sean, como lo del Gimp.
Hay cientos de páginas y wikis con mejor información que la que se da en este artículo... No hay 10 maneras de mejorar Linux, claro que nuestro pingüino no es perfecto, pero no con 10 cambios como este lo va a pasar a ser... Sobre todo porque muchos ni si quiera son fallos...
#4 Comenzando por el primero, que no es ningún fallo (el usuario normal no debe poder instalar lo que le salga de las narices por pura seguridad).
#3 El soporte para la detección y instalacion de hardware en Linux ahora mismo es estupendo pero el hardware soportado no lo es tanto, hay muchisimos cacharritos que no funcionan, culpa de los fabricantes que no hacen el driver. pero tambíen es cierto que aveces tienes que compilar el modulo con make, make install, modprobe ... cosa que un usuario normal no sabe hacer y otras veces instalar un kernel nuevo, yo el otro dia tuve que instalar el kernel 2.6.30 a un Debian Lenny en un portatil para que le funcionara la inalambrica, la dueña del portatil no lo hubiera conseguido hacer en años. De todas formas va mejorando muchisimo y a marcha muy rapida, la industria se lo toma cada vez más en serio.
Y con los programas pasa lo mismo, la mayoria de las empresas solo hacen programas para windows lo que hace imposible la migración a Linux de las empresas. La gente no usa sistemas operativos usa programas como contaplus, autocad, argis .... cientos y cientos. Para la mayoria de programas genericos suele haber uno que le sustituya pero cuando son cosas más especificas no suele haber nada, yo esto lo he vivido en una ingenieria y por ejemplo los fabricantes de tuberias solo tenian los programas de calculos de presiones,secciones y cosas de estas para windows.
#5 Todo depende del escenario, si es el pc que usa solo una persona en su casa que por lo tanto ademas de usuario final es el administrador de su sistema el riesgo de seguridad es mayor si la aplicacion se instala como root que si se instala en la home de un usuario como hace googleearth, así que esto seria un tema discutible en cuanto a seguridad y usabilidad. A más se pueda hacer sin ser root y solo tocando en tu home creo que es mas seguro.
De todas maneras el articulo este me parace un poco chorra empezando por el titulo. Creo que el autor deberia dejar la informatica y dedicarse a la politica y escribir lkas 10 soluciones a los mayores probleas del mundo.
#7 Es que si lo que quieres es instalar una utilidad puedes. Te la bajas de la página en tar.gz, por ejemplo, y la descomprimes en tu home. Pero lo que me ha parecido entender es que confunde eso con meterle mano a los programas instalados en el sistema. Además, se queja de una cosa que no es cierta (hasta donde yo conozco): cada usuario puede ajustar los programas a su gusto y sus modificaciones no afectan al resto de usuarios si están en su home.
Aquí una traducción bastante libre del artículo para que todos lo entendamos mejor. Me parece un artículo MUY INTERESANTE y recomendable. Discutible pero inspirador. Es importantísimo leer los enlaces aportados en el texto, de lo contrario no se entiende el discurso y se dan las malas interpretaciones que se han comentado aquí.
Ahí va:
Hasta ahora me ha limitado a señalar las deficiencias de Linux que en mi opinión debían ser solventadas, pero sin aportar realmente solución alguna. Con este artículo espero dar a conocer estas soluciones y asegurarme de que sean tenidas en cuenta. Espero que otros bloggers sigan mi ejemplo y se involucren en la resolución de los problemas que nos acosan.
Solución nº 1 – Tony Mobily asegura en Linux software installation is broken, (imprescindible leer el artículo enlazado para entender el siguiente párrafo: http://www.freesoftwaremagazine.com/columns/2009_software_installation_linux_broken_and_path_fixing_it) que el sistema de instalación de aplicaciones en Linux es un fracaso/desastre, y propone su idea para solucionarlo. Yo añado mis reflexiones y derivaciones sobre sus ideas. Estoy de acuerdo en que los usuarios deberían ser capaces de instalar libremente programas de uso cotidiano, y que sólo fuera necesario teclear la clave de root para programas de administración del sistema o para modificar el sistema mismo. Podría hacerse fácilmente identificando el software como aplicación para usuarios o aplicación para administrador en el mismo paquete o en el gestor de paquetes. Una instalación por usuario es un poco redundante, sin embargo, pienso que un archivo de configuración (¡OJO! no preferencias) por usuario es más satisfactorio. También creo que es mejor diseñar los sitios web para la versión más actualizada de los navegadores y dejar enlaces para navegadores obsoletos, así que no estoy por completo de acuerdo con él acerca de la necesidad de instalar varias versiones de Opera o Firefox por parte de los diseñadores. El software que se instala común para todo el sistema es achacado de defectuoso solo por impedir dos configuraciones distintas para dos usuarios distintos, como cuando pongo gnome-do a iniciarse en el login, y lo hace también en las cuentas de otros usuarios, lo que es un gran incordio. Creo que los programas comunes deberían simplificarse de manera que desde el gestor de paquetes pudieras tomar un programa instalado en tu disco duro y empaquetarlo con toda su configuración para compartirlo, o incluso directamente desde los repositorios.
Solución nº 2 - Shutter es un estupendo capturador de pantallas, debería ser una utilidad por defecto en Gnome. recordMyDesktop es el mejor grabador de escritorio que existe y junto con Shutter será parte del desarrollo de un proyecto secreto que estoy llevando a cabo, así que voy a pasar mucho tiempo con ellos. Aunque estas dos aplicaciones son las mejores de su género, mucha gente no las conoce, así que dar a conocer estas y otras aplicaciones loables es un gran beneficio para la comunidad.
Solución nº 3 - Kazade señala en http://kazade.livejournal.com/2451.html y en http://kazade.livejournal.com/2045.html bastantes problemas en el sistema de desarrollo de Wine y no solo estoy cordialmente de acuerdo con él(ella), sino que además pienso que se beneficiaría fusionándose con el proyecto PlayonLinux. Richard piensa que incluir un enlace en el escritorio para instalar Wine que se llamara “Instalar compatibilidad con Windows” ayudaría a los novatos a acostumbrarse a Wine, pero yo creo que un texto de bienvenida en el primer arranque seria una solución más limpia. También en http://ubuntuforums.org/showthread.php?t=1220779 he preguntado a la comunidad qué camino creían que Wine debía tomar, y la mayoría piensa que los desarrolladores de Wine deberían centrarse en hacer una base potente y dejar que otros hicieran la interfase de usuario, habida cuenta de que la actual es bastante ineficaz.
Solución nº 4 – Muchas aplicaciones para Windows son gratuitas, pero no son de código abierto. La mayor parte del software no necesita ser de código cerrado, así que por qué los desarrolladores de software gratuito no publican bajo licencias FOSS/FLOSS (http://es.wikipedia.org/wiki/FOSS_-_FLOSS) Muchos argumentan que no lo ven necesario y que no quieren que otros roben su trabajo. Nosotros (como comunidad) debemos animarlos a que liberen su código destacando los beneficios de las aportaciones de terceros que podrían contribuir al código sin el riesgo de ser robados, y a cambio beneficiándonos todos de la proliferación de licencias FOSS/FLOSS.
Solución nº 5 – Actualmente hay tantos eventos relacionados con Linux que es imposible mantenerse informado de todos ellos, y además no generan mucha atención en los medios más allá de los blogs de los que asistieron. Necesitamos presionar para unificar todos estos eventos en una docena o menos de encuentros y un par de grandes ferias Linux de software y hardware. Después de un debate de cómo lograr este objetivo, azangru de Ubuntu Forums comentó:
El hecho de reunirse juntos en un lugar es en parte el motivo por el que tienes que escuchar a una docena de oradores en un sólo día. Si el encuentro estuviera descentralizado y hubiera emisiones repartidas por todo el mundo, nada impide que la conferencia se convierta en otra cosa.
Imagina una o dos charlas anunciadas para tal día y con la temática anunciada previamente. Un sitio web dedicado podría recabar las preguntas de aquellos interesados para que el conferenciante pudiera desarrollar su discurso teniendo en cuenta sus peticiones.
Después de la charla, siendo en directo y supervisada por un moderador, podría haber un espacio para preguntas, o podrían mandarse vía web y contestadas al día siguiente. La conferencia entonces podría verse en vivo o en diferido mientras la oportunidad de interactuar seguiría presente.
Quiero decir, vale, esta propuesta no es perfecta, pero es factible (googlea webinars y compruébalo tú mismo), y si algo como esto llegará alguna vez a ocurrir, podría transformar las conferencias tal y como las conocemos en algo a medias entre una reunión social y un encuentro educativo. Para probar algo similar a lo que propongo, visita la entrevista a Mark Shuttleworth en Ubuntu Podcasts (http://ubuntupodcast.net/2009/04/14/ubuntu-podcast-episode-24-mark-shuttleworth/).
Solución nº 6 – Un montón de gente se queja de la lentitud y el aspecto desfasado de OpenOffice. Deberían presionar a Sun para que OpenOffice dejara de depender de Java y ayudar a remodelar su aspecto (http://wiki.services.openoffice.org/wiki/Renaissance/Design_Proposals_for_“Accessing_Functionality”) en lugar de lloriquear tanto. He advertido que no existe una manera fácil de configurar Lock Dialog, aunque alguien haya programado ya un parche (http://gnome-look.org/content/show.php/Lock+Dialog+Preferences?content=100871) Otra cosa que me ha llamado la atención es que no existe una manera accesible de descargar e instalar temas de Gnome (N.delT. Existe GnomeArt, pero funciona bastante mal) aunque ya se ha hecho algo con Emerald. Pienso mandar notificaciones de error sobre estos dos problemas.
Solución nº 7 – El soporte de hardware en Linux no es tan bueno como podría ser, y muy pocos fabricantes de ordenadores ofrecen máquinas con GNU/Linux preinstalado. Debemos crear grupos de presión que induzcan a los fabricantes a dar soporte para Linux demostrando que realmente los usuarios de Linux comprarán hardware compatible con Linux o con una distribución conocida preinstalada con preferencia a otras opciones.
Solución nº 8 - Mono (C# para Linux) está dividiendo gravemente a la comunidad (http://www.linuxinsider.com/story/67512.html?wlc=1249143951 y http://www.linuxinsider.com/story/67729.html). Estúpidos fanáticos están inflando desproporcionadamente este asunto cuando la solución es simplísima. Vala (http://en.wikipedia.org/wiki/Vala_%28programming_language%29) tiene todos los beneficios de C# sin el FUD que agobia a Mono. Los test sugieren que es incluso más rápido que otros lenguajes de programación, incluido Mono. La gente que se opone a Mono debería apoyar el cambio de lenguaje en aplicaciones Mono a Vala basándose en su velocidad, potencia y simplicidad, motivos por los que podría incluso llegar a ser una parte importante de GNU/Linux en el futuro. Por mi parte voy a poner de mi parte para portar Paint.Net-Mono a Vala con el fin de hacerme una idea aproximada de lo difícil que puede ser este trabajo.
Solución nº 9 - Nathive (http://www.nathive.org/) se ve muy prometedor y yo propongo que cuando madure reemplace a The Gimp en la instalación por defecto de Gnome. Muchos usuarios de The Gimp se quejan de la pronunciada curva de aprendizaje y solo usan una parte muy reducida de sus posibilidades. Además Nathive podría acelerar su desarrollo usando código de The Gimp e implementando sólo las características de usabilidad (parecido a lo que ha hecho paint.net en windows) para liberar una versión estable más rápido.
Solución nº 10 – Las recientes acciones llevadas a cabo por 4chan para detener la censura de AT&T me ha inspirado para comenzar una campaña de “Difunde FOSS” como una meta-campaña para promocionar en general el software gratuito y de código libre. Parecido a Spread Firefox, pero mucho más potente y con mucha más cobertura. 4chan tuvo éxito en llevar la cuestión a la luz porque había una mayoría en su comunidad trabajando en pos del mismo objetivo de darlo a conocer. Jack Wallen se pregunta en http://blogs.techrepu
#9 es cierto que el articulo es realmente interesante, pero ya se sabe que en meneame si no lo manda o le cae en gracia a alguien de la "realeza" las cosas se entierran en pendientes antes de llegar a 20 votos...
deberían de escribirse más "guías" como esta... haría cada vez más evidente la validez de GNU/LINUX para todos los ámbitos.... y de paso cerrar la boca a más de uno...
Aunque no estoy tan de acuerdo con la #7.. GNU/Linux tiene un soporte realmente amplio de harware... sólo hace falta enchufar cualquier impresora y ver cómo es detectada y funciona en 1 minuto... cosa que otros OS no consiguen a veces ni con los drivers...
genial, meneno al canto!
#3 El soporte para la detección y instalacion de hardware en Linux ahora mismo es estupendo pero el hardware soportado no lo es tanto, hay muchisimos cacharritos que no funcionan, culpa de los fabricantes que no hacen el driver. pero tambíen es cierto que aveces tienes que compilar el modulo con make, make install, modprobe ... cosa que un usuario normal no sabe hacer y otras veces instalar un kernel nuevo, yo el otro dia tuve que instalar el kernel 2.6.30 a un Debian Lenny en un portatil para que le funcionara la inalambrica, la dueña del portatil no lo hubiera conseguido hacer en años. De todas formas va mejorando muchisimo y a marcha muy rapida, la industria se lo toma cada vez más en serio.
Y con los programas pasa lo mismo, la mayoria de las empresas solo hacen programas para windows lo que hace imposible la migración a Linux de las empresas. La gente no usa sistemas operativos usa programas como contaplus, autocad, argis .... cientos y cientos. Para la mayoria de programas genericos suele haber uno que le sustituya pero cuando son cosas más especificas no suele haber nada, yo esto lo he vivido en una ingenieria y por ejemplo los fabricantes de tuberias solo tenian los programas de calculos de presiones,secciones y cosas de estas para windows.
Un artículo bastante completo y que enlaza con otras fuentes tambien interesantes.
(continuación del comentario anterior, meneame lo cortó)
por qué no se usa software libre en las escuelas y la repuesta es simplemente una cuestión de visibilidad. Miles de estudiantes escribiendo y llamando a las escuelas solicitando FOSS en el sistema educativo, hacer que FOSS sea un término de moda en twitter y otras redes sociales, poniendo miles de personas a regalar distros de Linux en CD en la calle, eso es visibilidad. La clase de visibilidad que el FOSS necesita.