El final del "elementary training" del día 15 de enero de 2012 fue un buen colofón a un post dedicado a las diversas licencias del Software Libre y del Código Abierto. En pocas ocasiones ocurre que al terminar de escribir algo importante* llegue una "buena noticia" (dicho sea con todas las cautelas), relacionada con ese algo sobre en lo que se ha estado trabajando. Más cuando uno se encuentra con frases como: "Si bien creemos que la piratería en Internet por sitios web extranjeros es un problema grave que requiere una respuesta legislativa seria, no vamos a apoyar la legislación que reduce la libertad de expresión, aumenta el riesgo de la seguridad cibernética, o atente contra la Internet global y dinámica innovadora" o "reducen la libertad de expresión, aumentan el riesgo de la seguridad cibernética, y atentan contra la Internet global y dinámica innovadora", emanadas del propio blog de la Casa Blanca.
Tenemos más noticias acerca del asunto SOPA pero... las dejaremos para el final, esta serie de post están pensados para aprender y sólo los contaminamos con algunas noticias que tienen una relación directa con el Software Libre.
Decíamos anteayer, que las licencias "libres", además de garantizar el derecho a copiar, modificar, regalar, vender e incluso "cerrar" (BSD y MIT); algunas de ellas también incluyen el derecho a disponer del código fuente de las aplicaciones protegidas por esas licencias. El código fuente es el que escribe el programador; antes de ser compilado. Una vez que ha pasado por un compilador se convierte en "código máquina" y ya no es legible para mentes humanas.
Hablaremos de algunas aplicaciones muy conocidas en el ecosistema del Software Libre y también en UNIX y quizá menos conocidas por los usuarios de otros sistemas operativos (aunque a veces las estén usando). Y lo haremos intentando ligarlas a las universidades donde fueron escritas. No hemos querido dedicar un capítulo a estas universidades porque hemos venido nombrándolas en los post dedicados a los grandes creadores del código. Pero seguiremos haciéndoles los honores que se merecen, también al lado del software que propiciaron y casi siempre liberaron.

El sistema de ventanas X distribuye el procesamiento de aplicaciones especificando enlaces cliente-servidor. El servidor provee servicios para acceder a la pantalla, teclado y ratón, mientras que los clientes son las aplicaciones que utilizan estos recursos para interacción con el usuario. De este modo mientras el servidor se ejecuta de manera local, las aplicaciones pueden ejecutarse remotamente desde otras máquinas, proporcionando así el concepto de transparencia de red. Debido a este esquema cliente-servidor, se puede decir que X se comporta como un terminal gráfico virtual.
El hecho que exista un estándar definido para X permite que se desarrollen servidores X para distintos sistemas operativos y plataformas, lo que hace que el código sea muy portable. Por ejemplo; permite tener clientes X ejecutándose en un potente servidor UNIX mientras los resultados son visualizados en un PC de escritorio con cualquier otro sistema operativo funcionando.
Y ahora viene cuando "nuestros amigos y conocidos dicen cosas como: no es posible tener el servidor y los clientes en la misma compuradora??". Pues si. En la mayoría de los PC de escritorio que corren* GNU/Linux, *BSD o UNIX; el servidor y los clientes se están ejecutando en la misma computadora. Esta terminología de cliente servidor - el terminal de usuario siendo el servidor y las aplicaciones siendo los clientes - a menudo confunde a nuevos usuarios de X, porque los términos parecen invertidos. Pero X toma la perspectiva de la aplicación, en vez de la del usuario final: X proporciona la exhibición por pantalla y los servicios de entrada/salida a las aplicaciones, así que es un servidor; las aplicaciones usan estos servicios, por lo tanto son los clientes.
Y entonces "nuestros amigos dicen: Ah¡! claro entonces es X quien hace todos esos efectos espaciales en la pantalla". Si y no. X no es un gestor de ventanas, necesita de uno para controlar el manejo de ventanas. Esto trae la ventaja de que permite al usuario instalar uno o más administradores de ventanas de su preferencia. También trae la ventaja de que hace de X estrictamente un sistema gráfico, de tal modo que un cliente X podría estar enviando un gráfico a una pantalla, a una impresora o a cualquier otro hardware sin darse cuenta, flexibilizando la salida gráfica. Es ese esquema cliente servidor de X su flexibilidad y los distintos manejadores de ventanas lo que permite que se pueda disponer de varios escritorios, accesibles con una simple combinación de teclas ¡! Algo que también suele impresionar mucho a quienes no conocen X.
![]() |
Enlightenment |
![]() |
Gnome Shell |

![]() |
Keith Packard |
OpenSUSE, Linux Mint, Ubuntu y otras; también por el sistema operativo FreeBSD.
![]() |
XFCE |
![]() |
Caroline Ross profesora del MIT |

fear Him...
PD: como prometí al principio de del "elementary training" de hoy; tenemos más buenas noticias relacionadas con SOPA. Por un lado el pronunciamiento del MIT Medialab acerca de esos proyectos de ley. Básicamente dicen que con leyes como SOPA o PIPA: Crear, innovar y anticiparnos al futuro sería más difícil. Os dejamos un enlace al documento original (en inglés) iniciado por el director del MIT Medialab, Joichi Ito.


rain is coming,
fear Him...
No hay comentarios:
Publicar un comentario