Categorías
Kinect Programación

Microsoft libera los programas de ejemplo de Kinect, los hace Open Source

Los responsables de Kinect para Windows han anunciado que los programas de ejemplo de Kinect han adoptado una licencia Open Source, en concreto la Apache 2.0, que permite que cualquier interesado descargue el código fuente, lo reutilice y lo modifique a su antojo.

Los 22 ejemplos de código en C#, C++ y Visual Basic permitirán a los desarrolladores interesados en «meterle mano» a la plataforma Kinect a hacerlo con más facilidades. De hecho, es posible descargar el Developer Toolkit para ver el código de algunos componentes, pero esta opción es especialmente interesante para poder acceder a esos «samples» de forma rápida.

En Microsoft quieren que esa apertura de los programas logre que los desarrolladores den su feedback y sus comentarios, además de lograr actualizaciones más rápidas a través de CodePlex, un sistema similar a GitHub que notifica a los interesados cuando se produce cualquier tipo de cambio en los desarrollos.

Aunque el código fuente de los compontenes más relevantes de Kinect sigue siendo propietario, esta decisión demuestra el interés de Microsoft por atraer a más y más desarrolladores para una plataforma que va demostrando poco a poco sus posibilidades.

 

Categorías
Distribuciones Encuestas

Resultados de la encuesta de uso de Linux en Reddit: Ubuntu, claro vencedor

En el subreddit r/Linux se hace todos los años una encuesta en la que los lectores de este hilo específico del conocido Reddit expresan sus preferencias en cuanto a distribuciones Linux tanto en equipos de sobremesa como en servidores, y los resultados dejan claro que Ubuntu sigue siendo la distribución de referencia para la mayoría de los usuarios.

La encuesta resulta una buena forma de medir el verdadero interés de los usuarios por esas distribuciones, ya que en ella han participado 7.698 usuarios, frente a los 4.932 que participaron el año anterior. La encuesta se mantuvo abierta durante dos semanas a través de un formulario de Google Docs, y el encargado de la misma publicó recientemente un resumen de todos los datos que además están disponibles como descarga para quienes los quieran consultar.

Distribución favorita en escritorio: Ubuntu

2013 r/Linux Survey results

Ubuntu fue la distribución preferida tanto en el escritorio como en servidores, y lo fue por un margen bastante amplio salvo en el caso de Arch Linux, que logra un segundo puesto destacado (igual que el año pasado) y que sobre todo está muy bien posicionada en servidores. Linux Mint pasó al tercer puesto en el escritorio (aunque en servidores Debian la superaría) mientras que Devian, Fedora y Xubuntu completan ese quinteto destacado. Sorprende el uso de Crunchbag, que por ejemplo supera a una muy discreta openSUSE.

Distribución favorita en servidores: Debian

2013 r/Linux Survey results

Debian vuelve a ser favorita entre los usuarios que centran su uso de Linux en servidores, pero gana en ese terreno solo por un 1% de diferencia a Ubuntu, cuando el año pasado le sacó cuatro puntos de diferencia. CentOS, Arch Linux y RHEL son opciones también muy consideradas, aunque de nuevo a gran distancia de Debian y de Ubuntu.

Entorno gráfico preferido: KDE, GNOME Shell, XFCE, Unity, Cinnamon

2013 r/Linux Survey results

Mucho más igualada estuvo la batalla por el entorno de escritorio e interfaz gráfica preferida de los usuarios. KDE fue el que más votos captó, pero superó por muy poco a GNOME Shell, Xfce, Unity o Cinnamon, que demostraron ser opciones muy válidas para una gran cantidad de usuarios. Es singular la diversidad en este caso, como demuestra la barra de «Otros» (Other)  entornos de escritorio y gestores de ventanas sin especificar.

Entorno gráfico más odiado: Unity

2013 r/Linux Survey results

Curiosa esta parte de la encuesta (yo no sé si la incluiría) que confirma que Unity es la interfaz de escritorio más polémica de la actualidad. La barra (blank) indica que muchos usuarios consideraron esta pregunta innecesaria, y dejaron claro que no «odian» a ningún desarrollo en particular en este sentido. GNOME Shell y KDE 4 fueron también protagonistas, aunque mucho me temo que en esta parte de la encuesta simplemente se ponen de manifiesto los flame wars tradicionales sobre estos desarrollos.

Conclusiones

Parece claro que de nuevo el ganador (como el año pasado) ha sido Ubuntu, tanto en el escritorio como en servidores, donde está ganando una cuota sorprendente entre los usuarios. Obviamente en la encuesta hay datos que no coincidirían en mercados específicos (como el español o el latinoamericano), pero aún así representa una forma muy interesante de mostrar tendencias en el mundo Linux.

(Créditos de la imagen: The tree of DistroLinux, de IcePetal en DeviatnArt)

Categorías
Ubuntu

Ubuntu GNOME oficialmente aceptada por Canonical

Como señala el bueno de Metalbyte en MuyLinux, Ubuntu GNOME ya es oficialmente una derivada de Ubuntu bendecida por Canonical, y más concretamente por el Comité Técnico (Tech Board) de la distribución matriz, que aceptó la propuesta en una reunión mantenida el pasado 4 de marzo.

El objetivo de Ubuntu GNOME es el de seguir manteniendo a GNOME Shell y a GNOME como componentes clave de la distribución, algo que según sus responsables ha causado muy buena acogida entre los usuarios de Ubuntu que tenían que instalar la edición con Unity sí o sí y no tenían una variante oficial con GNOME Shell, mientras que sí las había para otros entornos como KDE, Xfce o LXDE.

Los responsables de esta variante están encantados con esa decisión, y están preparando tanto una beta de lo que será Ubuntu GNOME 13.04 a finales de mes como las compilaciones diarias que aún tardarán unas semanas en estar preparadas para ir siendo descargadas cada día. No llegarán a tiempo para incluir GNOME 3.8 en la versión 13.04 que saldrá en abril junto a sus hermanas, pero esta versión de escritorio estará disponible para descarga e instalación a través de un repositorio PPA. Estaremos atentos pues.

 

Categorías
Open Source Ubuntu

Siguen las críticas a las últimas decisiones de Canonical

Canonical ha dejado claro en las últimas semanas el camino que quiere seguir, y eso a pesar de las críticas que esas últimas decisiones han creado entre la comunidad de usuarios y desarrolladores Linux. A las ya mencionadas en mi largo análisis sobre las últimas noticias al respecto se suman ahora los comentarios de Sam Spilsbury, mucho más conocido por su alias, smspillaz, desarrollador de Compiz que de 2010 a 2012 fue empleado de Canonical.

Spilsbury estuvo de acuerdo con las críticas de otros desarrolladores en los últimos días:

Lo que realmente me ha decepcionado ha sido el nivel de incertidumbre a la que la comunidad se está enfrentando. Por ejemplo, toda la historia sobre lo que pasará realmente con la 13.04 ha sido hasta ahora increíblemente vaga y opaca, y recientemente me dijeron que tirarían a la basura 4 meses de duro trabajo y que Ubuntu no iba a utilizar mis parches porque ya no quieren utilizar los parches de la comunidad de Compiz.  […]

Para mi ahora mismo Ubuntu es una pérdida de tiempo y ahora me centraré en mis estudios. Canonical me perdió como empleado por este tipo de maniobras, y ahora me han perdido como mantenedor de su pila de componentes también.

Duras palabras que vuelven a demostrar que muchos desarrolladores creen que Canonical les ha dado la espalda. Y como dije en el artículo anterior sobre el tema, creo que Canonical tiene perfecto derecho a tratar de definir su futuro como mejor le convenga (y además, su objetivo me parece muy prometedor), pero su forma de mantener la relación con una comunidad que ha sido vital para su crecimiento no ha sido en absoluto acertada.

 

Categorías
CentOS

CentOS 6.4 disponible con soporte de Microsoft Hyper-V

La conocida distribución que se basa en el código fuente de Red Hat Enterprise Linux se ha renovado, y ya tenemos con nosotros CentOS 6.4, una edición que destaca especialmente por la inclusión de los controladores de Microsoft Hyper-V que permiten que la distro se comporte «de manera más eficiente como máquina virtual cuando se instala en un servidor con Microsoft Hyper-V».

Además de ello se han actualizado las librerías samba4 para mejorar la interoperabilidad con los dominios del Directorio Activo de Windows, aunque no se menciona nada de temas como el soporte de Secure Boot que de todos modos no es tan interesante en una distribución como CentOS que esta totalmente orientada a su uso en servidores.

Podéis conocer más detalles de CentOS 6.4 en el anuncio oficial y en las notas de la versión. Las imágenes de instalación están divididas en dos DVDs disponibles tanto para arquitecturas de 32 como de 64 bits y se pueden descargar desde los mirrors disponibles o a través del protocolo BitTorrent (32 bits, 64 bits).

Categorías
Juegos LibreOffice Mageia Steam

Mageia 3 Beta 3 llega con el kernel 3.8, LibreOffice 4.0… ¡y Steam!

Los desarrolladores de esta distribución han anunciado la disponibilidad de Mageia 3 beta 3, una nueva edición preliminar de Mageia 3 que nos acerca un poquito más a la versión final y que llega con cambios incrementales que apuntan a las características de lo que será la versión final de la distro.

El sistema base llega con el kernel Linux 3.8, systemd 195, GRUB (aunque GRUB2 está disponible a través de drakxtools) y el uso por defecto de journalctl en lugar de rsyslog. Otros cambios afectan al modo de compresión de los paquetes (XZ en lugar de LZMA) y a una nueva organización de los grupos de paquetes RPM «para una organización más clara y eficiente».

En Mageia 3 Beta 3 encontraremos también KDE 4.10 como entorno de escritorio por defecto, GNOME 3.6.3, LXDE, Xfce y RazorQt, un entorno ligero para máquinas con pocos recursos hardware. En cuanto a paquetes software importantes, destaca la llegada de LibreOffice 4.0 y, sobre todo, de Steam para Linux, integrado ya en la distribución.

Podéis obtener más información en el anuncio oficial y en las notas de la versión, y si queréis probar esta edición previa podéis hacerlo descargando las imágenes ISO disponibles desde la página oficial de descargas del proyecto. Aún queda camino por recorrer, ya que tal y como indica el roadmap de la distribución tendremos la Beta 4 el 28 de marzo, la Release Candidate el 19 de abril, y la versión final el 3 de mayo de 2013.

Categorías
Sin categoría

Canonical y la comunidad de Ubuntu: ¿una relación condenada al fracaso?

Estas últimas semanas están pasando muchas cosas importantes en el seno de Canonical, la empresa responsable del desarrollo de Ubuntu. La comunidad no está contenta, y no lo está desde hace tiempo. El primer signo de ese descontento llegó con Unity, una interfaz que por primera vez hizo sentirnos incómodos. Entonces no sabíamos a qué venía ese cambio. Puede que ni siquiera Shuttleworth y sus chicos lo supieran. Y entonces llegó el anuncio:

Cuando llegue la 14.04 LTS Ubuntu se usará en tablets, móviles, TVs y pantallas inteligentes que van del coche a la cocina, y conectará esos dispositivos de forma limpia y transparente al escritorio, el servidor y la nube.

Aquella fue la expresión de la epifanía de Shuttleworth. De su visión de futuro. Una visión que parecía ambiciosa, pero no tan ambiciosa como ha resultado ser gradualmente. Porque esa vocación de Ubuntu de convertirse en algo que pudiéramos usar en todo tipo de dispositivos no era lo único importante. La otra parte de la ecuación era aún más significativa.

Que la versión de Ubuntu que usásemos en un dispositivo sería exactamente igual al resto.

Eso era (es) lo realmente importante. Ubuntu permitirá que tu smartphone basado en esta distribución se convierta de buenas a primeras en tu PC. Misma plataforma, misma interfaz (que eso sí, aprovechará la resolución de pantalla), y sobre todo, mismo catálogo de aplicaciones. Una idea genial que hasta ahora nadie había enfocado con tanta claridad.

Pero las visiones tienen un problema: que no todos las comparten. Ubuntu nació con aquella frase autodefinitoria: «Linux for Human Beings«, pero poco a poco fue desmarcándose de algunos de sus principios. Hoy en día es difícil encontrar la palabra «Linux» en el sitio web de Canonical (salvo cuando hablan del kernel Linux en su sección de soporte), y muchos vemos sombras en la filosofía de esta empresa. Su inclusión de los resultados de búsqueda de Amazon, el hecho de que Unity no se use en ninguna otra distribución Linux, o de que Ubuntu One tenga clientes para Windows y Mac OS X pero no para otras distribuciones Linux (de nuevo) genera dudas. Sombras.

Esas sombras crecían. Y distribuciones como Linux Mint aprovechaban el momento para convencer a ubunteros despechados con una distribución que mantenía y mejoraba todo lo que esos usuarios echaban de menos en Ubuntu. Canonical ya no molaba tanto. No parecía escuchar a la comunidad. Y aquel comentario de Shuttleworth en marzo de 2010 dejaba las cosas claras:

Esto no es una democracia. Bienvenidos sean los buenos comentarios y los buenos datos. Pero no estamos votando sobre decisiones de diseño..

El creador de Canonical y de Ubuntu, que se había proclamado como «dictador benévolo» de su proyecto, ya no parecía tan benévolo. Y lo confirmaba en los términos oficiales de gobierno de Ubuntu:

Esto no es una democracia. Es una meritocracia. Tratamos de operar más sobre el consenso que sobre las votaciones, buscando que la gente que se encargará de hacer el trabajo esté de acuerdo.

Y en esas estábamos cuando a principios de año en Canonical anunciaban la llegada de Ubuntu for phones y, pocas semanas después, de Ubuntu on tablets. Dos patas de esa mesa que también estaría sostenida por Ubuntu en el escritorio (la distro actual para PCs y portátiles) y por Ubuntu en la televisión, à la Google TV, la única que aún queda por mostrar más sobre sí misma. Pero ni siquiera hace falta que muestren esta última pata. Canonical y Shuttleworth ya han comenzado a convencer a los que no teníamos esa visión tan clara. El problema no está en que uno comparta (como es mi caso) o no esa visión. El problema es que para hacerla realidad han fallado en algunas cosas. Y probablemente una de ellas ha sido la forma de comunicarselo a la comunidad.

De ello no solo se han quejado los usuarios, sino que la tormenta se ha producido por las quejas de gente importante en la comunidad de Ubuntu. Gente que ha trabajado mucho y muy duro tanto en el proyecto matriz como en proyectos derivados. Los mejores ejemplos los tenemos en algunos de los principales implicados en el desarrollo de KDE y de Kubuntu. Aaron Seigo (leyenda en KDE) ha criticado desde hace semanas los fallos en la forma de comunicar sus novedades que tiene Canonical y su dudosa nueva (¿o vieja?) forma de hacer las cosas:

El mayor problema que veo es que van a ir a por ello [esa plataforma única] por su cuenta y van a diferenciarse del resto del ecosistema del software libre con una pila software que han estado desarrollando en secreto y que te obligará a aceptar sus términos para que puedas contribuir a ella. 

De hecho han cerrado las puertas al resto del mundo del software libre. Asumirán que tienen que trasladar y mantener cosas como Qt, Gtk+, XUL, etc a su sistema. Asumirán que tienen que trasladar aplicaciones a ciertos puntos de integración (la mayoría de los cuales serán ofrecidos en aplicaciones Qt). No compartirán la infraestructura del shell de escritorio con nadie más, y usar su software libre en otras plataformas se convertirá en algo cada vez más difícil.

A ese comentario en su cuenta de Google+ se le suman otros, pero las críticas de Seigo son claras: la decisión de Canonical de desarrollar su propio servidor gráfico, Mir, en lugar de usar Wayland o el actual X.Org, -el otro anuncio relevante de estos días- es errónea desde el punto de vista técnico (un servidor gráfico es uno de los componentes más complejos que existen), pero es aún más errónea desde el punto de vista de la comunicación y la actitud de una empresa que parece contar cada vez menos con la comunidad.

Ese desmarque por la banda de Canonical también ha sido criticado por uno de los responsables del desarrollo de KWin (el gestor de ventanas de KDE). Martin Gräßlin escribía en su propio blog un post al respecto del de Shuttleworth y su «All the faces of Ubuntu«. Allí el creador de Canonical aseguraba que KWin funcionaría perfectamente en Mir, como señalando implícitamente que los desarrolladores de Kubuntu se pondrían manos a la obra. Pero Gräßlin tenía otra opinión, y la expresó claramente en su post, con algunos puntos aplastantes:

  • No tienen ni idea de cómo implementar KWin
  • Actualmente el número de commits a KWin por empleados de Canonical es 0
  • Ningún empleado de Canonical ha contactado a estas alturas con el equipo de KWin sobre cómo podríamos integrar Mir o si estaríamos interesados en ello.
  • Debo cuestionar la capacidad de Canonical para juzgar lo que otro software puede o no puede hacer después de los inexistentes problemas que Canonical afirma que tiene Wayland y que Mir no tendrá.

Y a esas se suman también las de Jonathan Ridell, principal responsable de Kubuntu, que tras tantos cambios y tantas decisiones tomadas a espaldas de la comunidad se ha hartado y ha dejado claro opinaba como Martin Owens (otro desarrollador de Ubuntu) que a estas alturas será mejor que muchos usuarios de Ubuntu pasen de una Canonical que a su vez pasa de ellos, aunque luego clarificó ese primer post con otro en el que, eso sí, se mantenía en sus trece sobre sus conclusiones originales:

Si quieres tener un papel importante como coaborador entonces Ubuntu Unity no es el mejor proyecto al que dedicarte. Es perfecto puesto que hay muchos proyectos que están esperando que más gente ayude, yo recomiendo Kubuntu pero hay docenas de otras variantes [distribuciones] y sub-proyectos esperandoos con los brazos abiertos.

Y en respuesta, Shuttleworth escribió a su vez un post en el que con un tono algo menos distendido le explicaba a Ridell que su actitud cizañera (mis palabras, no las suyas) no ayudaba demasiado:

Canonical, como depositaria de la comunidad Ubuntu, está invirtiendo un montón de energía en evaluar como sus acciones pueden afectar al resto de depositarios, y en ofrecerles formas de ayudar con su trabajo a las necesidades del resto de depositarios del proyecto.

Tú, como depositario de la comunidad Ubuntu, estás invitando ala gente a colaborar menos con este proyecto general, y colaborar más con un único depositario [con Kubuntu].

Hmm. Que no consigas lo que quieres no debería hacer que promociones un liderazgo dividido.

Ese ha sido uno de los primeros momentos en los que se ha visto a Shuttleworth perder un poquito los nervios. El otro, escrito justo después en respuesta a otro desarrollador de Kubuntu que apoyaba a Ridell, lo dejaba aún más claro. Y cito de nuevo a Shuttleworth:

Así que antes de marcharte furioso, tómate una taza de té y piensa sobre lo que das y recibes de nuestra relación. De verdad. 

Los calentones parecen estar siendo numerosos en toda la comunidad, aunque parece que han sido los desarrolladores de Kubuntu los que más se han esforzado en expresarlos, pero al rescate trataba de llegar Jono Bacon, community manager de Ubuntu, que se ponía en su papel y lanzaba hoy mismo un mensaje conciliador pero en el que dejaba claro que Canonical se quiere diferenciar de lo que existía hasta ahora en el mundo Linux:

Necesitamos cuestionar constantemente nuestro statu quo… no por el simple hecho de ser distintos, sino por el hecho de no ceñirnos únicamente a la tradición, ayudándonos a nosotros mismos a ser mejores en lo que hacemos, y en último término a conseguir el objetivo de llevar Ubuntu a las manos de más gente.

Ese párrafo de Bacon resumen en mi opinión algo que muchos no saben o no quieren ver. Ubuntu no quiere ser una distribución Linux. Quiere ser mucho más. Y si para ello tiene que iniciar proyectos propios, adoptar una filosofía «menos abierta» y provocar que parte de su comunidad abandone el barco, que así sea.

Los comentarios en ese mismo post de Jono Bacon son igualmente esclarecedores. En uno de ellos, un usuario apunta a una primera verdad evidente:

Uno de los problemas de construir una gran comunidad diversa es que esa comunidad que construyes es grande y diversa. Cuando más grande y más diversa es esa comunidad, más intentan los extremos desplazar al centro de esa comunidad. 

Pero el mejor comentario, que traduzco íntegramente a continuación, es especialmente brillante, y en realidad serviría como auténtico corolario de todo lo que ha pasado estas últimas semanas:

El problema, al menos para mi, es que todas las «grandes» decisiones se están realizando en secreto y de forma externa a la comunidad de desarrolladores que ha ayudado a que Ubuntu crezca y sea lo que es hoy. 

Cada pocas semanas hay una polémica porque se ha tomado una decisión que no tiene sentido, y las razones que se dan para haberla tomado solo suenan a excusa. Si se toma una decisión por dinero, dilo, no te enrolles y no trates de engañarnos. 

No me sorprendería que Mir fuese un prerequisito para algún producto de Canonical aún sin anunciar en el que están trabajando – y por supuesto solo lo sabremos cuando sea demasiado tarde para dar cualquier tipo de opinión. 

Básicamente, Canonical necesita darse cuenta de que no puedes dejar fuera del ciclo a la comunidad si quieres que la comunidad esté contenta. Eso solo resulta en una falta de confianza entre Canonical y todo el resto de la comunidad Open Source. 

Así es. La comunidad se siente excluida del proceso de toma de decisiones de Canonical, y eso les jode. Lógicamente. A mi también me provocaría ese sentimiento. Y sin embargo, ¿podría una visión como la de Mark Shuttleworth avanzar si la comunidad tuviera poder de decisión sobre la forma de trabajar en Ubuntu?

Lo dudo. Shuttleworth siempre ha tenido cierto tinte ‘stevejobsiano‘, pero comparto con él la mayor parte de su forma de hacer las cosas. Lamentablemente, la comunicación con la comunidad dista mucho de ser perfecta. Y ese es probablemente el único gran problema que sí podrían resolver en Canonical. El resto, que a ciertos miembros de la comunidad no les guste Mir, o Unity, o el ciclo de desarrollo de Ubuntu, no es algo sobre lo que realmente puedan opinar. Porque si lo hiciesen Ubuntu no iría a ninguna parte. Se quedaría como está. Y eso es lo que precisamente Shuttleworth y Canonical no quieren.

Categorías
Google

Google y la MPEG LA llegan a un acuerdo sobre el códec VP8

Hace 3 años que Google comenzo a impulsar el formato de video WebM que acompañaba a su formato de imágenes, WebP. En aquel formato de vídeo tenía especial relevancia el códec de vídeo VP8, que Google publicó como Open Source y que comenzó a aparecer en comparativas de rendimiento y calidad con respecto al estándar de facto en este campo, el formato propietario H.264, que demostró su superioridad técnica en aquel momento.

Ese lanzamiento provocó el enfado de la organización MPEG LA, responsable del códec H.264, que tenía planeado una posible demanda por violación de patentes en el códec VP8 de Google. La cosa nunca llegó a nada, y ahora ha aparecido la noticia de que Google y la MPEG LA han firmado un acuerdo (PDFreferente a las patentes utilizadas en el códec VP8.

Según este acuerdo, Google ha licenciado las partes que «pueden ser esenciales para VP8 y para tecnologías de compresión de video previas de la generación VPx». Eso permite que Google sublicencie esas patentes a cualquier usuario de VP8 y del futuro VP9 que por lo visto esta en desarrollo.

Este acuerdo -no se sabe si ha habido dinero implicado en ese proceso, nada se comenta en el anuncio oficial– elimina por tanto las preocupaciones sobre los posibles royalties que podrian exigir la MPEG LA y el resto de empresas impliadas en esa teorica violación de patentes anterior, y ahora habrá que ver si eso permite que WebM y VP8 consiguen hacerse un hueco en Internet, escenario para el que fueron específicamente creados.

Categorías
Canonical Ubuntu

A Mark Shuttleworth no le convencen las rolling releases

El creador de Ubuntu y «autoproclamado dictador benevolente» de la distribución ha publicado un artículo en su blog en el que habla del tema de moda: la posible adaptación de Ubuntu a un ciclo de desarrollo rolling release, algo que a Shuttleworth no le convence, como señala claramente en el propio título de su post.

Shuttleworth indica que «las rolling releases no son versiones reales«, y que por tanto no son el modelo adecuado para Ubuntu, aunque sí se plantea pasar a un ciclo de publicación de versiones más frecuente. El creador de Canonical compara la situación con la del navegador Firefox, que pasó a un ciclo de publicación de versiones de tan solo seis semanas en las que intervienen los distintos canales de versiones preliminares, a cual menos inestable (Nightly, Aurora, Beta, Estable) y comenta que en realidad se ha pasado gradualmente a un modelo que toma alguna de esas ideas, como el hecho de que ahora las compilaciones diarias son una de las bases de ese ciclo de desarrollo.

También tiene tiempo para comentar esas dudas de parte de la comunidad de desarrolladores que no están de acuerdo con las últimas decisiones que se han tomado en Canonical sobre el futuro de Ubuntu. Mark Shuttleworth trata de calmar las aguas indicando que «el cielo no se está cayendo» y que la empresa no puede satisfacer los deseos de todos los que colaboran con el proyecto Ubuntu, afirmando que aquellos que no estén de acuerdo con ese camino pueden continuar su camino tranquilamente.

Solo un detalle más. En su artículo no se admiten los comentarios. Uhm.

Categorías
GNU/Linux Mac OS X

Miguel de Icaza se pasa al Mac, so what?

Probablemente todos los que uséis Linux hayáis leído algo u oído hablar de Miguel de Icaza, un desarrollador software que creó proyectos como GNOME junto a Federico Mena y que también ha sido el responsable de la creación de la plataforma Mono, la implementación Open Source del framework .NET de Microsoft.

De Icaza escribió hace un par de días un artículo en su blog en el que explicaba cómo a pesar de haber invertido «años de mi vida en el escritorio Linux» ha tomado la decisión de dejar en segundo plano Linux para centrar toda su actividad diaria en los Mac y en Mac OS X.

Las razones de De Icaza son claras, y explicaba cómo en un viaje de vacaciones que hizo a Brasil en 2008 se llevó un Mac para comprobar cómo se comportaría. Y parece que no le defraudó en absoluto:

«En lo que respecta a la informática, resulta que esas tres semanas fueron muy relajantes. La máquina entraba en suspensión y reiniciaba la sesión sin problemas, la conectividad WiFi funcionaba sin más, el sonido no dejaba de funcionar, y pasé tres semanas sin tener que recompilar el kernel o ajustar esto o lo otro, sin tener que luchar con los controladores gráficos, o luchar con la extraña y aleatoria degradación de potencia que sufría mi ThinkPad«.

Aquel experimento le hizo usar el Mac cada vez más a menudo, y en octubre de 2012, tras mudarse a su nuevo apartamento, ni siquiera volvió a conectar el ordenador que usaba con Linux. «Para mi la fragmentación de Linux como plataforma, las múltiples e incompatibles distribuciones, y las incompatibilidades que existen en distintas versiones de la misma distro se convirtieron en mi Isla de las Tres Millas/Chernobyl«, añadía en su blog.

Lo cierto es que las razones de Icaza son perfectamente respetables: Linux no es perfecto. Pero tampoco lo es OS X. O como diría Robin Williams en «El Indomable Will Hunting»

You’re not perfect, sport.
And let me save you the suspense. This girl you met, she isn’t perfect either.
But the question is: whether or not you’re perfect for each other. That’s the whole deal.

Así es. Lo importante es que sea perfecto para ti (aunque sea un sistema operativo, o una máquina). ¿Hay fragmentación en Linux? Por supuesto. Precisamente esa fragmentación es una seña de su identidad, consecuencia directa de la filosofía Open Source, del hágaselo usted mismo. ¿Me gusta que haya 500 distribuciones Linux, cada una de su padre y de su madre? No, porque creo sinceramente que la unión (al menos, cierta unión) hace la fuerza. Pero eso no significa que cada una de ellas no tenga sentido para quienes las han creado. Esa gente que ha tenido la posibilidad de coger una idea, adaptarla a sus necesidades, y compartirla por si alguien más quería aprovecharse de ese esfuerzo. Intente hacer eso con OS X o Windows, Sr. De Icaza.

Por supuesto que los Mac funcionan razonablemente bien. Hay un escaso puñado de configuraciones hardware posibles que controlar, una sola plataforma software, y una filosofía en la que salirse de lo establecido se paga con el ostracismo. Y eso no quiere decir que los Mac y OS X sean el demonio. Yo mismo tengo un MacBook Air con el que estoy encantado y que efectivamente funciona fantásticamente. Pero lo uso de forma indistinta con otros equipos con Linux o con Windows, según la ocasión y según mis preferencias en cada momento. Y me parece perfecto hacerlo así, como me parece perfecto que De Icaza explique sus argumentos que se resumen en una sola cosa.

Que el Mac le simplifica la vida. Punto pelota. So what?

Este post está dedicado especialmente a mi hasta hace poco compañero de batalla Metalbyte, que recibió una crítica muy poco educada de Miguel de Icaza a su algo desafortunado (por algún que otro desliz) post en MuyLinux.

Pero como corregirse es de sabios, Metalbyte no solo editó el artículo, sino que escribió una carta abierta a este desarrollador con toda la educación que le faltó a este último. Se puede estar equivocado, y se puede no estar de acuerdo con las ideas de los demás, pero lo que no se puede hacer es caer en la descalificación y la mala educación, algo que es especialmente más peligroso cuando alguien es relativamente conocido como el Sr. De Icaza. Minipunto y punto para mi compi. Bien por ti, Metalbyte.

(Créditos de la imagen: Brad Wilson en Flickr)