Donde el Pingüino Rodríguez

Hace un par de días di el salto final de KDE 3.5.x a KDE4 (en este momento KDE 4.1) y déjenme decirles que van a necesitar un tractor para arrastrarme de vuelta a KDE3. No me malinterpreten: yo normalmente no soy demasiado entusiasta del eye candy por el eye candy… pero KDE4 es simplemente demasiado lindo.

Es cierto, hay algunas cosas que he tenido que sacrificar¹ . Algunas de hecho son cosas que usaba bastante seguido. Pero he ganado tanto con el cambio, que simplemente no puedo ni siquiera considerar la idea de volver. Ahora, por mucho que trate de evitarlo, si miro las pantallas de KDE3 me parece estar viendo algo equivalente a Windows 3.1. Bienvenidos al futuro, chicos.

Hay otra K más adelante en este posteo, pero vamos con lo esencial: cómo instalarlo, y las cosas que hay al otro lado del espejo.

Instalación.

Pocas cosas más fáciles.

Una vez hecho eso, contesten las preguntas y decidan si van a usar kdm o kdm4 como su desktop manager por defecto, y… listo!

¿Y todo eso para qué?

Pensé que nunca lo preguntarían.

Más allá del hecho de que en efecto es el futuro (de KDE por lo menos), hay varias cosas que están funcionando y lo hacen bastante atractivo.

Probablemente el principal feature que tiene es Plasma, que es una reescritura completa de todo el paradigma de escritorio de KDE. Y a pesar de lo excesivamente grandilocuente que eso suena, no se me ocurre otra manera de expresarlo. La verdad es que hay un montón de cosas escritas a estas alturas acerca de Plasma y de KDE4, debido a que esto difícilmente puede ser considerado una noticia. Hay cientos de historias, con gente a favor de los cambios de diseño de KDE y gente que los encuentra terribles. Por eso, no me detendré mayormente en explicaciones. Pero baste decir que con Plasma las distinciones entre widgets, aplicaciones, iconos y el escritorio mismo se desvanecen, pues todos son creados y administrados de la misma manera, lo que hace que el escritorio como espacio sea notablemente modificable y adaptable.

Cuando recién salió KDE 4.0 y se lanzó la versión remix de Kubuntu 8.04 me lancé derechito a ella. Encontraba que, habiéndose lanzado una versión nueva y mejorada de KDE (que necesitaba algunas mejoras), no había razón para quedarse voluntariamente en el pasado. Sin embargo, poco sabía yo en ese momento que KDE 4.0 era poco más que un beta, y era realmente inestable. Duré un par de días y tuve que volver a mi agujero junto a KDE 3.5.

Pero pasó el tiempo, y KDE 4.1 vino a reemplazar a KDE 4.0 como una versión bastante más estable (si bien todavía no perfecta). El cambio incluye:

Pero en verdad, la mejor manera de verloe s en movimiento y en un computador frente a sus ojos, así que atrévanse! Si su experiencia es como la mía, no se arrepentirán.

¿Y la otra K?

Casi lo olvidaba:

Llegó mi Korg DS-10 y soy un hombre feliz. Luego los resultados de mis incursiones musicales. Por ahora, con KDE4 tienen para rato. Nos vemos!

1. Terminé por poner todas estas cosas en una página aparte, y la verdad es que ya he arreglado varios de los problemas con los que me he ido encontrando, mucho más rápido de lo que esperaba. De todos modos, pueden revisar el avance de eso en la página de más arriba. [volver]

Eso que ven ahí en la foto es un screenshot del “primer juego multiplayer online para Commodore 64″. Sí, leyeron bien. Es el primer juego online para más de un jugador hecho para un computador que lleva 14 años descontinuado.

No me malinterpreten. Yo soy el primero en decir que, si hay gente interesada en hacerlo, y se puede, entonces por supuestoq ue esa gente tiene que poder y debería hacerlo. Pero hay ciertos límites que uno no se da cuenta de que existen hasta que se topa con ellos.

El juego fue lanzado en la primera LAN party con Commodore 64s realizada en la versión de este año de la Expo del Cincinnati Commodore Computer Club, hecha posible gracias a un servidor escrito en Java corriendo en un PC, un montón de dispositivos ethernet (que no estaban disponibles inicialmente para la C64) y un montón de geeks entusiastas, y es, además de un hito en la historia de la computación (…), una demostración “del potencial de los juegos multijugador a través de internet con la Commodore 64″¹.

¿Y cuál es ese potencial? ¡Pues basta revisar los features del juego!

• Eight simultaneous players over the Internet or LAN
• Scrolling graphics
• Sound effects
• Joystick control (Port 2)

¿Pueden creerlo? ¡Dice que tiene sound effects! Realmente… tanto potencial…

DISCLAIMER: Para que a nadie le quede la duda… la verdad es que yo sí encuentro que lo de arriba es una buena noticia. Todo lo que permita que más gente haga más cosas con sus máquinas, y lo que resulte de la modificación de las comunidades de usuarios interesados y entusiastas -sobre todo aquellas cosas que hacen que el hardware supere sus expectativas originales- tiene mi visto bueno. Es solo que, como lo pusieron ellos… no puedo dejar de enternecerme. ¡Kudos, C⁴!

Fuente: http://games.slashdot.org/games/08/07/06/2114221.shtml

Para seguir con los consejos computacionales (como el del posteo sobre CUPS), hoy instalaremos y configuraremos QEMU para que corra con KQEMU, y lo dejaremos listo para instalar básicamente lo que quieran.

Primero lo primero.

¿Qué es QEMU? (y KQEMU…)

QEMU es un emulador de procesadores que permite, principalmente, tener corriendo sistemas operativos invitados (guest) que corren dentro de un sistema opartivo huésped (host). Esto le permite a uno tener varios sistemas operativos corriendo dentro de la misma máquina, y es bien posible que esta sea una de las cosas a la vez más metafísicas y más entretenidas que se pueden hacer en un computador.

KQEMU es un módulo del kernel de Linux que acelera el funcionamiento de QEMU, que sin la ayuda de este módulo adicional es bastante, bastante más lento¹.

En términos bastante legos (que la verdad es que son los que mejor entiendo), lo que se hace es simular un computador virtual dentro de otro computador real. Y dentro de esta máquina virtual uno puede hacer, básicamente, todo lo que puede hacer en una máquina real.

¿Todo?

Pues bien, no. No todo.

En primer lugar, no podemos olvidar que la máquina virtual es precisamente eso: una máquina simulada. Y por lo mismo, sus capacidades máximas no podrán jamás superar las capacidades de la máquina real que le sirve de huésped. Además, como la máquina huésped está usando parte de sus recursos para, entre otras cosas, simular esta máquina, los recursos que quedan disponibles para la máquina virtual son bastante menores que los de la máquina huésped.

Todo eso sin contar, por ejemplo, que hay ciertas cosas que es más difícil hacer en este tipo de máquinas que otras cosas. Por ejemplo, la aceleración gráfica es algo que incluso en los mejores sistemas de virtualización sigue siendo de carácter experimental, y eso sólo en los casos en los que la aceleración gráfica es una posibilidad. Eso descarta de lleno el uso de aplicaciones que la requieran (como juegos con requerimientos gráficos considerables, o algunas aplicaciones gráficas más serias).

En este caso…

¿Por qué correr una máquina virtual?

Pues, razones hay muchas.

Podría ser que, en primer lugar, simplemente nos atraiga la posibilidad de hacerlo. Para toda esa gente, el hecho de que se pueda hacer es razón suficiente para probarlo, si no es para nada más que simplemente ver por sus propios ojos que se puede (y sí que se puede).

Sin embargo, existen aplicaciones muy prácticas para los sitemas de virtualización que no requieren de una especie de interés intelectual en el que se pueda o no. Por ejemplo, si existe una aplicación que corre en un sistema operativo distinto del que se está usando y se requiere para ejecutar tareas muy específicas, en vez de tener que tener dos sistemas operativos instalados y verse obligado a reiniciar cada vez que se quiere correr ese programa, se puede instalar ese programa dentro de una máquina virtual y usarlo sin problemas desde la máquina huésped. Alternativamente, puede haber versiones nuevas de sistemas operativos que queramos probar sin arriesgar la que tenemos. O versiones mas viejas de sistemas operativos que queramos probar para satisfacer nuestra curiosidad o nostalgia. O para hacer pruebas en estos diferentes sistemas. En fin, aplicaciones hay miles.

La pregunta entonces, si vamos a usar un sistema de virtualización, es…

¿Por qué usar QEMU?

Existen muchas alternativas que podemos querer usar si vamos a usar un sistema de virtualización, más allá de cuáles sean las razones que nos lleven a querer usar uno. Del mismo modo, existen muchas distintas maneras de responder la pregunta de por qué elegir uno y no el otro.

QEMU tiene la gracia de ser libre y razonablemente bueno, y eso debería ser razón suficiente para muchos. Pero ya que no los he probado todos ni mucho menos, este posteo no pretende convencer a nadie de usar QEMU, sino simplemente ayudar a los que ya hayan tomado esa decisión a hacerla del modo más fácil posible.

Bueno, bueno, suficiente preámbulo. ¡Vamos allá!

Los pasos específicos, en la siguiente página (¿No es increíble lo ordenado que está esto?).

1. Para que se hagan una idea, si QEMU por sí sólo normalmente corre el sistema invitado a entre 10 y 20% de la velocidad del sistema huésped, con KQEMU esta velocidad llega a ser cercana a la velocidad real^Referencia. [volver]

Hace unos días Cesarius, de Cesarius Revolutions, publicó un gráfico que salió originalmente en linuxconfig.org en donde se mostraba (de un modo muy pedagógico, por lo demás), el Filesystem Hierarchy Standard de Linux (FHS, Estándar de jerarquización del sistema de archivos).

En su posteo, preguntaba si alguien estaría dispuesto a traducirlo para la posteridad. Y bien, los tubos contestaron.¹

EDIT: Cuando escribí esto y traduje el gráfico no noté que ya había dos traducciones en el blog de Cesarius (eso pasa porque los comentarios salen tan abajo y en los resúmenes no salen los comentarios ya hechos…), así que, consciente de que no tengo la exclusividad, lo pongo igual, porque al pinguino no le sobran los posteos y el trabajo hecho hecho está. Además, revisé el mío a la luz de los otros dos, y aunque suene imparcial (y lo es), el mío es el que más me gusta. :P

1. Y ya que andamos en la onda del código abierto, aquí pueden bajar el xcf original para GIMP, que es lo más cercano que puedo llegar a eso. [volver]

Démosle un aplauso a nuestro tímido y bienamado pingüino mientras vemos como él, una vez más, hace un esforzado intento por despegarse del fango del olvido y salir, valeroso, a la conquista de los tubos.

Este es el primer posteo de una serie que tengo pensada (así es, con ambición este intento!) mostrando cosas entretenidas que se pueden hacer en Linux, o simplemente cosas entretenidas que he hecho yo con mi instalación y que me gustaría tener registradas para futuras referencias, ya sean mías o del resto.

Hoy le toca el turno a instalar una impresora en un servidor de CUPS al que se pueda acceder remotamente a través de una WAN desde computadores que corran prácticamente el sistema operativo que quieran. Califica como suficientemente interesante? Ya lo creo que sí. Aquí va.

Lo primero es instalar el servidor de la impresora. Y nos vamos a ahorrar toda la discusión de si es mejor usar la línea de comando o la interfaz gráfica. En esta guía se hará uso de ambas, porque lo que a mi me importa, más que una adhesión ideológica¹ a un método por sobre el otro, es que las cosas sean fáciles, rápidas y eficientes. Dicho eso, vamos allá.

Para instalar el servidor de impresora deben correr

sudo apt-get install cupsys cupsys-client cupsys-driver-gutenprint openssh-server

openssh-server no es parte del servidor de la impresora, sino de ssh, que permite conectarse al computador de modo remoto. Es posible que esto sirva sin instalar el servidor de ssh, pero yo ya lo tenía instalado y la guía que yo seguí decía que había que hacerlo, así que váyanse a la segura. Además, ssh vale la pena tenerlo. Instálenlo. CUPS es el sistema de impresoras que funciona en Linux y significa Common Unix Printing System, y la verdad es que funciona a toda raja².

Pero sigamos. Una vez que esté instalado debemos configurarlo para que reciba conexiones externas. Para eso debemos modificar /etc/cups/cupsd.conf (o /etc/cups/cups.d/browse.conf en versiones anteriores), del siguiente modo:

1. Cambiar BrowseAllow @LOCAL por BrowseAllow all;
2. En las secciones <Location />, <Location /admin> y <Location /admin/conf>³, cambiar Allow localhost por Allow all;
3. Cambiar donde dice Listen localhost:631 por Listen 631; y
4. Añadir la línea DefaultEncryption Never al final del documento para que podamos conectarnos a CUPS y configurarlo a través de su interfaz web.

Una vez modificado ese archivo, debemos reiniciar el servidor de CUPS para que los cambios surjan efecto:

sudo /etc/init.d/cupsys restart

Ahora sí podemos (o deberíamos poder, comenten si hay problemas) configurar CUPS desde la web accediendo a

http://1.2.3.4:631/

en donde 1.2.3.4 es la dirección IP del servidor al que nos estamos conectando (que probablemente será parecido a 192.168.1.XXX, en donde XXX es un valor entre 0 y 255). Una vez ahí, en el tab de Impresoras (o Printers, quizá en qué idioma sale, porque mientras lo probaba me conecté desde otro computador y estaba en castellano, mientras que en mi computador estaba en inglés), instalamos la impresora seleccionando el puerto en el que está conectada.

Aquí es donde sirve que hayamos instalado el paquete cupsys-driver-gutenprint, que es un paquete de drivers de impresora que incluye una buena cantidad de las impresoras más comunes y nos dejarán hacer un mucho mejor uso de nuestra impresora. Así que si no lo instalaron en su momento, instálenlo ahora. Con un poco de suerte, ahora si van al tab de Impresoras del servidor se va a poder elegir el driver de la impresora. Recuerden el nombre que le ponen a la impresora al instalarla, porque puede ser que lo necesitan más adelante⁴.

Ahora, si queremos ser capaces de meternos a esa página desde fuera de la LAN y, como en mi caso, estamos usando un router como firewall, entonces tenemos que configurar el router para que acepte las conexiones entrantes del puerto 631 y las redirija al computador en el que está CUPS corriendo. Eso es, por supuesto, casi de perogrullo, pero a mi se me olvidó en su momento y me pasé unos breves segundos de desesperación que espero que ustedes puedan ahorrarse.

Considérense advertidos, eso sí, de que una vez hecho eso, cualquier persona que tenga acceso a la red va a poder imprimir cuantas páginas de prueba quiera a través de la interfaz de esa página. No he revisado bien los modos disponibles para hacer que estos ea un poco más seguro, pero es probable que hayan opciones para seleccionar una lista de usuarios con permiso para conectarse y otros que no lo tengan. Pero eso dejémoslo para una edición posterior de este posteo, debidamente anunciada.

Ahora viene, entonces, la parte fácil: instalar la impresora en los computadores clientes.

Desde Linux, por supuesto, esto es pan comido.

Si están usando Hardy Heron, o alguna versión posterior de Ubuntu, entonces el wizard de creación de nueva impresora debería darles la opción de instalar una impresora remota en CUPS ya sea usando IPP o HTTP.

De ahí, la cosa es realmente fácil y basta con seguir los pasos que vaya indicando el wizard teniendo en mente lo siguiente:

1. El hostname es el nombre del dominio asociado al servidor (de la forma algo.dominio.algomas) o la direcció IP del mismo (192.168.1.XXX, ver más arriba).
2. El puerto es 631, que es el que CUPS usa por defecto. Me imagino que debe haber modos de cambiarlo para aumentar la seguridad del asunto, pero no sé cómo todavía. Cuando lo sepa, lo pondré aquí.

Si están usando una versión anterior a Hardy es posible que el wizard no les dé las opciones que salen en la foto. Si esto es así seleccionen instalar una impresora de tipo Otro, y consideren que el URI de la impresora será

http://[dominio]:631/printers/[nombre_de_la_impresora]

o

http://[dirección_IP]:631/printers/[nombre_de_la_impresora]

en donde [dominio] es el nombre de dominio asociado al servidor y [dirección_IP] es la dirección IP del mismo, mientras que [nombre_de_la_impresora] es el nombre con el que la instalaron más arriba.

Eso sería.⁵

Desde Windows XP la cosa es, también, pan comido: basta que elijan instalar una impresora en red conectada a otro computador y, una vez que les pidan el URL/URI, escriben la misma dirección que usarían si estuvieran usando Gutsy, esa que acabamos de ver.

Y listo! Con una configuración así, pueden instalar su impresora desde donde sea que estén y usarla desde cualquier computador que tenga acceso a internet. Pueden también compartir impresoras entre sistemas operativos diferentes y en lugares diferentes del mundo, y hasta controlar los trabajos de sus impresoras desde un navegador cualquiera. ¿Qué más se podría desear?

Espero que les haya funcionado y que hayan disfrutado esta guía. No duden en comentar si es que encuentran problemas o si lo prueban en otros contextos y funciona (cosa que debería pasar, por lo demás). Este sistema lo probé exitosamente en un servidor corriendo Ubuntu 7.10 y pude instalar y usar esa impresora en una instalación remota de Kubuntu 8.04 Hardy Heron, Kubuntu 7.10 Gutsy Gibbon, Windows XP, e incluso en una instalación de Windows XP corriendo sobre Qemu (de ahí salieron los screens). Más adelante vendrá algo sobre lo que fue hacer correr qemu satisfactoriamente.

Hasta entonces!⁶

Fuente: http://ubuntuforums.org/showthread.php?p=1831119

1. No digamos que me faltan de estas en lo relativo a la computación en general y Linux en particular, pero por lo menos aquí no nos topamos con ninguna. [volver]
2. EDIT: Desde que escribí esto me han indicado a un rant escrito por Eric Raymond (ESR) acerca de los problemas que tenía CUPS. De hecho, en su posteo (él lo llama ensayo, pero creo que eso es como musho) el pone a CUPS como un ejemplo de mal diseño de interfaces gráficas (refiriéndose a las pantallas que yo muestro y que en este posteo ya se han convertido en casi un ejemplo de facilidad). La verdad es que ahora que lo recuerdo ese posteo yo ya lo había leído, y era el responsable de que yo nunca hubiera querido meterme con las impresoras en Linux. Afortunadamente el tiempo me hizo perder los recuerdos de ese texto, y con ellos los miedos, y logré atreverme a hacerlo yo. En el camino descubrí no sólo que ahora hacerlo es mucho más fácil que entonces, sino también que los gritos de Eric Raymond, con todo lo despreciable que es ese sujeto, no cayeron en saco roto (eso por supuesto sin contar todo lo que aprendí acerca de protocolos de impresión, que es precisamente lo que ESR no quería tener que hacer). [volver]
3. Estos deberían estar rodeados de < y >, pero el pedazo de software del tercer reich este, que además no sabe HTML, hace lo que quiere con el formato que le doy a mis posteos… [volver]
4. Aunque claro, va a estar en esta página de todos modos, así que no es necesario que lo anoten ni nada por el estilo. [volver]
5. En caso de que tengan que borrar una impresora en Linux, cosa que puede probar ser más difícil de lo que uno pensaría razonable, basta con ejecutar sudo lpadmin -x nombredelaimpresora, y san se acabó. [volver]
6. WordPress es una mierda. EDIT: Desde entonces, además, he logrado desactivar el maldito editor WYSIWYG de Wordpress que era la fuente de todo mal. Este mismo posteo, por ejemplo, ahora está tal y como yo lo quería, sin nada fuera de lugar ni soluciones parches de nada. Por eso, me corrijo: Wordpress no es una mierda. Era una mierda. [volver]

Original en http://www.flickr.com/photos/johnsu01/374697559/

Si hay una cosa constante en el desarrollo de la humanidad es que todas las edades del hombre, en su momento, consideraron que esa era era la peor, la más oscura, la más terrible, la más decadente. Quizás efectivamente significa que estamos sumidos en una espiral de decadencia, quizás efectivamente vamos de mal en peor, y cada generación no hace más que heredarle sus fracasos a la próxima, pero a mi me gusta más tomar el adagio ese como una prueba de que las cosas hay que tomárselas con Andina.¹
Sin embargo, eventualmente uno encuentra cosas que no pasan ni con Andina ni con nada. El problema de los DRM y el trusted computing es real, y se nos viene encima. El lanzamiento de Vista es la mejor prueba de que la cosa esta ya empezó hace rato, y si no logramos poner el asunto en tela de juicio, la verdad es que puede que no nos quede más opción que heredarle a nuestros hijos un mundo realmente terrible, o uno en que exista una posibilidad siempre real de que se convierta en eso.

El título del posteo viene de una versión alterada del slogan de Windows Vista cantada por activistas de ls FSF para protestar durante el lanzamiento de la nueva versión de Windows. Desde el 2001 que esta versión está en preparación, y aunque en un principio fue conocida como Longhorn y tratada como ejemplo de vaporware junto con Duke Nukem Forever y Prey², el hecho es que en octubre del año pasado empezó a circular y ayer (o anteayer, dependiendo de en donde estén en el planeta) fue el lanzamiento oficial a nivel mundial.

Quizás quien mejor explica los riesgos y los problemas del DRM, mejor incluso que Bruce Byfield y Scott Granneman que se llevaron los links de más arriba, es Cory Doctorow en su discurso sobre los DRM dictado (aparentemente con menos éxito del que debería) frente al departamento de investigación de Microsoft. Lectura altamente recomendada. Y para entender al razón por la que creo que el software propietario no es la solución no hay nadie mejor que Richard Stallman. Esta es la transcripción de un discurso dictado por él en Zagreb en marzo del 2006. No sé si sea el mejor de los que hay por ahí, pero sí es el más reciente, y es lo suficientemente general para servir de introducción. Lamentablemente, como es tan reciente no está traducido aún, pero tengo una traducción personal que está en camino y que luego reemplazará este link. Para los que el inglés sea un obstáculo demasiado grande, la página del proyecto GNU tiene más ensayos y discursos de los que van a poder leer, traducidos a más idiomas de los que van a poder aprender.

La FSF también es un buen punto de partida, y sus proyectos DefectiveByDesign y BadVista. Para más información específica de Vista hay una montonera de artículos en la red, aunque particularmente interesante es lo que los mismos tipos de Windows tienen que decir al respecto en un posteo en su blog respondiendo las dudas más frecuentes. Lo interesante de eso es que las respuestas del staff de Windows no hacen mucho más que confirmar los temores. Lean los comentarios. Y Peter Gutmann hace también una buena reseña de lo que se sacrifica al pasarse a Vista, con particular detalle de aspectos técnicos más que filosóficos. The Guardian también publicó hace poco una historia acerca de los riesgos de seguridad de Vista, citando entre otros a gente de Webroot diciendo que “el nuevo Windows Defender no detuvo 84% de los virus testeados, incluyendo 15 de los más comunes dentro del software malicioso”.

En general, tiendo a balancearme entre la tendencia a tomarse el mundo con Andina y la de verlo todo como el minuto más negro. Pero el problema es que cada vez que me dedico a leer más al respecto encuentro más cosas que no estaban ni siquiera en otras formas en tiempos pasados, nuevas estrategias de control que no me dejan pensar en la posibilidad de una opción, y eso lentamente me está obligando a dejar la tranquilidad y una especie de activismo callado de lado.

No pretendo empezar a describir los problemas de todo esto, porque no soy el más indicado para hacerlo. Pero si puedo ayudar en algo apuntando a quienes considero que sí lo son, siquiera para mejorar marginalmente sus rankings en Google, lo haré. Pero no podemos hacer sólo eso, porque lamentablemente, y tal como el título lo dice, el ouch empieza ahora, y cada vez la amenaza de que duela más es más seria y menos amenaza.

Suerte.

1. Para los que se sientan decepcionados de encontrar una actualización sin noticias personales, les cuento que una viene en camino. Esto no podía esperar. [volver]
2. Aunque este ya se lanzó… [volver]

AVISO: debido a la mudanza del quant y compañía, el pingüino estará abajo desde el día domingo 29 (omg! ¡mañana!) y por aproximadamente una semana. Esto será como pasar por detrás de la luna en un viaje espacial, así que a perder el contacto radial y a aguantarse las ganas incontrolables de comentar. Lo sé: es lamentable. Ahora, de vuelta al posteo…

—–

En caso de que no lo sepan (qué vergüenza…) el 24 de octubre recién pasado fue la fecha de lanzamiento oficial de Firefox 2.0. Digo oficial por el pastelazo que se mandaron al subir los archivos a un sitio ftp antes de que el programa estuviera listo para ser lanzado. La noticia llegó hasta a Slashdot, a donde apunta el link de arribita, y en esa misma nota hay un link a este posteo de la gente de Firefox en donde hablan de por qué la gente no debería haber bajado la cosa antes de tiempo. Sin embargo, esto es sólo una nota brevísima en la celebración más grande que es tener un Firefox nuevo y lleno de colores y sabores. Así tanto es la fiesta que hasta IE mandó unos nobles (si me preguntan a mí) saludos¹.

Entre otras cosas, la nueva versión tiene un mejor soporte para los usuarios que como yo gustamos de tener miles de tabs abiertos (justo ahora tengo 13, y eso que ando humilde), le lleva un menú de Add-ons que incluye lo que antes eran los themes y las extensiones, viene con un session saver incluído y con protecciones en contra del phishing, e incluye también un historial de tabs que permite recuperar aquellos tabs que se cerraron por accidente (cosa que por lo menos a mí me pasa a menudo, y me carga). Hay un montón de otros cambios, sin embargo, así que a tugar tugar no más.
Sin embargo, esa no es la única actualización grande de esta temporada, porque el 26 de octubre también salió Edgy Eft, la nueva versión (6.10) de Ubuntu (la anterior era Dapper Drake). Lo mejor de todo, es que la segunda incluye a la priemra (así como actualizaciones a una serie de otros programas incluidos y, por si fuera poco, una completa modificación del sistema de init de Ubuntu, que ahora pasa a funcionar con Upstart, lo que según fuentes de extrema confiabilidad, hacen que parta más rápido entre otras cosas (yo no lo he notado, pero la verdad es que terminé de instalarlo ayer, así que todavía no tengo demasiado tiempo para examinar mi instalación).

Así que es. ¡A actualizarse compañeros! ¡Que no los pille la nueva temporada con software pasado de moda!

1. Para los que no entendieron, o los que no siguieron mis links, la foto de arriba es una torta que le mandó el equipo de IE a los de Mozilla para celebrar el lanzamiento de Firefox 2.0. Yo lo sigo encontrando un bonito gesto. Así, de un paraguazo, me caen mejor (su browser sigue siendo una porquería, eso sí… [volver]

El título de este posteo viene de un homenaje a los juegos viejos-viejos hecho por Rob Manuel y Mj Hibett llamado Hey Hey 16k que salió posteado en el newsletter de b3ta hace una buena punta de meses. Sin embargo, no es esa la razón por la que escribo. Escribo porque hoy salió publicado en slashdot un artículo de David Brin acerca de lo mucho que nos estamos perdiendo como sociedad al no entregarle a los niños entusiastas de la computación, las herramientas necesarias para meterse. Creo que tiene toda la razón del mundo.

Todavía recuerdo mi introducción al mundo de la computación “en serio” cuando estaba en el colegio. Mi hermano, que creo que es tan letrado computacionalmente como puede serse, me regaló para mi cumpleaños una instalación de QuickBasic 4.5. Con ella tuve mis primeros acercamientos al funcionamiento lógico de un programa, y a la posibilidad de darle instrucciones a un computador realmente para hacer que este hiciera lo que yo quería. En ese momento no estaba conciente de lo limitado del lenguaje en el que me estaba metiendo, y por lo mismo, tenía el mundo con sus infinitas posibilidades adelante. Verdaderamente, ¡podía hacer lo que quisiera!

Mis conocimientos de QuickBasic no llegaron a nada demasiado profesional, y lo más avanzado que logré crear fue un juego que, hasta la fecha, tiene un par de bugs persistentes y serios problemas de diseño. Sin embargo, sin importar lo escasos que sean mis conocimientos de programación, lo que aprendí durante esas jornadas que se extendían por las noches luchando contra mi código hasta lograr que hiciera justo lo que yo quería que hiciese realmente no tiene precio.

Lo digo por experiencia propia. No hay mejor manera de empezar en el mundo de la computación que desde abajo, con las herramientas más básicas, poniéndose metas y tratando de cumplirlas (lo que te obliga a buscar respuestas por ti mismo, y te prueba que no necesitas ajustar tus propósitos a lo que sabes, sino al revés), y ese tipo de lenguajes de programación permiten hacer justamente eso, sin importar qué tanto de programación se quiera aprender. Lo que se logra, de una manera u otra, es armar la cabeza de la gente, generar en ellos las nociones básicas que en el futuro generarán gente que no mire a los computadores como objetos mágicos, ni les tema constantemente.

Por eso es importante. Porque queremos gente que genere información, y no sólo la consuma. De eso y quién sabe qué otras cosas nos estamos privando cuando le quitamos a los que están interesados en empezar, la posibilidad de encontrar una puerta de entrada.

—

pd: cuando encuentre una manera de decirle a WordPress que no me bloquee los archivos .bas ni .exe subo versiones de mi juego para que esté y puedan verlo, si están interesados. Tiene que haber una manera de subirlo, porque que un programa quite toda posibilidad de manejar ciertos archivos es paranoico cuando no derechamente estúpido, y quitarle la posibilidad al administrador de un sitio de subir lo que él quiera es prácticamente nazi. Esperemos que ese no sea el caso. Hail!

EDIT: ya logré subir el archivo, pero no a través del pedazo de software del tercer reich que es WordPress. Tuve que hacerlo a mano. En todo caso el código fuente pueden bajarlo de aquí, y el ejecutable para Windows pueden sacarlo de aquí. El programa no está terminado, en todo caso. Sean amables