Bienvenida

Anoche nos nacio una gran alegria, una gran dicha, la razon de esta espera…

Anoche por fin conocimos a la plantita que crecio de la semilla de nuestro amor…

La experiencia inolvidable de ser papá por primera vez, de poder cargarla por primera vez, de poder ver a sus ojos por primera vez, jamas se borrará de mi memoria y de mi corazón.

Ayer, mientras lloraba y al tomarla en mis brazos por primera vez, notar como fijaba sus ojos en mi, y de inmediato callar el llanto para pasar a la sorpresa, a la admiracion por el nuevo mundo que ahora estara conociendo…

Bienvenida al mundo Susana Sarahí

Susana Sarahí

El RENAUT en Mexico. Registra tu celular en el sistema…

El RENAUT, Registro Nacional de Usuarios de Telefonia móvil, es un programa gubernamental en Mexico cuyo propósito es registrar a todos los usuarios de teléfonos celulares, para evitar una serie de crímenes que han cobrado auge en los ultimos años en el país, desde fraudes hasta falsos secuestros.

El mecanismo de registro consiste en, ya sea vía su portal o vía mensaje SMS, enviar el numero telefónico a registrar y la Clave Unica de Registro de la Poblacion (una clave única por mexicano que se puede consultar en Internet). Según la propaganda, los usuarios tenemos hasta el día 10 de abril para registrarse.

Y cual es el problema con todo esto? Independientemente de la posible invasión a la intimidad de los usuarios, la realidad es que el programa esta mal diseñado. Puesto que cualquiera puede registrar cualquier cantidad de teléfonos, un posible criminal podría, en un hipotético pero posible caso, conociendo el nombre completo y la fecha de nacimiento de algún incauto, consultar el CURP de esa persona y registrar el numero con el que hara sus crímenes a nombre del incauto, y listo! Nada raro en este país: impunidad a la carta.

No digo que la intención sea buena (ojalá) pero el sistema tiene defectos evidentes, y como siempre eso habla muy mal de la planeación y análisis previo que hacen los políticos mexicanos en sus propuestas hechas ‘a la mexicana’.

UPDATE 9/abril/2010

Pongámonos mas geeks ahora…

Me acabo de enterar de esto: http://bit.ly/cBaOnP

Resulta que COFETEL, en su pagina web (http://cofetel.gob.mx/) tiene un contador bien mono que dice cuanta gente se ha registrado al sistema del RENAUT. El contador es de por si sospechoso, pero lo peor es que han subestimado a los geeks jajajaa (http://intelectualradio.wordpress.com/2010/04/06/cofetel-no-subestimes-a-un-geek), y con una estrategia tan sencilla como observar el codigo fuente de la pagina de la COFETEL, se descubre un pequeño código javascript (un codigo que se ejecuta en la maquina de la persona que este viendo la pagina web) que muestra dicho contador dependiendo la fecha de la maquina.

Si no sabes de esto, haz una simple prueba: cambiale la fecha a tu computadora, dale un refresco a la pagina de COFETEL y notaras que el contador cambia! Hazlo un mes para adelante y un mes para atrás, y verás como el número cambia para arriba y para abajo. Esto es ilógico! si el número de usuarios fuera real, entonces no cambiaría con la fecha, el cambiar la fecha de tu computadora, no te hace viajar en el tiempo para que el número cambie. En un sistema real, ese número se consulta en una base de datos y te brinda datos reales, no ficticios.

Y si si sabes de esto, pues consulta el codigo fuente de la pagina de la COFETEL y observa claramente el código fuente (que en mi opinión, además está horrible! ni siquiera dignidad para programar tienen :/ )

En fin, no estoy diciendo ‘NO REGISTRES TU CELULAR EN EL RENAUT’. Hazlo si quieres, es mas a lo mejor y si sirve para lo que dicen (pero si ya mienten en lo otro, como saber?), pero como sea, el sistema SI tiene sus huecotes, y eso se ve a leguas…

Lecciones aprendidas: migrando mi servidor de GNU/Linux

La entrada esta aqui:

http://jstitch.blogspot.com/2010/01/lecciones-aprendidas-migrando-mi.html

saludos!

Richard Stallman en México, ESIME Culhuacan

Richard Stallman en MexicoEl día de hoy asistí a la conferencia que dio Richard Stallman en el plantel Culhuacán de la ESIME del IPN.

La conferencia empezó a la 1 de la tarde, bueno un poquito pasado de la 1, y por dos horas pasamos un rato bastante ameno mientras RMS nos platicaba la historia de como llegó a fundar el movimiento del Software Libre, el proyecto GNU y a lo que actualmente se dedica, que es a promover dicha forma de ver el desarrollo, uso y distribución del software. Además disfrutamos de sus gags, y del momento final en el que (paganamente, he de decir) se invistió de san iGNUtius de la iglesia de emacs, para bendecir las computadoras de aquellos que usaran software libre.

Claro, RMS no es el fundador del software libre como tal, software libre se ha venido haciendo y usando desde los albores de la computación, antes de que nacieran las hoy infames gigantes empresas de software (como Microsoft, Apple, Oracle y un largo etcétera desde finales de los 70’s). Desde los 50’s la llamada cultura hacker hacía y compartía software ayudándose unos a otros mientras aprendían y hacían nacer lo que hoy son los sistemas informáticos más estables y difundidos del mundo (el internet, UNIX, los variados campos de las ciencias de la computación…)

Sin entrar en más detalles históricos (que pueden leerse en cualquier lugar de internet, desde la wikipedia hasta el sitio oficial del proyecto GNU, o de la Free Software Foundation), de lo que sí hablaré es un poco de su filosofía.

Desde su perspectiva, el software es una obra intelectual que, como toda obra intelectual, debería poder ser compartida con quien tú quisieras, con el propósito de ayudarlo. Por ello, es incorrecto, no-ético, inmoral, que el software esté hecho de tal forma que evite por medios legales (licencias de software que así lo indiquen) o ilegales (con código escondido que provoque también esto indirectamente) se comparta, y eso es un mal a la sociedad. Si alguien te pide un disco de, digamos Windows para poder usarlo, según la licencia de Windows, es ilegal que lo compartas. Así que te quedan dos opciones: o compartes tu disco y por lo tanto rompes la ley (lo cual es malo) o respetas la ley y no ayudas a tu amigo (lo cual es malo). Bueno, pues tal vez el menor de los males sería que compartieras el disco, a pesar de romper la ley. Pero aún así, es un mal. Lo ideal, sería poder compartir, y que eso no implicara ningún mal, menor o mayor.
San iGNUtius de la iglesia de emacs

Bueno, a partir de esto es que surge la idea del software libre: software hecho, y sobre todo con medidas legales y técnicas, para poder ser compartido. Para RMS, hay 4 libertades fundamentales que debe tener un software para poder ser considerado libre:

1. La libertad de ejecutar el programa, para cualquier propósito (libertad 0).
2. La libertad de estudiar cómo trabaja el programa, y cambiarlo para que haga lo que quieras (libertad 1). El acceso al código fuente es una condición necesaria para ello.
3. La libertad de redistribuir copias para que puedas ayudar al prójimo (libertad 2).
4. La libertad de mejorar el programa y publicar tus mejoras, y versiones modificadas en general, para que se beneficie toda la comunidad (libertad 3). El acceso al código fuente es una condición necesaria.

Y con ello, su proyecto GNU, de crear un sistema operativo completamente libre, y todo el software creado con este propósito, está hecho y licenciado para poder respetar estas cuatro libertades.

Regresando un poco a la historia, sucedió que luego de casi 10 años trabajando (el proyecto fue fundado en 1983), el equipo de la Free Software Foundation no conseguía terminar la pieza clave de todo sistema operativo: el kernel. Y así fue como en 1992, Linus Torvalds, un estudiante de Finlandia, hizo su propio kernel, le agregó el software de GNU, terminó licenciando su kernel bajo la GPL (la Licencia Pública General del proyecto GNU que establece las directivas para respetar las 4 libertades del software libre), y por fin la comunidad hacker, y después el mundo, pudo contar por primera vez con un sistema operativo completo y libre.

Richard Stallman en Mexico
Por discusiones posteriores, en las que influyó el hecho de que Linus no se iba por el lado ‘extremo’ de defender las libertades (lo mismo que muchos otros hackers, la mayoría, todo hay que decirlo), el movimiento del software libre se escindió, quedando como hoy en día, dividido en dos: por un lado los que aún se mantenían con la FSF, que denominan al movimiento ‘Software Libre’, y cuya bandera está en la defensa de las libertades, y por otro lado los que se mantenían con la mayoría de los hackers (subdividido en diversos ‘clanes’ de acuerdo a algún lenguaje de programación o licencia de software u otro parámetro), que denominan al movimiento ‘Open Source’, y cuya bandera está en la defensa de la calidad técnica y demás cualidades (que sin duda tiene el software con estas características), según ellos sin dejar a un lado las libertades, pero sí dejándolas a un lado del discurso, de forma que hoy en día las empresas, la bolsa de Nueva York y la prensa, toman por el movimiento auténtico al del open source, dejando a la FSF en una minoría un tanto escandalosa. Y es por esta razón que Richard Stallman insiste en que el sistema operativo debe de llamarse GNU / Linux (es decir, GNU con kernel Linux), y no Linux a secas, pues este sólo es el kernel, pieza fundamental sí, pero no la única, y así como existe kernel Linux, podrían haber muchos otros kernels, como el eterno e inacabado HURD de GNU.

Controversial de por sí, si algo hay que reconocerle a Richard Stallman, es el mantenerse fiel a sus ideales siempre. Sin duda, aquello que dicen los hackers de ‘calla y enséñanos el código’ habla del afán y el amor que tienen por su arte, pero yo creo que si alguien encuentra algo por lo que hay que dar la vida, entonces hay que darlo siempre. Y creo yo, Richard Stallman lo tiene en la defensa de las libertades del software, libertades que, en última instancia, repercuten no solamente en los programadores, sino también y sobre todo en los usuarios (recordando las 4 libertades, las libertades 2 y 4 pueden ser aprovechadas solamente por aquellos que sean programadores, pero las libertades 1 y 3 están hechas para cualquiera).

Yo acostumbro abstraerme de la discusión, no porque no sepa que hay diferencia. De hecho, admiro mucho a hackers que se encuentran en ambos lados del movimiento. Eric Raymond es uno de ellos, y es uno de los más duros críticos de Stallman. Mi pretexto es que, como en inglés gran parte de la discusión salió de la ambigüedad de la palabra ‘free’ (que puede significar libre o gratuito), en español no existe tal, pues libre es libre y ya, gratis es otra cosa. Por eso me zafo cómodamente de la discusión… aunque no se, tal vez no debería… tal vez cuando tenga más dinero para obtener la membresía, me haga miembro de la FSF 🙂

Como sea, en momentos así, es cuando me atrevo a decir, al estilo de la Revolución Francesa, ‘Vive la liberté!’

Richard Stallman en Mexico

Por cierto, nótese el orgullo que siente el autor de este blog al ver a tan gran personalidad con el escudo de mi institución al fondo XD

Y por último, unos videos…



Hoy dejó de existir Geocities

El día de hoy ocurrió el fin de una era para muchos que hicimos pininos en internet a fines de los 90’s y principios del nuevo milenio… Geocities (www.geocities.com) dejó de existir, luego de 15 años de existencia, dejando atrás una historia llena de páginas interesantes o funestas, diseños originales o chocantes.

A quien alguna vez visitó algún sitio de Geocities, seguramente se encontró con esos diseños noventeros. Y a quienes hoy en día visitan los modernos MySapce o Hi5 personalizados con colores que molestan la retina, con fondos que distraen, con estrellitas, corazonsitos, gifs animados y demás, sepan que la idea no es original de esta época (y tampoco de la de Geocities, claro), y que los sitios personales en Geocities se caracterizaban muchas veces por tener esas características también. (Véase por ejemplo, la página del Infierno HTML de Eric Raymond).

Geocities nació en California en 1994, y para 1999 era tan popular que la poderosa de los noventas Yahoo! la adquirió. Yo en lo personal recuerdo que muchas de las búsquedas que he hecho en internet, llegaron a toparse con sitios en Geocities, que hoy ya están perdidos (a menos que el Internet Archive los haya rescatado a tiempo, o claro, que sus dueños los hayan respaldado para darles vida de nuevo en otro nicho en el que, como en sus orígenes, se pueda cultivar la comunidad naciente e inexperta del boom del punto-com 😉

Fue en abril del 2009 que Yahoo! anunció que terminaría con Geocities, que no aceptaría más creaciones de nuevas cuentas y que para el 26 de octubre de ese mismo año, Geocities dejaría de existir…

Y bueno, yo mismo, siendo un post-adolescente veinteañero, en mis años de escuela, inexperto, ignorante y poco experimentado como era, me terminé topando con la idea de tener mi propio sitio en internet, gratis y fácilmente… Así que, como muchos otros, también tuve mi sitio personal en Geocities, el cual como todos ya dejó de existir (bueno, tengo un respaldo, algún día lo pondré en línea para que sirva de memoria histórica nada más ;).

La siguiente es una imagen de la página principal que, como muchos otros sitios de Geocities, carecen horriblemente de un buen diseño jeje… Por cierto, a la fecha, hasta hace unos minutos, todavía existía mi sitio en Geocities, aunque tenía siglos que no lo actualizaba en nada… Lo último que hice en él fue guardar una foto mía y de mi novia, para tener dicha imagen en línea, así que ahora tendré que buscar otro lugar en línea para lo mismo… 🙂

Pagina principal de mi antiguo sitio en Geocities

Y así terminó una gran parte de la historia de muchos… ha muerto Geocities, pero larga vida al Internet 😀

Historia de Unix (parte 4)

Con esta cuarta parte terminamos la traducción de la historia de Unix, del capítulo 2 del libro ‘The Art of Unix Programming’ de Eric S. Raymond. ¡Espero hayan disfrutado leyéndolo tanto como yo haciéndolo!

Historia de Unix (4ta parte)

El movimiento Open-Source (Código Abierto): 1998 y siguientes

Para el momento de la liberación de Mozilla en 1998, la comunidad hacker puede ser analizada mejor vista como una colección algo suelta de facciones o tribus que incluyen al Movimiento del Software Libre de Richard Stallman, la comunidad Linux, la comunidad Perl, la comunidad Apache, la comunidad BSD, los desarrolladores de X, la Internet Engineering Task Force (IETF), y al menos una docena más. Estas facciones se traslapan, y un desarrollador individual bien puede estar afiliado a dos o más.

Una tribu puede estar agrupada alrededor de una base de código particular que mantienen sus miembros, o alrededor de uno o más líderes de influencia carismáticos, o alrededor de un lenguaje o una herramienta de desarrollo, o alrededor de una licencia de software particular, o alrededor de un estándar técnico, o alrededor de una organización vigilante de alguna parte de la infraestructura. El prestigio tiende a correlacionarse con la longevidad y la contribución histórica así como con parámetros más obvios como el estado actual del mercado y la corriente actual de pensamiento; por ello, tal vez la tribu más universalmente respetada es la IETF, que puede reclamar continuidad desde los inicios de la ARPANET en 1969. La comunidad BSD, con tradiciones continuas incluso desde los 70s, tiene un prestigio considerable a pesar de tener muchas menos instalaciones que Linux. El Movimiento del Software Libre de Stallman, con sus orígenes en principios de los 80s, está dentro de las grandes tribus, tanto por su contribución histórica como por ser quien mantiene varias de las herramientas de software en uso constante día con día.

Luego de 1995 Linux adquirió un rol especial tanto por ser la plataforma unificadora para la mayor parte del resto del software de la comunidad, como por ser la marca producida por los hackers más reconocida públicamente. La comunidad Linux mostró una correspondiente tendencia a absorber otras sub-tribus – y, por lo tanto, a captar y absorber las facciones hacker asociadas con los Unixes propietarios. La cultura hacker como un todo comenzó a tener en común una misión: llevar a Linux y al modelo de desarrollo en bazar tan lejos como pudieran ir.

Ya que la cultura hacker posterior a 1980 estaba tan enraizada en Unix, la nueva misión fue implícitamente la misión por lograr el triunfo de la tradición Unix. Muchos de los líderes más respetados de la comunidad hacker también eran ancestros en Unix, que aún portaban las cicatrices de las guerras civiles posteriores a la diversificación en los 80s y resguardándose detrás de Linux como la última, mejor esperanza para conseguir aquellos sueños de rebeldía de los primeros días de Unix.

La liberación de Mozilla ayudó a concentrar más las opiniones. En marzo de 1998 una junta cumbre sin precedentes que convocó a los líderes de influencia de la comunidad, representando a casi todas las mayores tribus, convino en considerar metas y tácticas comunes. La junta adoptó una nueva etiqueta para el método de desarrollo común para todas las facciones: código abierto (open-source).

En tan solo seis meses casi todas las tribus de la comunidad hacker aceptarían “open-source” como su nuevo estandarte. Grupos más viejos como la IETF y los desarrolladores BSD comenzarían a aplicarlo en retrospectiva a lo que habían estado haciendo todo el tiempo. De hecho, para el año 2000 la retórica del código abierto no solamente unificaría la práctica presente de la cultura hacker hacia el futuro, sino que también re-pintaría la visión de su propio pasado.

El efecto galvanizante del anuncio de Netscape, y de la nueva prominencia de Linux, alcanzó más allá de la comunidad Unix y la cultura hacker. Comenzando por 1995, los desarrolladores de varias plataformas que estaban en el camino del monstruo devorador de Microsoft Windows (MacOS; Amiga; OS/2; DOS; CP/M; los Unixes propietarios más débiles; varios sistemas operativos de mainframes, minicomputadoras y microcomputadoras obsoletas) se unieron alrededor del lenguaje Java de Sun Microsystems. Muchos desarrolladores de Windows contrariados se les unieron con la esperanza de mantener al menos cierta independencia nominal de Microsoft. Pero el manejo de Java por parte de Sun fue (como se discute en el Capítulo 14) torpe y alienante en varios niveles. A muchos desarrolladores Java les gustó lo que vieron en el naciente movimiento open-source, y siguieron a Netscape hacia Linux y el código abierto así como anteriormente siguieron a Netscape hacia Java.

Los activistas del open-source dieron la bienvenida a la oleada de inmigrantes provenientes de todas partes. Las antiguas manos de Unix comenzaron a compartir los sueños de los nuevos inmigrantes de no solamente aguantar de manera pasiva al monopolio Microsoft, sino de hecho a quitarle mercados clave. La comunidad open-source como un todo preparó un empuje mayor hacia ser respetada en la corriente principal, y comenzó a aceptar alianzas con corporaciones mayores que cada vez más temían perder el control de sus propios negocios conforme las tácticas cerradas de Microsoft se volvían cada vez más oscuras.

Hubo una excepción: Richard Stallman y el Movimiento del Software Libre. “Open-source” deliberadamente pretendía reemplazar el “software libre” preferido por Stallman con una etiqueta pública que fuera ideológicamente neutral, aceptable tanto para grupos históricamente opuestos como los hackers de BSD como para aquellos que no querían tomar partido en el debate GPL/anti-GPL. Stallman acarició la idea de adoptar el término, y luego lo rechazó con el argumento de que fallaba en representar la posición ética central en su modo de pensar. El Movimiento del Software Libre ha insistido desde entonces en su separación del “open-source”, creando tal vez la fisura política más significativa en la cultura hacker del 2003.

La otra (y más importante) intención detrás de “open-source” fue la de presentar los métodos de la comunidad hacker al resto del mundo (en particular a la corriente de los negocios) en una manera más amigable con el mercado y con menos confrontación. En este papel, afortunadamente, demostró un éxito arrollador – y llevó a que se reviviera el interés en la tradición Unix de donde surgió.

Lecciones de la historia de Unix

El patrón a gran escala en la historia de Unix es este: cuando y donde Unix se ha adherido cercanamente a las prácticas del código abierto, ha prosperado. Intentos de hacerlo propietario han resultado invariablemente en estancamiento y declinación.

En retrospectiva, esto probablemente debió haberse vuelto obvio más pronto que lo que en realidad se hizo. Perdimos diez años luego de 1984 aprendiendo nuestra lección, y probablemente nos hará mucho mal si volvemos a olvidarla.

El ser más listos que cualquiera sobre hechos importantes pero estrechos sobre el diseño del software no previno que fuéramos casi completamente ciegos sobre las consecuencias de las interacciones entre tecnología y economía que pasaban justo frente a nuestros ojos. Incluso los pensadores más perspicaces y previsores en la comunidad Unix estaban cuando mucho medio ciegos. La lección para el futuro es que confiar de más en la tecnología o el modelo de negocio de algún particular sería un error – y el mantener la flexibilidad de adaptación de nuestro software y la tradición de diseño que conlleva es correspondientemente imperativo.

Otra lección es esta: Nunca apostar contra la solución barata. O, de manera similar, la tecnología de hardware de bajas prestaciones y en gran volumen casi siempre termina escalando la curva de potencia y ganando. El economista Clayton Christensen llama a esto una tecnología disruptiva y mostró en The Innovator’s Dilemma [Christensen] cómo sucedió esto con las unidades de disco, las palas de vapor, y las motocicletas. Lo vimos suceder conforme las minicomputadoras desplazaron a los mainframes, las estaciones de trabajo y los servidores reemplazaron a las minis, y las máquinas Intel vistas como materia prima reemplazaron a las estaciones de trabajo y a los servidores. El movimiento open-source está ganando al hacer del software una materia prima. Para prosperar, Unix necesita mantener la destreza al captar la solución barata en lugar de tratar de combatirla.

Finalmente, la comunidad Unix de la vieja escuela falló en sus esfuerzos por ser “profesionales” aceptando toda la maquinaria de manejo en la organización, finanzas y mercadotecnia de las corporaciones convencionales. Debimos ser rescatados de nuestra locura por una alianza rebelde de geeks obsesivos y desadaptados creativos – que procedieron a mostrarnos que el profesionalismo y la dedicación en realidad significaban aquello que estuvimos haciendo antes de sucumbir a las persuasiones mundanas de las “prácticas empresariales sanas”.

Aplicar estas lecciones hacia tecnologías de software aparte de Unix se deja como un ejercicio sencillo al lector.

Referencias bibliográficas de esta sección:
[Christensen] Clayton Christensen. The Innovator’s Dilemma. HarperBusiness. 2000. ISBN 0-066-62069-4.

El libro que introdujo el término “tecnología disruptiva”. Un examen fascinante y lúcido sobre cómo y por qué las compañías de tecnología que hacen todo correctamente quedan deshechas por principantes. Un libro de negocios que las personas técnicas deberían de leer.


Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: http://www.torcasajuv.com
“Ama y haz lo que quieras. Si callas, callarás con amor; si gritas, gritarás con amor; si corriges, corregirás con amor; si perdonas, perdonarás con amor. Si tienes el amor arraigado en ti, ninguna otra cosa sino amor serán tus frutos.” (San Agustín) Solamente asegúrate que en realidad sea AMOR…

Historia de Unix (parte 3)

Parte 3 de la historia de Unix

Historia de Unix (3ra parte)

Orígenes e Historia de los Hackers, 1969 – 1995

La tradición Unix es una cultura implícita que siempre ha llevado consigo más que una simple colección de trucos técnicos. Transmite un conjunto de valores sobre la belleza y el buen diseño; tiene leyendas y héroes folclóricos. Entrelazada con la historia de la tradición Unix se encuentra otra cultura implícita que es más difícil de etiquetar limpiamente. Tiene sus propios valores y leyendas y héroes folclóricos, a veces traslapándose con aquellos de la tradición Unix y a veces derivados de otras fuentes. Ha sido más comúnmente llamada la “cultura hacker”, y desde 1998 ha coincidido en su mayoría con lo que la prensa del comercio computacional llama “movimiento Open-Source” (Código Abierto).

Las relaciones entre la tradición Unix, la cultura hacker, y el movimiento open-source son sutiles y complejas. No quedan simplificadas por el hecho de que las tres culturas implícitas frecuentemente se han referido a los comportamientos de los mismos seres humanos. Pero desde 1990 la historia de Unix es en gran parte la historia de como los hackers de código abierto cambiaron las reglas y arrebataron la iniciativa a los vendedores Unix propietarios de la vieja escuela. Por lo tanto, la otra mitad de la historia detrás del Unix de hoy en día es la historia de los hackers.

Jugando en el recinto universitario: 1961 – 1980

Las raíces de la cultura hacker pueden rastrearse hacia 1961, el año en que MIT recibió su primera minicomputadora PDP-1. La PDP-1 fue una de las primeras computadoras interactivas, y (a diferencia de otras máquinas) en ese entonces suficientemente barata que el tiempo de uso en ella no tenía que ser rígidamente calendarizado. Atrajo la atención de un grupo de estudiantes curiosos del Tech Model Railroad Club (TMRC) que experimentaron con ella en un espíritu de diversión. Hackers: Heroes of the Computer Revolution [Levy] describe divertidamente los primeros días del club. Su más famoso logro fue SPACEWAR, un juego de cohetes espaciales que combaten inspirado por la serie de óperas espaciales Lensman de E. E. “Doc” Smith [18].

Muchos de los experimentadores del TMRC pasaron a convertirse en los miembros centrales del laboratorio de Inteligencia Artificial del MIT, que en los 60s y 70s se convirtió en uno de los centros mundiales de las ciencias de la computación más avanzadas. Tomaron algo del argot y las bromas internas del TMRC, incluyendo una tradición de unas bromas elaboradas (pero inofensivas) llamadas “hacks”. Parece ser que los programadores del laboratorio de IA del MIT fueron los primeros en auto-definirse como “hackers”.

Luego de 1969 el laboratorio de IA del MIT quedó conectado, vía la primera ARPANET, con otros laboratorios líderes en ciencias de la computación en Stanford, Bolt Beranek & Newman, la Universidad Carnegie-Mellon (CMU) entre otros. Investigadores y estudiantes tuvieron la primer probada de la forma en que un acceso rápido en red abolía geografías, a menudo haciendo que fuera más fácil colaborar y formar lazos de amistad con gente a la distancia en la red que con colegas que de otra forma estaban más cercanos pero menos conectados.

Software, ideas, argot, y una buena cantidad de humor fluyó por las ligas de la experimental ARPANET. Algo así como una cultura compartida comenzó a formarse. Una de sus creaciones más tempranas y más duraderas fue el Jargon File (el Archivo de la Jerga), una lista de términos de argot compartido que se originó en Stanford en 1973 y pasó por varias revisiones en MIT luego de 1976. En el camino acumuló argot de CMU, Yale, y otros sitios de la ARPANET.

Técnicamente, la primer cultura hacker estaba mayormente hospedada en minicomputadoras PDP-10. Usaban una variedad de sistemas operativos que hoy ya pasaron a la historia: TOPS-10, TOPS-20, Multics, ITS, SAIL. Programaban en ensamblador y dialectos de Lisp. Los hackers de las PDP-10 se responsabilizaron para mantener la ARPANET misma ya que nadie más quería el trabajo. Posteriormente, se convirtieron en el cuadro fundador de la Internet Engineering Task Force (IETF) y dieron origen a la tradición de estandarizaciones vía los Requests For Comments (RFCs).

Socialmente, eran jóvenes, excepcionalmente brillantes, en su gran mayoría varones, dedicados a programar hasta el punto de la adicción, y tendían a mostrarse fuertemente inconformes – lo que años después sería llamado ‘geeks’. Ellos, también, solían ser hippies greñudos e imitadores de hippies. Ellos, también, tenían la visión de las computadoras como dispositivos constructores de comunidades. Leían a Robert Heinlein y a J.R.R. Tolkien, jugaban en la Sociedad del Anacronismo Creativo, y tendían a tener una debilidad por los juegos de palabras [NT16]. A pesar de sus caprichos (¡o quizás debido a ellos!) muchos de ellos se encontraban dentro de los programadores más brillantes del mundo.

Ellos NO eran programadores Unix. La primer comunidad Unix salió en su mayoría del mismo grupo de geeks en la universidad y los laboratorios del gobierno o de investigación comercial, pero las dos culturas diferían de formas importantes. Una que ya hemos mencionado era la débil capacidad de estar en red del primer Unix. No hubo un acceso efectivo de Unix a la ARPANET hasta después de 1980, y era poco común que cualquiera tuviera puestos sus pies en ambos campos.

El desarrollo colaborativo y el compartir código fuente era una táctica valiosa para los programadores Unix. Para los primeros hackers de la ARPANET, por otro lado, era más que una táctica: era algo más parecido a una religión común, que en parte surgió de la imperativa académica de “publica o muere” y (en sus versiones más extremas) desarrollándose en un idealismo casi chardinista [NT17] sobre comunidades mentales conectadas en red. El más famoso de estos hackers, Richard M. Stallman, se convirtió en el santo asceta de esta religión.

Notas al pie de esta sección:
[18] SPACEWAR no estaba relacionado con el juego Space Travel de Ken Thompson, aparte del hecho de que ambos encontraban referencias con los fans de la ciencia ficción.

Referencias bibliográficas de esta sección:
[Levy] Steven Levy. Hackers: Heroes of the Computer Revolution. Anchor/Doubleday. 1984. ISBN 0-385-19195-2. Disponible en la Red.

Notas de traducción de esta sección:
[NT16] El original en inglés ‘pun’, se traduce como ‘calambur’, que es un juego de palabras que, basándose en la homonimia, en la paronimia o en la polisemia, consiste en modificar el significado de una palabra o frase agrupando de distinta forma sus sílabas. Por ejemplo: ‘plátano es/plata no es’ (http://es.wikipedia.org/wiki/Calambur). Dejé la traducción con un término más genérico, ‘juego de palabras’.

[NT17] Dejo el original en inglés porque, hasta ahora, no he hallado una traducción adecuada para el término original en inglés ‘chardinist’, del que no he encontrado muchas referencias, salvo las que me llevan de nuevo a escritos de Raymond sobre el mismo tema. Algo me hace pensar que es un término relacionado con la ciencia ficción, pero quien sabe…

Fusión con Internet y el Movimiento del Software Libre: 1981 – 1991

Luego de 1983 y el puerto de BSD para TCP/IP, las culturas de Unix y ARPANET comenzaron a fusionarse. Esto resultó ser lo más natural una vez que las ligas de comunicación estuvieron en su lugar, ya que ambas culturas se componían del mismo tipo de personas (de hecho, en pocos pero significativos casos por las mismas personas). Los hackers de ARPANET aprendieron C y comenzaron a usar el argot de tuberías, filtros, y shells; los programadores Unix aprendieron TCP/IP y comenzaron a llamarse “hackers” entre ellos. El proceso de fusión se aceleró luego de la cancelación del Proyecto Júpiter en 1983, que mató el futuro de la PDP-10. Para 1987 ambas culturas se habían mezclado tan bien que la mayoría de los hackers programaban en C y utilizaban de forma casual términos del argot que se remontaban al Tech Model Railroad Club de veinticinco años atrás.

(En 1979 yo era extraño al tener fuertes lazos con las dos culturas Unix y ARPANET. En 1985 eso ya no resultaba extraño. Para el momento en que expandí el antiguo Archivo de la Jerga de ARPANET en el Nuevo Diccionario Hacker [Raymond96], ambas culturas se habían fusionado eficazmente. El Archivo de la Jerga, nacido en ARPANET pero revisado en Usenet, simbolizaba de manera apta la fusión.)

Pero las redes TCP/IP y el argot no fueron las únicas cosas que la cultura hacker posterior a 1980 heredó de sus raíces en ARPANET. También obtuvo a Richard Stallman, y la cruzada moral de Stallman.

Richard M. Stallman (comúnmente conocido por su nombre de usuario, RMS) ya había demostrado a fines de los 70s que él era uno de los más hábiles programadores en vida. Entre sus muchas invenciones estaba el editor Emacs. Para RMS, la cancelación del Proyecto Júpiter en 1983 sólo dio por terminada la desintegración del laboratorio de IA del MIT que había comenzado unos años atrás conforme muchos de sus mejores elementos se fueron a trabajar para compañías de máquinas Lisp en competencia. RMS se sintió expulsado del Edén hacker, y decidió que la culpa era del software propietario.

En 1983 Stallman fundó el proyecto GNU, con el objetivo de escribir un sistema operativo completamente libre. A pesar de que Stallman no era y nunca fue un programador Unix, bajo las condiciones posteriores a 1980 el implementar un sistema operativo estilo Unix era la más obvia estrategia a perseguir. Muchos de los primeros colaboradores de RMS eran hackers de la vieja ARPANET que acababan de llegar a las tierras de Unix, en los que la ética del compartir código fuente era más fuerte que como lo hacía en los de historia más centrada en Unix.

En 1985, RMS publicó el Manifiesto GNU. En él, creó conscientemente una ideología a partir de los valores de los hackers de la ARPANET previos a 1980 – con todo y un nuevo reclamo ético-político, un discurso autónomo y característico, y un plan activista para el cambio. El objetivo de RMS era aunar la difusa comunidad de hackers posteriores a 1980 en una máquina social coherente para lograr un único propósito revolucionario. Su comportamiento y su retórica a medias recordaban los intentos de Karl Marx de movilizar al proletariado industrial contra la alienación de su trabajo.

El manifiesto de RMS inició un debate que aún se mantiene vivo en la cultura hacker de hoy en día. Su programa iba más allá de mantener una base de código fuente, y esencialmente implicaba la abolición de los derechos de propiedad intelectual en el software. Persiguiendo este objetivo, RMS popularizó el término “software libre”, que fue un primer intento de etiquetar al producto de toda la cultura hacker. Escribió la Licencia Pública General (GPL, por sus siglas en inglés), que se convertiría tanto en un punto de reunión como en foco de gran controversia, por razones que examinaremos en el Capítulo 16. Pueden aprender más de la postura de RMS y de la Free Software Foundation en el sitio web de GNU.

El término “software libre” era en parte una descripción y en parte un intento de definir la identidad cultural de los hackers. Desde cierto punto, fue bastante exitoso. Antes de RMS, la gente en la cultura hacker se reconocía a sí misma como compañeros de viaje que usaban el mismo argot, pero nadie se preocupaba por discutir sobre lo que un ‘hacker’ es o debe de ser. Luego de él, la cultura hacker se volvió mucho más consciente de sí misma; las discusiones de valores (muchas veces encuadradas con el lenguaje de RMS, usado incluso por aquellos que se oponían a sus conclusiones) se volvieron un tema normal de debate. El mismo RMS, una figura carismática y polarizadora, se convirtió de tal forma en un héroe cultural que para el año 2000 era difícil distinguirlo de su propia leyenda. Free as in Freedom [Williams] nos da un excelente retrato.

Los argumentos de RMS incluso influenciaron el comportamiento de muchos hackers que se mantenían escépticos a sus teorías. En 1987, convenció a los encargados de mantener Unix BSD de que sería una buena idea limpiarlo de código propietario de AT&T para poder lanzar una versión sin cargos de licencia. Sin embargo, a pesar de sus esfuerzos determinados por más de quince años, la cultura hacker posterior a 1980 nunca se unificó alrededor de su visión ideológica.

Otros hackers iban descubriendo el desarrollo abierto, colaborativo, y sin secretos por razones más pragmáticas y menos ideológicas. Unos edificios más allá de la oficina de Richard Stallman en el noveno piso en MIT, el equipo de desarrollo de X prosperaba a finales de los 80s. Fue fundado por vendedores Unix que habían acordado un empate sobre el control y los derechos de propiedad intelectual del sistema gráfico X, y no encontraron mejor alternativa que dejarlo libre para todos. En 1987-1988 el desarrollo de X prefiguraba las comunidades distribuidas realmente grandes que redefinirían lo más avanzado de Unix cinco años después.

“X fue uno de los primeros proyectos de código abierto a gran escala desarrollado por un equipo dispar de individuos trabajando para diferentes organizaciones diseminadas alrededor del globo. El e-mail permitía que las ideas se movieran rápidamente entre el grupo de manera que los pendientes pudieran resolverse tan rápido como fuera necesario, y cada individuo podía contribuir con la capacidad que más le viniera. Las actualizaciones del software podían distribuirse en cuestión de horas, habilitando a cada sitio para actuar de manera concertada durante el desarrollo. La red cambió la forma en que el software podía desarrollarse.”
— Keith Packard —

Los desarrolladores de X no eran partidarios del plan maestro de GNU, pero no estaban abiertamente opuestos a él tampoco. Antes de 1995 la oposición más seria al plan de GNU venía de los desarrolladores de BSD. La gente de BSD, que recordaban haber estado escribiendo software libremente redistribuible y modificable años antes del manifiesto de RMS, rechazaron el reclamo de GNU de la primacía histórica e ideológica. En específico objetaban la propiedad infecciosa o “viral” de la GPL, manteniendo que la licencia BSD era “más libre” por establecer menos restricciones en la reutilización del código.

No fue de ayuda para RMS que, aunque la Free Software Foundation había producido la mayoría del resto de un completo juego de herramientas de software, no podía entregar la pieza central. Diez años después de la fundación del proyecto GNU, aún no había kernel GNU. Mientras que herramientas individuales como Emacs y GCC demostraron ser tremendamente útiles, GNU sin un kernel ni amenazaba la hegemonía de los Unixes propietarios ni ofrecía un contraataque efectivo contra el creciente problema del monopolio Microsoft.

Luego de 1995 el debate sobre la ideología de RMS tomó un punto de vista algo diferente. La oposición vendría a asociarse de manera cercana tanto con Linus Torvalds como con el autor de este libro.


Referencias bibliográficas de esta sección:

[Raymond96] Eric S. Raymond. The New Hacker’s Dictionary. 3rd Edition. 1996. ISBN 0-262-68092-0. MIT Press. 547pp. Disponible en la Red en la Jargon File Resource Page.

[Williams] Sam Williams. Free as in Freedom. O’Reilly & Associates. 2002. ISBN 0-596-00287-4. Disponible en la Red.

Linux y la Reacción Pragmática: 1991 – 1998

Mientras que el esfuerzo de HURD (el kernel GNU) se atascaba, se abrían nuevas posibilidades. A inicios de los 90s la combinación de PCs baratas y poderosas con acceso a Internet fácil dio un señuelo poderoso para una nueva generación de programadores jóvenes que buscaban retos en donde probar su coraje. El juego de herramientas en el espacio de usuario escritas por la Free Software Foundation sugería una manera que era libre del alto costo de las herramientas de desarrollo de software propietarias. La ideología siguió a la economía en lugar de ir por delante; algunos de los recién llegados se alinearon con la cruzada de RMS y adoptaron la GPL como su estandarte, y otros se identificaron más con la tradición Unix en su totalidad y se unieron al campo anti-GPL, pero muchos desecharon la discusión como una distracción y solamente escribieron código.

Linus Torvalds le dio la vuelta limpiamente a la división GPL/anti-GPL usando el juego de herramientas GNU para rodear el kernel Linux que había inventado y las propiedades infecciosas de la GPL para protegerlo, pero rechazando el programa ideológico que iba con la licencia de RMS. Torvalds afirmó que pensaba que el software libre es mejor en general pero que ocasionalmente utilizaba programas propietarios. Su rechazo a ser un zelote incluso dentro de su misma causa lo hicieron tremendamente atractivo para la mayoría de hackers que habían estado incómodos con la retórica de RMS, pero cuyos argumentos carecían de un punto o de un portavoz convincente para su escepticismo.

El pragmatismo alegre de Torvalds y su estilo adepto pero discreto catalizó una impresionante sucesión de victorias para la cultura hacker en los años 1993-1997, incluyendo no solamente éxitos técnicos sino los comienzos sólidos de una industria de distribución, servicio y soporte alrededor del sistema operativo Linux. Como resultado su prestigio y su influencia se fueron a las nubes. Torvalds se convirtió en un héroe en la época de Internet; para 1995, había logrado en tan solo cuatro años el tipo de eminencia a nivel cultural que a RMS le tomó quince años en ganar – y excedió por mucho el récord de Stallman vendiendo “software libre” al mundo exterior. En contraste con Torvalds, la retórica de RMS comenzaba a parecer tanto estridente como poco exitosa.

Entre 1991 y 1995 Linux pasó de un concepto de pruebas alrededor del kernel prototipo 0.1 a un sistema operativo que podía competir en características y desempeño con los Unixes propietarios, y venció a la mayoría en estadísticas importantes como tiempo en continua ejecución, sin necesidad de reiniciar el sistema. En 1995, Linux halló su “killer app”: Apache, el servidor web de código abierto. Como Linux, Apache demostró ser destacadamente estable y eficiente. Las máquinas Linux ejecutando Apache rápidamente se convirtieron en la plataforma elegida por los ISPs alrededor del mundo; Apache capturó alrededor de 60% de los sitios web [19], prácticamente venciendo a sus dos mayores competidores propietarios.

La única cosa que Torvalds no ofrecía era una nueva ideología – un nuevo razonamiento o mito fundador del hacking, y un discurso positivo para sustituir la hostilidad de RMS a la propiedad intelectual con un programa más atractivo para la gente tanto dentro como fuera de la cultura hacker. Inadvertidamente yo proveí a esta falta en 1997 como resultado del intento por entender el por qué el desarrollo de Linux no se había colapsado en la confusión años antes. Las conclusiones técnicas de mis escritos publicados [Raymond01] serán resumidos en el Capítulo 19. Para este esquema histórico, será suficiente con notar el impacto de la fórmula central del primero de ellos: “Dado un número suficientemente grande de ojos, todos los bugs [NT18] son bajos”.

Esta observación implicaba algo que nadie en la cultura hacker se había atrevido a creer realmente durante el anterior cuarto de siglo: que sus métodos podían confiablemente producir software que no sólo fuera más elegante sino más confiable y mejor que el código de nuestros competidores propietarios. Esta consecuencia, bastante inesperadamente, terminó presentando exactamente el reto directo al discurso del “software libre” que Torvalds mismo no estaba interesado en montar. Para muchos hackers y la mayoría de los no hackers, “Software libre porque funciona mejor” fácilmente venció a “Software libre porque el software debe de ser libre”.

En el escrito, el contaste entre los modelos de desarrollo de ‘catedral’ (centralizado, cerrado, controlado, secretivo) y el de ‘bazar’ (desorganizado, abierto, con revisión por pares intensa) se convirtió en la metáfora central del nuevo pensamiento. En un sentido importante ésto era un mero retorno a las raíces del Unix anterior a la diversificación – es continua con las observaciones en 1991 de McIlroy sobre los efectos positivos de la presión entre colegas en el desarrollo de Unix de principios de los 70s y con las reflexiones en 1979 de Dennis Ritchie sobre comunidad, fertilizada con la tradición académica de la primera ARPANET de la revisión por pares y con su idealismo sobre las comunidades mentales distribuidas en red.

A principios de 1998, el nuevo pensamiento ayudó a motivar a Netscape Communications para liberar el código fuente de su navegador Mozilla. La atención que puso la prensa alrededor de este evento llevó a Linux a Wall Street, ayudó a impulsar el auge de las acciones en tecnología de 1999-2000, y demostró ser un punto crucial tanto para la historia de la cultura hacker como de Unix.

Notas al pie de esta sección:
[19] Diagramas de cómo se reparten los servidores web, actual e históricamente, están disponibles mensualmente en el Netcraft Web Server Survey.

Referencias bibliográficas de esta sección:
[Raymond01] Eric S. Raymond. The Cathedral and the Bazaar. 2nd Edition. 1999. ISBN 0-596-00131-2. O’Reilly & Associates. 240pp

Notas de traducción de esta sección:
[NT18] En el original en inglés, ‘bug‘ se refiere (según el Jargon File) a una propiedad no deseada y no intencional de un programa o pieza de hardware, especialmente una que causa su mal funcionamiento. Dejé el término en inglés por ser común en el uso en español, aunque puede traducirse libremente como ‘error’ o ‘defecto’. Según la leyenda, el origen del término data de cuando la Mark II, computadora sucesora de la Mark I, construida en 1944, sufrió un fallo en un relevador electromagnético. Cuando se investigó ese dispositivo, se encontró una polilla que provocó que el relevador quedara abierto.


Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: http://www.torcasajuv.com
“Ama y haz lo que quieras. Si callas, callarás con amor; si gritas, gritarás con amor; si corriges, corregirás con amor; si perdonas, perdonarás con amor. Si tienes el amor arraigado en ti, ninguna otra cosa sino amor serán tus frutos.” (San Agustín) Solamente asegúrate que en realidad sea AMOR…