10 cosas para mejorar ubuntu (ubuntu-es.org)

[vlasvlasvlas]

este thread fue generado en ubuntu-es.org, y bueno quería compartirlo con ustedes:

http://www.ubuntu-es.org/index.php?q=node/67845

10 cosas para mejorar

Enviado por nocho el Lun, 29/10/2007 - 06:05 La cafetería 10 cosas que mejorar en GNU/LINUX:
1. Dejar de utilizar X11 como el Entorno Gráfico de Usuario - Desktop- ya que no fue creado con ese fin. La filosofía original de X-Window como servidor de un entorno gráfico para aplicaciones dista demasiado de la idea de un Desktop (Sistema de escritorio) personal. El protocolo X, base del sistema X-Window, no está pensado para soportar de forma habitual contenido multimedia. X-Window se ha convertido en un macro-sistema que no debería seguir utilizándose como soporte para las aplicaciones gráficas por la gran cantidad de recursos que consume y la ineficacia con que gestiona determinados contenidos. No olvidarse de que el sistema gráfico sólo es una funcionalidad más del sistema operativo y no debería intentar reemplazar ninguna de sus funcionalidades.
2. Pasar de un kernel monolítico a un sistema de microkernels. Se ha venido comprobando en los últimos años, en diversos laboratorios de investigación, que un sistema basado en microkernels, además de dotar al sistema operativo de una mayor modularidad, puede ser mucho más robusto ya que se minimiza la dependencia entre componentes. imagínense por ejemplo, poder cambiar el sistema de gestión de procesos (scheduler) en tiempo de ejecución para poder priorizar tareas de Tiempo-Real, o tener varios y elegir entre ellos según el tipo de tarea o la relevancia para el usuario…
3. Relegar a una parte del sistema operativo la gestión de todos los dispositivos y ofrecer al usuario una visión unificada de los mismos. Esto ya se viene haciendo en parte… Es cierto que gracias a kudzu, podemos detectar cambios en la configuración de los dispositivos, y que determinadas aplicaciones de X11 permiten detectar cuando se conecta una unidad USB y montarla de forma automática, o una cámara, etc. Toda esta funcionalidad actualmente se encuentra desperdigada en distintas partes de Linux. Unas son funcionalidad del sistema operativo (generalmente vía kudzu), y otras lo son de aplicaciones bajo X11… En mi opinión una interfaz de usuario no debería tener que hacerse cargo de la gestión de dispositivos.
4. Incluir un mecanismo para crear clústers de forma sencilla, y dar al usuario una imagen de que existe una sola máquina, pudiendo utilizar los recursos de todos los componentes de cluster de una forma transparente balanceando de una forma equilibrada la carga. OpenMosix es un parche para el kernel que permite hacer este tipo de cosas. De esta forma se podría multiplicar la potencia de cómputo de forma exponencial en los centros de investigación sin necesidad de recurrir a equipos específicos, a la vez que permitiría sacar partido de los equipos que se van quedando obsoletos en todas las casas.
5. Utilizar un sistema interno común de representación de la información, y relegar a ciertos componentes incluidos en el sistema operativo las tareas de conversión entre formatos de intercambio. Por ejemplo, para trabajar con imágenes, el sistema operativo podría utilizar una estructura de datos tipo BMP sin compresión para intercambiar la información entre aplicaciones. El propio Sistema operativo podría facilitar librerías para la manipulación de las imágenes en este tipo de datos, y él mismo daría soporte para poder guardarlas o leerlas desde otros formatos de intercambio (jpeg, png, etc). De esta forma se eliminaría la redundancia de código que casi todas las aplicaciones tienen a la hora de abrir/convertir distintos formatos. Eliminar la redundancia de código siempre mejora la coherencia y por supuesto la fiabilidad del código.
6. De forma similar a lo anterior, utilizar un sistema interno para la gestión de protocolos de forma transparente. Por ejemplo, el propio sistema operativo implementaría el protocolo FTP/BitTorrent/etc. y gestionaría el intercambio de ficheros con otras máquinas de forma transparente al usuario. El desarrollador no necesita implementar los protocolos de comunicaciones en sus aplicaciones, si no que los relega al sistema operativo, mientras que el usuario no tiene por qué saber cómo se está realizando la transferencia. Esto no sólo se tiene que ver como protocolos de transferencia de ficheros, sino para todos los protocolos que se utilizan actualmente.
7. Intentar seguir una filosofía KISS (Keep It Simple, Stupid!) en todos los niveles del sistema operativo. Muchas distribuciones intentan seguirla, pero habría que llevarla a la práctica más en profundidad. Pensemos que tras esta filosofía se encuentra el principio de la Navaja de Occam: “La solución más simple que resuelve un problema suele ser la mejor”. Intentar reducir la complejidad de las aplicaciones eliminando código redundante o frecuente en ellas, siempre es una ventaja. Intentar unificar código y posturas similares!!!
8. Tomando como referencia el sistema de scripting que posee MacOs X, desarrollar un lenguaje de scripting para el sistema operativo y sus aplicaciones, que permita definir ciertos eventos y actuar ante ellos de forma automática. Cuanto más sencillo y visual sea este lenguaje de scripting mejor (sin dejar de perder potencia).
9. Muchas distribuciones ofrecen paquetes precompilados (Ubuntu, etc) para que el usuario no tenga más que instalarlos y poder empezar a funcionar con ellos. Otras prefieren distribuir el código fuente para optimizarlo (Gentoo) a la arquitectura final, pero el proceso de compilación suele ser demasiado largo. Quizá fuese mejor una solución mixta que incluyese los paquetes precompilados para su uso inmediato, y el código fuente para su compilación (en caso de que se quiera optimizar). La compilación se haría de una forma transparente al usuario y en un modo background que no interrumpiese el funcionamiento normal de la máquina.
10. Utilizar un sistema centralizado para la gestión de contraseñas a modo “llavero” de una forma similar a la que lo implementa MacOS X para facilitar la organización de la ingente cantidad de contraseñas y permisos que se necesitan para trabajar en red.
Información interesante, tomada de: http://buenacosa.wordpress.com/2007/...jor-no-existe/
Saludos!
"GNU/LINUX hace que la computadora mas vieja corra tan bien como la mas nueva. ¿windows? hace que la computadora mas nueva, sea tan mala como la mas vieja"

nota: solo porque me parece bueno que la gente meta mano a mejorar las cosas, o a pensarlas para ver que puede ir mejorando, bueno, nose si es para contestar por acá al listado de las 10 cosas, mejor directamente con el autor en ubuntu-es.org, creo yo.. pero solo posteo porque me pareció interesante. saludos a todos!
vladimir.

pd2: al pibe lo cagaron a pedos en ubuntu-es.org

[MaRsOn]

Y no es para menos que lo caguen a pedos.
El chabon pone esto bajo el titulo de "10 cosas para mejorar ubuntu" y en si, carece de total sentido, por que son 10 puntos que no corresponden a los cambios que deberia implementar el grupo de desarrollo de ubuntu.
Lo que el chabon quiere, es cambiar a gnu/linux, que es muy diferente a pretender cambair ubuntu.
En fin, pobre flaco, fue contento a publicar esto, y le dieron masa mal, lindo flame war se armo...
nos vemos

[broli]

1 X11: tiene razon. de hecho hay mucha gente que piensa lo mismo. el X11 como es hoy es la evolucion de algo que fue creado para otra cosa. igualmente el xorg esta laburando mucho en este tema y esta teniendo buenos resultados
2 kernels micro y mono: tema demasiado complicado para tratar aca, pero si quiere puede usar Hurd...
3 dispositivos centralizados: no tiene mucho sentido, el chabon cree que que porque ve la camara con el digikam y el celular con el kphonetools el tema esta "descentralizado". que kde monte particiones no quiere decir que kde este haciendo el laburo, es solo una interfaz para el sistema de file system del kernel
4 clusters: no entiendo que tiene que ver... GNU/Linux es un tiene un buen soporte para clusters, todabia hay camino por andar, pero ....
5 formatos internos : una estupidez. el kernel encodeando y desencodeando imagenes ? WTF! y que me haga cafe de paso !. el kernel no lee imagenes nunca. el tipo debe querer copiar y pastear una imagen al estilo windows .... y ahi se ve uno de los quilombos sin resolver de las X11, pero que tiene que ver el kelmer ?
6 otra estupidez, como vas a implementar TODOS los protocolos en el kernel !!!!! el kernel tiene que tener conectividad tcp/ip o udp, y que cada programa que quiere que cree su porpio protocolo sobre eso. que el kernel lea imagenes y que transporte p2p ??? y de paso le metemos las X11 tambien al kernel y opa!, tenemos un systema monolitico (aka windows )
7: KISS OMG, el dice que tiene que ser simple, y quiere que el kernel lea jpg, bittorrent, mp3, avis este pubnto contradice el punto 3, 4, 5, y 6
8 scripting .... quiere acceder a rutinas del kernel en un script ? para eso existen herramientas como mount, para encapsular las operaciones del kernel y darle al un usuario una interfaz unificada para poder hacer scripts ......... no entiendo este punto
9 paketes mixtos: pura ignorancia. para que carajos son los paketes src ?!?!?! en cualquier distro te bajas el src y compilas el pakete en un pc con los switch que quieras !!!!!! rpm-build !!! apt-build!!!! hay dios, ya me hizo engranar!!!
10 usa algun programa para eso, que si existen. no entiendo que quiere, que el kernel guarde las passwords ?!

en definitiva de los 10 puntos, uno solo es sobre un problema real con una solucion (muy vagamente explicada) factible .....

[vlasvlasvlas]

1 X11: tiene razon. de hecho hay mucha gente que piensa lo mismo. el X11 como es hoy es la evolucion de algo que fue creado para otra cosa. igualmente el xorg esta laburando mucho en este tema y esta teniendo buenos resultados
2 kernels micro y mono: tema demasiado complicado para tratar aca, pero si quiere puede usar Hurd...
3 dispositivos centralizados: no tiene mucho sentido, el chabon cree que que porque ve la camara con el digikam y el celular con el kphonetools el tema esta "descentralizado". que kde monte particiones no quiere decir que kde este haciendo el laburo, es solo una interfaz para el sistema de file system del kernel
4 clusters: no entiendo que tiene que ver... GNU/Linux es un tiene un buen soporte para clusters, todabia hay camino por andar, pero ....
5 formatos internos : una estupidez. el kernel encodeando y desencodeando imagenes ? WTF! y que me haga cafe de paso !. el kernel no lee imagenes nunca. el tipo debe querer copiar y pastear una imagen al estilo windows .... y ahi se ve uno de los quilombos sin resolver de las X11, pero que tiene que ver el kelmer ?
6 otra estupidez, como vas a implementar TODOS los protocolos en el kernel !!!!! el kernel tiene que tener conectividad tcp/ip o udp, y que cada programa que quiere que cree su porpio protocolo sobre eso. que el kernel lea imagenes y que transporte p2p ??? y de paso le metemos las X11 tambien al kernel y opa!, tenemos un systema monolitico (aka windows )
7: KISS OMG, el dice que tiene que ser simple, y quiere que el kernel lea jpg, bittorrent, mp3, avis este pubnto contradice el punto 3, 4, 5, y 6
8 scripting .... quiere acceder a rutinas del kernel en un script ? para eso existen herramientas como mount, para encapsular las operaciones del kernel y darle al un usuario una interfaz unificada para poder hacer scripts ......... no entiendo este punto
9 paketes mixtos: pura ignorancia. para que carajos son los paketes src ?!?!?! en cualquier distro te bajas el src y compilas el pakete en un pc con los switch que quieras !!!!!! rpm-build !!! apt-build!!!! hay dios, ya me hizo engranar!!!
10 usa algun programa para eso, que si existen. no entiendo que quiere, que el kernel guarde las passwords ?!

en definitiva de los 10 puntos, uno solo es sobre un problema real con una solucion (muy vagamente explicada) factible .....

eso seria el punto 1? che explicame un poco mejor, porque no entiendo mucho. saludos!
vladimir

[broli]

no puedo encontrar, pero es un debate muy bueno sobre como el Xorg llego a ser algo para lo que no estaba planeado, lo que trajo un monton de problemas, y parches raros para tratar de "doblar" el soft para que haga cosas
al no estar previstas myuchas de las funcionalidades actuales estan implementadoas de montones de formas no estandar y ahcen que sea dificil modifcar algo porque es un quilombo total