| Staff Retirado Con Honores Denunciante Mítico
 |  Respuesta: Por que Linux no puede vencer en el escritorio?
Una posible solución
En varios de los problemas descritos, hemos planteado de forma conjunta soluciones a lo menos parciales para los mismos, ahora queremos realizar un planteamiento un poco más ambicioso con una propuesta que a nuestro juicio podría resolver buena parte de los problemas actuales en Linux.
Si usted desarrolla una aplicación que incluye a Linux como plataforma, tiene dos formas de lograr que está sea soportada por las distintas distribuciones, la primera es simplemente liberar el código fuente y esperar que “alguien” se tome la molestia de tomar dicho código fuente y compilarlo o bien puede realizar ese trabajo usted mismo, compilando para cada una de las distribuciones o por lo menos las más importantes. El problema evidente en esto, es que ya sea el desarrollador o el empaquetador, existirá una enorme cantidad de trabajo duplicado para tener un binario funcional en varias distribuciones, adicionalmente en muchos casos a no ser que el programa esté incluido en la rama principal, cuando se actualice el software dependiente podría romper la aplicación, por lo cual el soporte es complejo.
Luego si las principales distribuciones soportaran un sistema de compilación centralizado, en donde un desarrollador o empaquetador pudiera crear en un solo paso binarios para las principales distribuciones, sin lugar a dudas la tarea sería más simple, este lugar ya existe, fue creado en su momento por Novell/OpenSuse y ahora lo trasladó a la Linux Foundation para que no sea asociado con una distribución en particular y puede así ser adoptado por diversas distribuciones.
Cliente de Build Services compilando Mono OSC
Adicionalmente el sistema permite que no solamente se soporten muchas distribuciones de forma simultanea, sino que además se pueden soportar versiones anteriores de una misma distribución, con ello es relativamente simple que por ejemplo el equipo de Firefox pueda tener binarios actualizados para las principales distribuciones y además soportar distribuciones más antiguas.
Se puede mantener además con relativa facilidad versiones “portables” de los programas, con lo cual nos evitamos los problemas que ocasionan las dependencias, especialmente en aquellos que no cuenta con conexión a internet y suelen descargar en otra parte los programas en .deb o .rpm, para descubrir que les falta alguna librería y luego otra y otra.
Al mismo tiempo se facilita la tarea a quien necesite compilar drivers en versiones del kernel más antiguas, por que es usual que con cada salida del kernel se mejora el soporte de hardware, pero eso no sirve de mucho cuando estas comprando hoy un hardware nuevo para instalarlo en un sistema de hace un año.
Finalmente entonces logra que el proceso de construcción quede más en manos del desarrollador directamente, quien además es el más capacitado para solucionar los problemas que puedan surgir al compilar, esto hace que la distribución se pueda enfocar más en mejorar y solucionar problemas propios de su distribución y no conflictos con librerías de un programa en particular que se soluciona de la misma manera en distintas distribuciones de forma paralela.
Esto se puede sumar el uso de un instalador gráfico común que este linkeado directamente con Build Services y pueda por tanto agregar no solo fuentes de instalación oficiales, sino además de terceros como pueden ser Firefox, NVIDIA, SAP, etc. Una herramienta interesante que ya existe (aunque no linkeada a Build Services) es CNR, una aplicación desarrollada por Linspire que tiene la gracia de que además puede incluir información como popularidad de un programa, pantallazos, links a reviews e incluso tiene la posibilidad de poder agregar programas pagados con lo cual se abren las puertas a las empresas dentro del mundo Linux. El modelo ya ha sido probado con sistemas similares con la tienda de aplicaciones del iPhone que hoy por hoy está siendo replicada por los demás actores en el mundo celular, incluso Ubuntu estáreinventando la rueda desarrollando su propia versión de CNR llamada AppCenter, por que no abrazar entonces una tecnología que ya existe y que además ya ha probado su éxito, para que gastar tiempo y esfuerzo en aplicaciones propias que no entregan mayor valor agregado.
Ambas cosas al unisono, mantienen la ventaja que tiene Linux con sus múltiples versiones o distribuciones, al adaptarse mejor a distintas necesidades, pero al mismo tiempo elimina la desventaja en dicha fragmentación o por lo menos parte de ella.
Siguiendo nuestro consejo, no es seguro que Linux conquiste el escritorio, todo lo anterior solo es una opinión más como las muchas que abundan en internet, y si es probable que de seguir nuestro consejo, parte de las ventajas comparativas de algunas distribuciones, con respecto a otras distribuciones Linux disminuiría, pero es mejor comer 10% de un pastel grande que solo la mitad de una migaja y con 1% o 3% de participación de Linux en el escritorio, lo único que existe hoy son migajas y tal ves es momento de pensar en equipo.
__________________ The Shevi return....  |