El Espacio de JStitch

El eco de un tiempo distante

2012-01-27T14:29:00.002-06:00

( Para ser leida con fondo músical: ‘Echoes‘ de Pink Floyd, la versión corta de 16:30 minutos, que aunque en realidad no hable de temas espaciales (sino submarinos), queda bien. :)

Al acercarse al sistema, el capitán ordenó frenar la nave: luego de seis años de viaje ahora podrían alimentarse de la energía proporcionada por la cercana y ahora decadente estrella roja a la que se aproximaban. Con la tecnología que llevaba la nave, sería cuestión de semanas el que pudieran acercarse a los distintos planetas que rodeaban al sistema para analizarlos y tratar de descubrir el misterio que había llevado a todos los pobladores de su planeta natal a lanzar tan larga y peligrosa misión hacia este sistema en particular…

Hacía siglos que, durante los albores de la era tecnológica en su mundo, los astrónomos observaron el tan recordado evento del inusitado aumento de brillo de la estrella, antes amarilla y ahora roja, que formaba parte de la constelación del Cargador de agua, elemento primordial para la vida del planeta. Y tanto por haber ocurrido en tiempos ‘modernos’, como por lo que aconteció después, ese evento quedó grabado en la memoria de todos como una profecía que anunciaba desastres: durante los años siguientes, y casi hasta dos siglos después, la vida en el planeta estuvo en riesgo de morir:calentamientos globales, terremotos, huecos en la capa del preciado gas que permitía que la luz solar se filtrara para dar la energía necesaria para vivir precisa (y no más para no matar a tan efímera vida), entre otros sucesos, fueron el origen de las preocupaciones ambientales de la raza inteligente del planeta. Afortunadamente, el desarrollo tecnológico nunca estuvo por encima de la preocupación por la vida de los habitantes de este mundo (al que llamaremos, por ahora, Demún).

Sin embargo, a pesar de haber sucedido aquello casi 500 siglos atrás, en la memoria de los habitantes de Demún siempre quedó grabada la imagen de lo que pareció profético para ellos: la posterior desaparición (sólo visualmente, debida a pérdida de brillo) de la estrella principal de su constelación del agua les hablaba no solo del elemento principal para sostener la vida, sino también de querer saber qué pasó en tan lejano mundo. Y con los años las observaciones astronómicas mejoraron, los telescopios espaciales se refinaron y se descubrió que se trataba de un sistema solar compuesto por una estrella ahora en proceso de muerte, gigante roja, y que el sistema conteníaplanetas… y a tan sólo seis años luz, tan cerca y a la vez tan lejos… Planetas que podrían haber albergado vida, ¿inteligente tal vez?

Así nació el sueño de querer visitar tan cercano sistema, y sólo hasta que los ingenios inventados por los Demunianos visitaron otros sistemas un poco más cercanos (y con nadie a bordo, claro), y hasta que la tecnología lo permitió, se lanzó la primera misión con tripulantes inteligentes hacia el sistema que durante milenios había inquietado la imaginación de todo el planeta.

Luego de recorrer los planetas más externos del sistema, los tripulantes de la nave mostraban desilusión al no haber podido encontrar rastros de vida. Lo más cercano que encontraron fueron restos de agua en la luna de uno de los planetas más grandes, pero ningún rastro de vida siquiera. Según los reportes, sólo quedaban dos planetas por investigar, los más cercanos a la estrella. Para tomar precauciones, el capitán ordenó a toda su tripulación vestir los trajes protectores durante el resto de la misión.

La visita al planeta más cercano no tuvo mucho éxito tampoco, sin embargo sirvió de base para analizar lo que podría encontrarse en el último. Ya para entonces se había concluido que sería imposible encontrar vida ‘viva’ en el último planeta, la cercanía con la estrella roja seguramente no lo permitiría. Pero dos detalles motivaron al capitán a ordenar que se visitara al planeta, al que bautizaron con el nombre de Numed: primero que nada la curiosidad histórica por la remota posibilidad de que, algún día, cuando la estrella eraamarilla, Numed hubiera albergado vida también. Y esto último motivado por el segundo detalle: los reportes indicaban la presencia de grandes cantidades dedióxido de azufre en la atmósfera, lo que provocaría lluvias ácidas de ácido sulfúrico en el planeta. Evidentemente estas no eran condiciones para la vida, pero cabía la posibilidad de que, puesto que el ácido sulfúrico se puede formar a partir del agua, anteriormente este hubiera sido un elemento predominante en Numed, y nuestro capitán no quería desperdiciar tan largo viaje sin investigar primero. Por otro lado, la nave estaba hecha de titanio y platino, resistentes a la corrosión, y si el viaje no duraba demasiado no sufriría daños significativos que les permitieran por lo menos regresar a la base que establecieron en el segundo planeta para disponerse a regresar.

El primer reto vino al acercarse al planeta: la atracción gravitatoria no era la misma que en Demún, y los tripulantes no estaban acostumbrados a sufrir esta magnitud de la fuerza al adentrarse en el planeta. El siguiente reto vino al atravesar la densa atmósfera de dióxido de azufre, reto que se complicó por tres razones: la densidad tan alta de este gas provocaba un gran aumento en la presión atmosférica de Numed (cercana a 90 veces la presión de su planeta de origen); además, el ambiente estaba lleno de nubes de ácido sulfúrico, que aunque no provocaban un daño directo en la nave, si la desgastaban más rápido, por lo que fue una labor que requirió de gran precisión el pilotar la nave evitando el mayor número posible de estas nubes; y por último, la escaza luz que llegaba a la superficie de Numed: la densidad del dióxido de azufre era tan alta que casi no atravesaba luz de la estrella roja del sistema hacia la superficie del planeta (y fue por ello que decidieron entrar al planeta del lado en que en ese momento pegaban los rayos solares, para aprovechar al máximo la luz natural de la que pudieran disponer). Esto último traía por lo menos una ventaja: la temperatura era menor debajo de las nubes, casi igual a la de Demún.

Una vez que descendieron debajo del nivel más bajo de nubes, el panorama, aunque oscuro, que se les presentó delante los dejó impresionados… todo parecía un gran desierto, pero no por lo monótono, como los desiertos a los que estaban acostumbrados en Demún, sino con una variedad en las líneas de los montes y montañas, hechos de diversos materiales, lo mismo el suelo que a pesar de estar carente de vida, rebozaba de colores por las diferentes composiciones del suelo, lo mismo que por las rocas que aquí y allá aparecían ante sus curiosas miradas. Incluso en las montañas más altas se veía la formación de una especie de nieve, probablemente hecha de ácido solidificado. El entorno tenía un característico y extraño color amarillento, y el capitán estaba seguro que el olor característico sería sulfuroso, pestilente para su olfato acostumbrado a otros aromas.

Durante la breve estancia que los demunianos mantuvieron en este planeta, pudieron deducir que aproximadamente Numed giraba en torno a su propio eje con un período muy similar al de su planeta natal, y sin embargo la órbita alrededor de su sol debía ser más corta, según cálculos posteriores de aproximadamente 2/3 que el de Demún.

Conforme la nave avanzaba se toparon con un enorme cuerpo de un líquido que seguramente sería ácido, aunque no se podía estar seguro (en ese momento no se les ocurrió activar sus sensores), y por lo que pudieron deducir casi de inmediato, se habían topado con un pequeño océano interior, pues el recorrido sobre el mismo duró una fracción considerable de tiempo, según sus propios cálculos el sol rojo del sistema se desplazó unos 15 grados detrás de las nubes de ácido.

Al llegar al otro extremo del océano de ácido se toparon con la desembocadura de un río de ácido que vertía sus aguas en el océano que acababan de sobrevolar. Este río recorría una extensión de norte a sur, según los ejes de rotación del planeta, atravesando llanuras e incluso un rápido con unacatarata. Aunque tétrico, el espectáculo se antojaba maravilloso para los tripulantes de la nave. Fue en ese momento en que llegó la noche y aunque ya sabían de su existencia cuando se fueron acercando a Numed, no se hubieran imaginado el bello espectáculo que les dió la luna del planeta, brillante y de un tamaño tan grande y poco usual, probablemente de casi una cuarta parte el tamaño de Numed. Esta luna brillaba entre los pocos espacios que había entre las nubes de ácido del planeta, pero cuando lograba colarse lo hacía en todo su esplendor con un tono rojizo debido al reflejo de su sol y le mostraba a los tripulantes de la nave un espectáculo que también les hacía añorar las dos lunas que tenían en casa.

Y mientras recorrían el continente al que aparentemente habían llegado, de pronto se toparon con un escenario del todo aterrador: pasando las últimas montañas se encontraron con un valle oscuro y desolado, parecía como si un gran asteroide se hubiera estrellado contra la superficie del planeta siglos atrás, y ante lo que se encontraban parecía su crater. Sin embargo no podían explicarse como un cuerpo podía llegar a la superficie del planeta a la velocidad a la que seguramente lo habría hecho y no desintegrarse, tomando en cuenta la densa atmósfera del planeta. Ante sus ojos se presentaba un desierto creado por el asteroide al impactar con la superficie del planeta, dejando un hueco casi perfectamente redondo, gris, desolado, carente de otra característica que no fuera la materia de la que estaba hecho.

Fue ahí precisamente el lugar en el que el capitán decidió descender, movido más por la curiosidad de tan extraño fenómeno que por el hecho de no haberse dado cuenta que la tierra del lugar no sería precisamente la natural del planeta, sino una mezcla de esta con el material del que habría estado hecho el asteroide, lo que estorbaría enormemente las investigaciones. Sin embargo descendieron ahí y la nave tomó algunas muestras. Por los conocimientos que habían adquirido durante su corta estancia en el sistema solar de la estrella roja, sabían de qué tipo de materiales podrían estar hechos los asteroides que impactaran con algún planeta del sistema. Su sorpresa fue mayúscula al encontrarse con que la concentración no era como la habían esperado, sino que predominaba el hierro, los óxidos de este último metal y, algo extraño, una alta concentración de un elemento muy pesado, probablemente uranio, mientras que hubieran esperado encontrar altas concentraciones de carbono, y no fue así.

Fue entonces cuando el capitán decidió enviar una pequeña expedición a otra superficie distinta del planeta, cerca de la catarata de ácido en el río, para recoger muestras del suelo del planeta, y compararlas con las del crater en que se encontraban. Una vez elegida la comisión, esta partió en la nave auxiliar rumbo al norte, para encontrar un sitio adecuado donde buscar muestras de suelo del planeta.

Mientras tanto, el capitán se preguntaba qué extraño fenómeno habría ocurrido en este planeta para llevarlo a toparse con un asteroide compuesto de uranio, y sobre todo se preguntaba, no sabía por qué, qué habría sido de los habitantes de Numed, a quienes no conocía y de quienes no tenía segura su existencia, pero para él todo parecía como si en realidad hubieran existido años, mas bien milenios atrás. Y se preguntaba cómo sería su existencia y si serían seres inteligentes, y de ser así cómo sería su lenguaje, su forma corporal, cómo sería su tecnología y su vida misma. ¿Tendrían familias? ¿Los conceptos de amor, amistad y libertad predominarían en sus sociedades? ¿Cuál sería su historia? ¿Creerían en un ser supremo? No lo sabía, pero estuvo adentrado en sus propios pensamientos tanto tiempo que no se dio cuenta cuando su expedición retornó triunfante a la nave.

Además de las muestras de tierra y ácido que pudieron extraer de la superficie del planeta, la expedición traía consigo un objeto muy extraño, la confirmación de las sospechas del capitán. Se trataba de una caja hecha de titanio, un poco desgastada, con forma casi perfectamente cúbica. Mientras todos examinaban curiosamente la caja, una alarma sonó en la nave. El tiempo se había acabado, y llegaban al momento crítico en que había que abandonar el planeta, o arriesgarse a que el ácido desgastara irremediablemente la nave.

Apresuradamente se tomaron las maniobras para abandonar el planeta, mientras el capitán se encerró en su camarote para examinar aquel extraño objeto. Lo sorprendió la existencia de una tapa, que deslizó cuidadosamente, para sorprenderse aún más ante el objeto que estaba contenido dentro: una especie de cinta hecha de titanio también, con un cuerpo circular al centro, con una tapa hecha de algún material transparente, y un par de filamentos que como dos radios salían del centro y se prolongaban por la superficie del círculo. El cuerpo circular parecía roto; el capitán se dio cuenta que dentro de su caja el objeto no permanecía fijo, y puesto que su expedición se aseguró de no agitar la caja cuando fue transportada, sólo cabía la explicación de que, hacía muchísimo tiempo casi cuando fue creado, tal vez durante la destrucción de la vida del planeta, la caja había sido movida bruscamente, lo cual provocó que el objeto se rompiera. Observando con más atención, también pudo ver unos símbolos extraños, símbolos que nadie jamás en Demún podrían descifrarse…

En ese momento, la nave dejó la atmósfera de Numed. Si alguien hubiera podido descifrar aquel extraño objeto, y si alguien hubiera podido entender qué significaban aquellos extraños símbolos, hubiera podido saber que los últimos restos de vida en Numed habían dejado de existir, lo mismo que toda la vida del planeta, debido a los cambios climáticos provocados por culpa de sus propios habitantes, el 30 de noviembre del año 2094 a las 14:30…

Bridge Over Troubled Water

2012-01-12T20:34:00.000-06:00

When you're weary

Feeling small

When tears are in your eyes

I will dry them all

I'm on your side

When times get rough

And friends just can't be found

Like a bridge over troubled water

I will lay me down

Like a bridge over troubled water

I will lay me down

When you're down and out

When you're on the street

When evening falls so hard

I will comfort you

I'll take your part

When darkness comes

And pain is all around

Like a bridge over troubled water

I will lay me down

Like a bridge over troubled water

I will lay me down

Sail on Silver Girl,

Sail on by

Your time has come to shine

All your dreams are on their way

See how they shine

If you need a friend

I'm sailing right behind

Like a bridge over troubled water

I will ease your mind

Like a bridge over troubled water

I will ease your mind

Buenas Practicas

2011-10-24T17:08:00.000-05:00

Using try/catch blocks

// without try/catch

<?php
// model.php
function get_all_posts()
{
    $link = mysql_connect('localhost', 'myuser', 'mypassword');
    if ($link == FALSE || mysql_select_db('blog_db', $link);)
    {
      echo "Error al conectarse";
    }

    $result = mysql_query('SELECT id, title FROM post', $link);

    if ($result == FALSE)
    {
      echo "Error en query!";
      return;
    }

    $posts = array();
    while ($row = mysql_fetch_assoc($result)) {
        $posts[] = $row;
    }

    mysql_close($link);

    return $posts;
}


?>-----------------------------


// with try/catch

<?php
// model.php
function get_all_posts()
{
    try {
      $link = mysql_connect('localhost', 'myuser', 'mypassword');
      mysql_select_db('blog_db', $link);

      $result = mysql_query('SELECT id, title FROM post', $link);

      $posts = array();
      while ($row = mysql_fetch_assoc($result)) {
          $posts[] = $row;
      }

      mysql_close($link);
    }
    catch (Exception $e) {
      echo "Error al obtener los posts!";
      echo $e->getMessage();
    }

    return $posts;
}

Abstract DB details

<?php
// model.php

require_once "lib/database.php";

function get_all_posts()
{
    $link = open_database_connection();

    $result = query('SELECT id, title FROM post', $link);
    $posts = array();
    while ($row = fetch_assoc($result)) {
        $posts[] = $row;
    }
    close_database_connection($link);

    return $posts;
}


?>-----------------------------


<?php
// lib/database.php

function open_database_connection()
{
    $link = mysql_connect('localhost', 'myuser', 'mypassword');
    mysql_select_db('blog_db', $link);

    return $link;
}

function close_database_connection($link)
{
    mysql_close($link);
}

function query($query, $dblink(
{
    return mysql_query($query, $dblink);
}

function fetch_assoc($resultset)
{
    return mysql_fetch_assoc($resultset);
}

Abstract DB using Prepared Statements (with PHP PDO)

<?php
// model.php

require_once "lib/database.php";

function get_all_posts()
{
    $posts = db_get_all_posts();

    return $posts;
}

function get_post_by_id($id)
{
    $row = db_get_post_by_id($id);

    return $row;
}


?>-----------------------------


<?php
// lib/database.php

require_once "../conf.php";

function db_connect()
{
    $db = new PDO("$engine:host=$hostname;dbname=$dbname", $username, $password);
    $db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); // depends on what ERRMODE to use...
          // cf http://mx2.php.net/manual/en/pdo.setattribute.php

    return $db;
}

function db_get_all_posts()
{
  try {
    $posts = array();

    $db = db_connect();
 
    $sql = "SELECT id, title FROM post";
    $result = $db->query($sql);

    foreach ($result as $row) {
      $posts[] = $row;
    }
 
    $db = null; // close the database connection

    return $posts;
  }
  catch(PDOException $e) {
    echo $e->getMessage();
  }
}

function db_get_post_by_id($id)
{
  try {
    $db = db_connect();
 
    $sql = "SELECT date, title, body FROM post WHERE id = :id";
//    $sql = "SELECT date, title, body FROM post WHERE id = ?";

    $stmt = $db->prepare($sql);

    $stmt->execute(array(':id' => $id));
//    $stmt->execute($id);

    $row = $stmt->fetch();

//    $stmt->execute(':id' => $otro_id);

    return $row;
  }
  catch (PDOException $e) {
    echo $e->getMessage();
  }
}


?>----------------------


<?php
//../conf.php
$engine = "mysql";
$hostname = "localhost";
$username = "username";
$password = "passwordsecret";
$dbname = "blog";

Using POO

// without POO

//templates/show.php

<?php $title = $post['title'] ?>

<?php ob_start() ?>
    <?php echo $post['title'] >


    <?php echo $post['date'] >

    <?php echo date('d-m-Y', $post['date']) >

    
        <?php echo $post['body'] >
    

<?php $content = ob_get_clean() ?>

<?php include 'layout.php' ?>


--------------


// with POO

//templates/show.php

<?php $title = $post->title ?>

<?php ob_start() ?>
    <?php echo $post->title ?>


    <?php echo $post->date ?>

    <?php echo $post->getDate('d-m-Y ') ?>

    <?php echo $post->getDate() ?>

    <?php echo $post->getDateInDMY() ?>

    
        <?php echo $post->body ?>
    

-----------------


<?php
//Posts.php
class Posts
{
  $id;
  $title;
  $date;
  $body;

  function getDate($format)
  {
    return date($format, $this->date);
  }

  function getDate()
  {
    return $this->getDate('d-m-Y');
  }

  function getDateInDMY()
  {
    return $this->getDate();
  }
}

De utopías y otras cosas...

2011-09-28T11:57:00.000-05:00

Hablar de utopías suele ser interpretado hoy en día como hablar de ingenuidades, mundos inexistentes e irrealizables, en los que no vale la pena ni siquiera asomarse porque su ingenuidad resulta chocante ante una realidad más chocante aún, más violenta, más deprimente...

Tomás Moro,
autor de 'Utopía'

El término utopía viene desde que Tomás Moro escribió en el siglo XVI un libro así llamado, en referencia a un estado ideal en donde reinaban la justicia y la paz para sus habitantes. Básicamente es un lugar inexistente, pero que a su vez servía de crítica al estado actual de las cosas en tiempos de Moro.

De este concepto, del mundo irrealizable, viene la idea generalizada de que una utopía en general es inservible, sólo sirve para alimentar falacias en la mente, y no sienta pies en la tierra en donde los problemas reales duelen y hay que sufrirlos y vivirlos...

Platón, a quien se debe la primer
utopía conocida en su obra
'La República'

Sin embargo, la realidad es que cualquiera de nosotros puede ser utópico en muchos aspectos. Cuando algunos piensan que nuestro país podría ser mejor, cuando otros esperan que nuestro mundo puede ser más limpio, cuando otros más defienden algunas libertades aunque sea dentro de una red social, cuando hay quienes critican la falta de, y por tanto esperan que haya, justicia social, incluso cuando los hay que esperan un mundo donde sólo Dios reine con justicia, ahí estarían ellos siendo utópicos, soñando con un mundo mejor sumidos en un mundo que no es muchas veces ni de lejos parecido a ese sueño. Punto a mi favor entonces para seguir hablando del tema... a menos que de plano ya no importe la situación de la sociedad en la que vivimos hoy en día... Lo contrario a alguien utópico sería, desde esta perspectiva, alguien apático, indiferente completamente ante las situaciones graves que vive la sociedad.

Y ahí viene la cuestión: ¿vale la pena entonces soñar? Estoy completamente de acuerdo con que quedarse soñando, esperando un mundo mejor algún día con la mirada puesta en el horizonte, levantándose casi casi del piso mientras se sube a una nube... no, eso no vale la pena. Y creo que ese es el motivo por el que hoy en día, en un mundo tan pos-moderno, una utopía (cualquiera que sea su nombre) queda desacreditada nada más se oye hablar de un 'así debería...'

Luego entonces... ¿qué función, si acaso la tiene, puede desempeñar una utopía? Y ahí esta la cuestión más importante. Porque si no desempeñaran ninguna función, entonces tampoco soñar con un mundo o sociedad mejor valdría la pena, y entonces también podríamos volvernos apáticos ante cualquier situación que se considere injusta o lejana de algún ideal particular (como los que liste un par de párrafos arriba, v.gr. un país mejor, un mundo limpio, justicia social, etc.)

Es mi opinión que, mientras se les mantenga en cierta línea, las utopías pueden resultar muy útiles a una sociedad. Pero nunca saliéndose de esa línea, de lo contrario se caería en ingenuidades, manipulaciones, y al final, sí, no valdría la pena hablar de utopías, porque sólo serían el equivalente a la adolescente soñadora que espera a su príncipe azul, para tiempo después desilusionarse cuando se tope con los guarros que se podría encontrar a cada paso... Para empezar por su idealismo, al menos sirven como crítica social: si podemos imaginar un mundo mejor es que este mundo no está en esa línea, es más, la mayoría de las veces está MUY al contrario de esa línea.

Y partiendo de ahí, sólo me queda concluir con una metáfora:

Una utopía sería el equivalente a un destino vacacional al que dirigirse por carretera. Desde antes de partir, se toma el mapa y se deciden las carreteras por las cuales ir y se comienza el viaje. El viaje puede estar lleno de inconvenientes (alguna falla mecánica, el cansancio,...) pero también de satisfacciones (los paisajes vistos, gente que podría prestar ayuda en situaciones problemáticas,...), pero el caso es que, teniendo claro hacia dónde se quiere ir, se podría saber hacia dónde dirigirse siempre, qué desviaciones tomar, etc. Una utopía, al final y al cabo, debería servir como eso: como guía de camino. No sería, claro, un plan concreto para alcanzarla, ese, parece evidente, deberá venir de parte de cada uno de los que buscan esa meta (tomar el mapa, planear recargas de combustible, etc.)

Y lo ideal sería que 'nunca' se alcanzara, no porque fuera irrealizable, sino porque llegando a la meta, siempre debería de haber más metas que buscar, más destinos que alcanzar, siempre apuntando hacia el final. De esa forma se evitaría también la monotonía de imaginar un final definitivo en el que ya no valiera la pena seguir haciendo nada más que rascarse el ombligo, o un final adecuado a cierta época pero que ya no respondiera a las necesidades de las nuevas épocas. Habrá que pensar, o más bien buscar, alguna 'utopía' más definitiva que cualquier otra, que en verdad pudiera significar el final de finales en donde ya no existiera ni siquiera esa modorra causada por la rutina; y quién sabe, tal vez ya existe, tal vez ni siquiera quedaría en manos de algunos pocos el darle un final definitivo y necesitaría de fuerzas más grandes para realizarla plenamente, pero ahí estaría planteada ya...

---
Eru kaluva tielyanna

Programmers Day program: A glider!

2011-09-13T23:40:00.007-05:00

En honor al día del programador , hice este pequeño programa...
un Glider del juego de la vida, a 10 iteraciones sobre una rejilla de 6x6 con frontera abierta...

Felicidades programadores!

glider = [[0, 0, 1, 0, 0, 0],
          [1, 0, 1, 0, 0, 0],
          [0, 1, 1, 0, 0, 0],
          [0, 0, 0, 0, 0, 0],
          [0, 0, 0, 0, 0, 0],
          [0, 0, 0, 0, 0, 0]
         ]

def printg(grid):
    """                                                                                                                             
    Imprime un arreglo bidimensional.                                                                                               
                                                                                                                                    
    Cambia los 0's por puntos '.' para mayor claridad.                                                                              
    """
    for i in range(len(grid)):
        row = ""
        for j in range(len(grid[i])):
            row += str(grid[i][j]) if grid[i][j] == 1 else '.'
        print row

def vecindad ((y,x), grid):
    """                                                                                                                             
    Vecindad de VonNeumann de una celda dada en la rejilla.                                                                         
                                                                                                                                    
    Se asume un automata celular de frontera 'fria' (o abierta, es                                                                  
    decir rodeada de 0's).                                                                                                          
    """
    try:
        val = grid[y][x]
        vec = [[0 for j in range(0,3)] for i in range(0,3)]
        for i in range(-1,2):
            for j in range(-1,2):
                # si la casilla vecina esta dentro de la rejilla, la                                                                
                # toma. Si no, asume un 0                                                                                           
                vec[i+1][j+1] = grid[y+i][x+j] if (y+i,x+j) >= (0,0) and y+i < len(grid) and x+j < len(grid[y+i]) else 0
    except Exception as e:
        return None
    return vec

def lifegame(grid):
    """                                                                                                                             
    Juego de la vida.                                                                                                               
                                                                                                                                    
    Toma por cada casilla su vecindad de VonNeumann y evalua la                                                                     
    cantidad de vecinos vivos de ella.                                                                                              
                                                                                                                                    
    -Si esta viva y tiene 2 o 3 vecinos vivos, queda viva                                                                           
    -De lo contrario muere                                                                                                          
    -Si esta muerta y tiene exactamente 3 vecinos vivos, vive                                                                       
    """
    # arreglo de 0's sobre el que se calculara siguiente iteracion                                                                  
    temp = [[0 for j in range(len(glider[i]))] for i in range(len(glider))]

    # recorre cada casilla de la rejilla y toma su vecindad, aplicando                                                              
    # despues reglas del juego                                                                                                      
    for i in range(len(glider)):
        for j in range(len(glider[i])):
            centro = glider[i][j]
            vec = vecindad((i,j), glider)
            if vec == None:
                return None

            # cuenta cantidad de vecinos vivos de la casilla                                                                        
            vecinos_vivos = 0
            for vi in range(len(vec)):
                for vj in range(len(vec)):
                    if (vi,vj) != (1,1) and vec[vi][vj] == 1:
                        vecinos_vivos += 1

            # aplica reglas del juego de la vida                                                                                    
            if centro == 1:
                if vecinos_vivos == 2 or vecinos_vivos == 3:
                    temp[i][j] = 1
                else:
                    temp[i][j] = 0
            else:
                if vecinos_vivos == 3:
                    temp[i][j] = 1
    return temp

#### MAIN ####                                                                                                                      
printg(glider)
for c in range(10):
    glider = lifegame(glider)
    if glider == None:
        print "Error!!!"
        break
    print ""
    printg(glider)

--- Eru kaluva tielyanna (Dios iluminará tu camino) "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...

El sueño de Galilea

2011-09-01T11:11:00.005-05:00

Eclesalia cumple 10 años de existir. Como ellos lo describen: Hoy seguimos siendo la apuesta por una Iglesia al aire del Espíritu, renovada y renovadora, con sabor a pueblo, Dios al fondo y Cristo en medio, nunca excluyente y siempre fraterna.

Publicaron apenas un texto conmemorando su aniversario, y lo reproduzco aquí... se llama

El sueño de Galilea, de José Cristo Rey García-Paredes

Entre Galilea -periferia carismática- y Jerusalén -centro oficial-, anda la Iglesia. Hay épocas históricas en que ella vive el “sueño de Galilea”. Es el tiempo extraordinario, el tiempo del estado naciente (F. Alberoni). Hay otras épocas, más prolongadas, en que la Iglesia se encierra en las murallas de Jerusalén, vive segura en sus palacios, e incluso alberga la tentación de establecerse como centro de poder en el templo y asumir el rostro de su pasado judaico. Es ciertamente en Jerusalén donde el caos llega a su culminación. Pero es fuera de sus murallas donde la nueva creación estalla. Jerusalén es el estado normal, el tiempo del gobierno, de la consolidación institucional.

¿Dónde nos encontramos hoy? ¿En Galilea, o en Jerusalén? Hace ya tiempo que se han ido frenando en la Iglesia las ansias de soñar, de esperar lo nuevo, de enamorarse de ideales y utopías. Estamos en la Iglesia de los realistas, de los burócratas y buenos gestores. La palabra “profecía” se pronuncia en tono menor. Ante la palabra “carisma” se suscitan recelos o sonrisas irónicas. ¡Ay, qué lejos queda ya Pentecostés! Aquel Pentecostés que se soñó acontecimiento permanente.

La Iglesia está sujeta, bien sujeta. No es el tiempo de las iniciativas, de la creatividad, de la espera gozosa de lo nuevo. Por doquier surgen “prohibido el paso”, “no al…”. El arte, la teología, la liturgia, el pensamiento se han vuelto cansinos, repetitivos, acostumbrados. Es como si el “revival” del gregoriano o de las liturgias imperiales, o de los discursos grandilocuentes, fuera ya nuestra única salida.

Se cree en exceso en el poder transformador de la tradición. ¿Nueva evangelización o revival? ¡Qué bien se sienten en esta atmósfera los tradicionalistas de siempre! Pero hay una generación que fue muy soñadora y se siente hoy demasiado castigada y relegada. Es como si le estuvieran demostrando por activa y por pasiva que todo fue una equivocación. “¿Socialistas? Ahí tenéis el socialismo” “¿apertura, diálogo? Ahí tenéis las defecciones, las salidas”, “¿liturgias creativas? ahí tenéis a las masas buscando respuesta a sus ansias religiosas en las sectas”, “¿teología de la liberación, teología moderna, ahí tenéis a los Boff, Küng, Schillebeckx, en los márgenes o fuera casi de la Iglesia”.

La generación que soñaba con la teología de la liberación, o con una teología más dialogante con nuestra cultura, quienes se entusiasmaban ante la lectura histórica del Evangelio, los que veían en la inserción con los más pobres, en las luchas solidarias por los últimos de la tierra, la gran aplicación del Evangelio para hoy, se ven destinados a envejecer sin contemplar la tierra de sus sueños.

Mujeres y hombres de Iglesia que hoy hablan más bajo. No quieren causar conflictos. Saben que no será convocados para nada importante a nivel oficial, que no se confía en ellos y ellas. En este tiempo de desierto, en esta noche oscura, están descubriendo con más pureza a su Dios. Oran, sufren, callan, esperan. También gozan, porque han descubierto la alegría de lo pequeño, el gozo de la humildad, la fecundidad del olvido oficial. Y son muchas, muchos más de los que cabría esperar. Desean un cambio profundo en la Iglesia. Dudan de que vaya a llegar pronto. Se contentan con la política de los pequeños pasos. Su fe es hoy más sólida. Creen a pesar de todo.

Y ¿ porqué recordar hoy a esta generación? Porque a pesar del poco reconocimiento que obtiene, ha sido el instrumento del que se ha servido el Espíritu para introducir lo extraordinario en su iglesia; porque a través de ella la Iglesia entró en estado naciente; porque el Espíritu ha hecho de ella una generación apasionada, enamorada, entusiasta, rebelde, revolucionaria. Le quedan ya pocos años. Irá poco a poco muriendo, cuando algunos ya la han hecho morir en sus decisiones unilaterales. Cuando uno piensa en Jesús de Nazaret, en Jesús de Galilea, con su historia, sus gestos, su mensaje, su apasionado amor al pueblo, no puede dejar de evocar esta generación. Aquel Jesús era un marginal, un personaje liminal.

Jesús no era un hombre de centro, sino del margen, de la frontera. Cuando llegó a su madurez vital abandonó con total radicalidad su status profesional, su oficio, su casa, y se convirtió en un rabino o profeta itinerante. Sin ningún tipo de mandato oficial, sin ningún aval de autoridad, proclamó la llegada inminente del Reino de Dios y pidió a todos una urgente conversión, es decir, un cambio radical en la forma de vivir y de pensar. Hablaba de Dios de tal manera que los teólogos oficiales lo acusaban de blasfemo. A las prohibiciones del Antiguo Testamento respondió con aserciones alternativas “pero yo os digo”. Su madre María expresó muy bien hasta dónde llegaba la alternativa: “Dios… derriba del trono a los poderosos y enaltece a los humillados, a los hambrientos los colma de bienes y a los ricos los despide vacíos”. Jesús no supervaloraba las autoridades de este mundo, ni se prosternaba indignamente ante ellas. Como laico profeta tomó posesión del templo y reivindicó otro tipo de templo, de culto y de teología.

Galilea era la marginalidad del imperio y también del Israel de Dios. Predicó desde la marginalidad. No tuvo a su disposición ningún tipo de estructura que avalase su magisterio o su profecía. Cuando le preguntaba la autoridad judía ¿con qué autoridad haces esto? Él respondía identificándose con otro marginal, Juan Bautista, a quien la oficialidad judía no había acogido, pero a quien el pueblo había consagrado. Pero en su marginalidad Jesús fue la creatividad en acción. Era llevado por el Espíritu. No fundó en torno a sí un grupo de burócratas u oficiales. No se parapetó tras el cerco de instituciones que asegurasen el futuro. No hizo de las estructuras económicas su fuerza. Ni con ellas protegió a su grupo. Dejaba que las mujeres lo alimentaran con sus bienes, que formaran parte de su grupo, que entraran a formar parte del discipulado teológico.

Cuanto hoy en la Iglesia nos preguntamos por la voluntad de Jesús hemos de ser humildes y modestos para no confundirla con la nuestra. Hay toda una línea de conducta y de actuación que está ciertamente en línea con la voluntad del Señor. Todo lo que acelera la llegada del Reino del Abbá, todo lo que crea entre nosotros la gran fraternidad y sonoridad, todo aquello que evita que se establezcan entre nosotros relaciones de poder “mundano”. Está bien preguntarse una y otra vez qué es voluntad de Jesús para -en consecuencia- cambiar en la Iglesia todo lo que haya que cambiar. Pero probablemente nunca lleguemos a conocer esa voluntad en total discernimiento. Porque en el fondo, Jesús estaba sometido a la voluntad del Padre que se revela históricamente en la inspiración del Espíritu.

Voluntad de Jesús es que no dejemos de soñar, ni de ver visiones, ni de esperar milagros, ni de caminar, de luchar contra el mundo viejo. Hemos sido convocados a la “nueva evangelización”. Volvamos a Galilea. Volvamos a soñar y a acoger con ilusión tantos sueños que el Espíritu ha ido sembrando por el mundo.

Que venga de nuevo la profecía, el carisma. Que la Iglesia de Jesús pueda sonreír a través de nuevos momentos de reconciliación, abrazos y besos de paz. Que una gran ola de ecumenismo nos invada a todos y acabe de una vez con tanto unilateralismo. Necesitamos voces proféticas que nos llamen de nuevo a la comunión pero no en fórmulas, no en personajes autoritarios, sino en Jesucristo, en su Evangelio, en la fe de su comunidad, de su pueblo, en la práctica evangélica.

---
Eru kaluva tielyanna (Dios iluminará tu camino)
"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...

Creo...

2011-08-11T10:31:00.003-05:00

Visto estos días por Eclesalia...

un credo con dibujos del genial Cortés:

---
Eru kaluva tielyanna (Dios iluminará tu camino)
"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...

De redes sociales y más aun, de libertad de expresión...

2011-06-24T13:33:00.003-05:00

Muy estimados todos,

Es mi opinión que las redes sociales son un medio de expresión que cada quien, en su libertad, puede usar como y para lo que quiera. Sí opino que hay ciertos usos que no me agradan pero yo mismo me reservo la opinión y en esos casos simplemente no hago caso.

Si por alguna razón te ofendo/molesto/estorbo con mis links y comentarios, no te pido una disculpa, te pido que comprendas primero que así me expreso yo, y cualquier cosa que quieras decir, me lo digas en persona, odio las pedradas y siempre he preferido el trato directo. Ya si hablando llegamos a que yo estoy mal, con todo gusto extenderé mis disculpas y en público o privado me retractaré. Y como sea las redes sociales están para eso: para lo social, si sólo nos encerramos en lanzarnos piedras a ver que sale, ¿cuál es la ganancia? Digo, aunque cada quien hará lo que le plazca.

Si por otra parte no te gusta nada de lo que yo pongo, ¿por que estoy en tus contactos? las redes sociales tienen muchas opciones para, desde eliminar y bloquear personas, hasta simplemente bloquear solamente ciertos tipos de información que no deseas ver. En todo caso, yo prefiero perder contactos a pensar que tengo amigos que no lo son, y en esto 'hay muchas puertas', así que toma la que gustes.

Lo que sí es un hecho es que te pediré que ni me limites a mi ni a nadie. Nos quejamos mucho de que los gobiernos son autoritarios, que nuestros padres nos presionan, que en la escuela y el trabajo los maestros y directivos y jefes nos traen de encargo, y sin embargo cuando alguien opina algo, no sólo nos burlamos, sino tambien lo descalificamos, lanzamos pedradas, decimos que sus comentarios son (ponga aqui el insulto que más prefiera utilizar usted), ¿no estamos siendo iguales? ¿no estamos teniendo actitudes de fascismo tambien? Luego entonces, si no te parece: vete, si no me quieres eliminar: aguántate, si no sabes como eliminarme/bloquearme/bloquear solo ciertas cosas que yo publico: aprende, y si no estás de acuerdo: ¡dimelo! Aquí se vale de todo menos de hacernos los sufridos, ¿ok?

Como sea, yo seguiré escribiendo de lo que pienso, de lo que siento, de lo que me nace compartir con los demás, y quien lo tome, pues adelante. ¡Faltaba mas!

Pero por mucho tiempo cada uno de ellos cantó solo, o junto con unos pocos, mientras el resto escuchaba; porque cada uno sólo entendía aquella parte de la mente de Ilúvatar de la que provenía él mismo, y eran muy lentos en comprender el canto de sus hermanos. Pero cada vez que escuchaban, alcanzaban una comprensión más profunda, y crecían en unisonancia y armonía

...

Entonces les dijo Ilúvatar: -Del tema que os he comunicado, quiero ahora que hagáis, juntos y en armonía, una Gran Música. y como os he inflamado con la Llama Imperecedera, mostraréis vuestros poderes en el adorno de este tema mismo, cada cual con sus propios pensamientos y recursos, si así les place. Pero yo me sentaré y escucharé, y será de mi agrado que por medio de vosotros una gran belleza despierte en canción.

Ainulindalë - El Silmarillion - J.R.R. Tolkien

---
Eru kaluva tielyanna (Dios iluminará tu camino)
"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...

La Amenaza Sin Sentido de la Violencia

2011-05-06T08:45:00.001-05:00

basado y 'globalizado' en "La Amenaza Sin Sentido de la Violencia" de Robert F. Kennedy, dado en el City Club de Cleveland, Abril 5, 1968, un día después de que mataran a Martin Luther King...

Este es un tiempo de pena y dolor. No es un día para politizar. He guardado esta oportunidad, para hablarles brevemente sobre la amenaza sin sentido de la violencia en el Mundo, que de nuevo mancha nuestra tierra y cada una de nuestras vidas.

No es un asunto de una sola raza. Las víctimas de la violencia son negros y blancos, ricos y pobres, jóvenes y ancianos, famosos y desconocidos. Y son, más importante que nada, seres humanos que son amados y necesitados por otros seres humanos. Nadie - no importa donde viva o a qué se dedique - puede estar seguro sobre quiénes sufrirán a raíz de algún insensato derramamiento de sangre. Y sin embargo sigue y sigue y sigue sucediendo en este nuestro mundo.

¿Por qué? ¿Qué ha conseguido la violencia? ¿Qué es lo que ha creado alguna vez? Ninguna causa de algún mártir ha podido ser callada por la bala de un asesino. Ningún mal ha podido ser corregido por disturbios y desórdenes civiles. Un francotirador es sólo un cobarde, no un héroe; y una multitud incontrolada, incontrolable, sólo es la voz de la locura, no la voz de la razón.

Cuandoquiera la vida de un Ser Humano ha sido tomada por otro Ser Humano innecesariamente - ya sea en el nombre de la ley o en desafío a la ley, por un hombre o una banda, a sangre fría o pasionalmente, en un ataque de violencia o en respuesta a la violencia - cuandoquiera nosotros rasgamos la vida de otro hombre que dolorosa y lentamente ha tejido para sí mismo y sus hijos, toda la humanidad es degradada.

"Entre hombres libres", decía Abraham Lincoln, "no puede haber reclamo exitoso desde la urna hacia la bala; y aquellos que toman tal reclamo pueden estar seguros que perderán su causa y pagarán su costo." Sin embargo, parece que nosotros toleramos este nivel ascendente de violencia que ignora tanto nuestra humanidad común y nuestras aspiraciones a una civilización. Calmadamente aceptamos las noticias en periódicos sobre la matanza de civiles en regiones lejanas. Glorificamos las muertes en películas y televisores y les llamamos entretenimiento. Hacemos fácil a las personas con todo un rango de cordura que adquieran las armas y municiones que deseen. Muy seguido honramos el pavoneo, el fanfarroneo y a los portadores de la fuerza; muy seguido disculpamos a aquellos que están dispuestos a construir sus propias vidas a costa de los sueños rotos de otros.

Algunos Seres Humanos que predican la no-violencia en el extranjero fallan en practicarla en su propia casa. Algunos que acusan a otros de promover disturbios han por su propia conducta invitado a que surjan. Algunos buscan chivos expiatorios, otros buscan conspiraciones, pero lo que está claro es: la violencia engendra violencia, la represión lleva a la venganza, y sólo una limpieza de nuestra sociedad entera puede remover la enfermedad de nuestra alma.

Pues hay otro tipo de violencia, más lenta pero igual de mortalmente destructiva que el disparo o la bomba en la noche. Esta es la violencia de las instituciones; indiferencia e inacción y la lenta decadencia. Esta es la violencia que aflige a los pobres, que envenena las relaciones entre los hombres porque su piel tiene colores diferentes. Es la lenta destrucción de un niño a causa del hambre, y las escuelas sin libros y los hogares sin calefacción en el invierno. Es la ruptura del espíritu de un hombre por negarle la oportunidad de pararse como un padre y como un hombre frente a otros hombres. Y esto también nos aflige a todos.

No vine aquí a proponer un conjunto de remedios específicos y tampoco hay un solo conjunto de ellos. Para un delineamiento general y amplio nosotros sabemos lo que debe hacerse. Cuando enseñas a un hombre a odiar y temer a su hermano, cuando enseñas que es un ser inferior debido a su color o sus creencias o el partido que siga, cuando enseñas que aquellos que difieren de ti amenazan tu libertad o tu trabajo o tu familia, entonces también aprendes a confrontar a los otros no como conciudadanos sino como enemigos, no para ser enfrentados con cooperación sino con conquista; a ser subyugados y amaestrados. Aprendemos, al final, a ver a nuestros hermanos como extraños, hombres con quienes compartimos una ciudad, pero no una comunidad; hombres atados a nosotros en un hábitat común, pero no en un esfuerzo común. Aprendemos solamente a compartir un miedo común, sólo un deseo común a retirarse unos de otros, sólo un impulso común de afrontar el desacuerdo con la fuerza. Para todo esto, no hay respuestas finales.

Sin embargo, sabemos lo que debemos hacer. Y es conseguir la justicia verdadera entre nuestros conciudadanos. La cuestión no es qué programas debemos buscar que se promulguen. La cuestión es si podemos encontrar en nuestro propio medio y en nuestros propios corazones esa guía de propósito humano que reconozca las terribles verdades de nuestra existencia. Debemos admitir la vanidad de nuestras falsas distinciones entre los hombres y aprender a encontrar nuestro propio progreso en la búsqueda del progreso de los demás. Debemos admitir en nosotros mismos que el futuro de nuestros propios hijos no puede ser construido sobre las desgracias de los otros. Debemos reconocer que esta corta vida no puede ser ni ennoblecida ni enriquecida por el odio o la venganza. Nuestras vidas en este planeta son tan cortas y el trabajo por hacer es tan grande para permitir que este espíritu siga aflorando en nuestra tierra.

Por supuesto que no podemos eliminarlo con un programa, ni con una resolución. Pero quizá podamos recordar, si acaso por un tiempo, que aquellos que viven con nosotros son nuestros hermanos, que comparten con nosotros el mismo corto momento de vida; que buscan, como nosotros, nada más que la oportunidad de vivir sus vidas con un propósito y con felicidad, obteniendo cuanta satisfacción y plenitud puedan. Seguramente, este lazo de fe común, este lazo de objetivo común, puede comenzar por enseñarnos algo. Seguramente, podemos aprender, al menos, a ver a aquellos a nuestro alrededor como compañeros, y seguramente podemos comenzar a trabajar un poco más duro para curar las heridas entre nosotros y convertirnos en nuestros propios corazones en hermanos y compatriotas de nuevo.

Caminos hacia la fe

2011-03-31T13:00:00.000-06:00

El relato es inolvidable. Se le llama tradicionalmente “La curación del ciego de nacimiento”, pero es mucho más, pues el evangelista nos describe el recorrido interior que va haciendo un hombre perdido en tinieblas hasta encontrarse con Jesús, «Luz del mundo».

No conocemos su nombre. Sólo sabemos que es un mendigo, ciego de nacimiento, que pide limosna en las afueras del templo. No conoce la luz. No la ha visto nunca. No puede caminar ni orientarse por sí mismo. Su vida transcurre en tinieblas. Nunca podrá conocer una vida digna.

Un día Jesús pasa por su vida. El ciego está tan necesitado que deja que le trabaje sus ojos. No sabe quién es, pero confía en su fuerza curadora. Siguiendo sus indicaciones, limpia su mirada en la piscina de Siloé y, por primera vez, comienza a ver. El encuentro con Jesús va a cambiar su vida.

Los vecinos lo ven transformado. Es el mismo pero les parece otro. El hombre les explica su experiencia: «un hombre que se llama Jesús» lo ha curado. No sabe más. Ignora quién es y dónde está, pero le ha abierto los ojos. Jesús hace bien incluso a aquellos que sólo lo reconocen como hombre.

Los fariseos, entendidos en religión, le piden toda clase de explicaciones sobre Jesús. El les habla de su experiencia: «sólo sé una cosa: que era ciego y ahora veo». Le preguntan qué piensa de Jesús y él les dice lo que siente: «que es un profeta». Lo que ha recibido de Él es tan bueno que ese hombre tiene que venir de Dios. Así vive mucha gente sencilla su fe en Jesús. No saben teología, pero sienten que ese hombre viene de Dios.

Poco a poco, el mendigo se va quedando solo. Sus padres no lo defienden. Los dirigentes religiosos lo echan de la sinagoga. Pero Jesús no abandona a quien lo ama y lo busca. «Cuando oyó que lo habían expulsado, fue a buscarlo». Jesús tiene sus caminos para encontrarse con quienes lo buscan. Nadie se lo puede impedir.

Cuando Jesús se encuentra con aquel hombre a quien nadie parece entender, sólo le hace una pregunta: «¿Crees en el Hijo del Hombre?» ¿Crees en el Hombre Nuevo, el Hombre plenamente humano precisamente por ser expresión y encarnación del misterio insondable de Dios? El mendigo está dispuesto a creer, pero se encuentra más ciego que nunca: «¿Y quién es, Señor, para que crea en él?»

Jesús le dice: «Lo estás viendo: el que te está hablando, ése es». Al ciego se le abren ahora los ojos del alma. Se postra ante Jesús y le dice: «Creo, Señor». Sólo escuchando a Jesús y dejándonos conducir interiormente por él, vamos caminando hacia una fe más plena y también más humilde.

tomado de http://eclesalia.wordpress.com/2011/03/30/caminos-hacia-la-fe/

---
Eru kaluva tielyanna (Dios iluminará tu camino)
"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...

Una religión para vivir... en 5 pasos

2011-02-28T11:37:00.001-06:00

tomado de http://eclesalia.wordpress.com/

---
Eru kaluva tielyanna (Dios iluminará tu camino)
"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...

Niños hambrientos

2011-02-11T09:54:00.000-06:00

Cada hora se nos mueren en el mundo mil niños y niñas por desnutrición, enfermedad y miseria. Al año, más de once millones, todos menores de cinco años. Son niños que sólo nacen para pasar hambre, sufrir una enfermedad y morir. ¿Cómo lo podemos soportar?

Muchos de ellos nacen heridos por el sida. A otros la falta de higiene los deja marcados para toda su corta vida. La mayoría muere por desnutrición, falta de agua potable o enfermedades que se podrían evitar fácilmente, como diarrea, tuberculosis, varicela o malaria. Su muerte, indigna y triste, es una vergüenza para todos nosotros. ¿Cómo nos podemos sentir humanos?

Es inútil que nos escondamos detrás de nuestra crisis económica. Estamos invirtiendo cantidades exorbitadas en rescates financieros, ¿cuánto invertiremos para rescatar a estos niños del hambre y la muerte prematura? A veces bastaría que contaran con vacunas, antibióticos o algún suplemento nutricional. No está en crisis sólo nuestra economía. Desde hace mucho tiempo, está en crisis nuestra dignidad.

¿Cómo es posible que todo esto ocurra mientras nosotros seguimos viviendo ajenos a todo lo que no sea nuestros intereses económicos y nuestro bienestar? ¿Cómo podemos soportar que el mundo siga «funcionando» de manera tan absurda y cruel? ¿Cómo podemos vivir en la Iglesia de Jesús tan centrados en nuestros problemas y tan olvidados de los que sufren? ¿Cómo hemos llegado a perder de manera tan increíble su sensibilidad ante el sufrimiento?

Es la hora de recordar un gesto profético de Jesús, que ha sido olvidado casi por completo en su Iglesia. La escena es conmovedora. Sus discípulos andan, como casi siempre, pensando en puestos de honor y de poder. Jesús se sienta y llama a los Doce. Luego, toma a un niño y lo pone en medio de ellos; lo estrecha entre sus brazos y les dice: «El que reciba a un niño como éste en mi nombre, me está recibiendo a mí» (Marcos 9, 33-37).

En el centro del colegio apostólico no ha colocado Jesús a Pedro sino a un niño. Su intención es clara: los más débiles e indefensos han de ocupar el centro de su Iglesia. Sus seguidores se olvidarán de sí mismos y se pondrán a atender a los más desvalidos. ¿Cómo pretendemos acoger a Jesús entre nosotros olvidando a los niños hambrientos del mundo?

Tal vez, sólo el recuerdo del sufrimiento de tantos niños y niñas inocentes nos puede todavía sensibilizar y humanizar... No se trata sólo de entregar un donativo. Para más de uno, puede significar empezar a recuperar la dignidad.

(tomado de http://eclesalia.wordpress.com/2011/02/11/ninos-hambrientos/)
---
Eru kaluva tielyanna (Dios iluminará tu camino)
"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...

Que México tenga Vida Digna...

2010-11-10T15:59:00.000-06:00

De un documento que acabo de terminar de leer, y que me llamó muchísimo la atención.
Hace referencia a la situación actual de mi país con respecto a las realidades de violencia, inseguridad, injusticia, etc.

Expongo aquí solo unos cuantos pocos puntos que llamaron mi atención...

El original de dicho documento: aquí.

Como dije en Twitter: 'Propuestas concretas a problemas concretos'...
¿por qué será que este tipo de cosas no trascienden en los medios?...

Que México tenga Vida Digna...

Lo primero que hay que hacer para superar la crisis de inseguridad y violencia es la renovación de los mexicanos. México será nuevo sólo si nosotros mismos nos renovamos....

Dignidad
-Por tanto, la primera e inaplazable tarea es la formación integral de la persona. A ello queremos dirigir nuestros esfuerzos, encauzar nuestras energías, dedicar nuestros desvelos. Hoy como nunca es una exigencia invertir todos los recursos a nuestro alcance en la formación de las personas y en la promoción de condiciones de vida digna para todos.

De manera que las estructuras que organizan la convivencia social estén siempre impregnadas por los valores de la libertad, el amor, la justicia y la verdad, que son valores fundamentales de la convivencia humana.

Familia
-Potenciar el papel de la familia en la construcción de la paz. La familia, como comunidad educadora, fundamental e insustituible, es vehículo privilegiado para la transmisión de aquellos valores que ayudan a la persona a adquirir su propia identidad. Luego entonces la identidad de
los hombres y mujeres, promotores de la paz y la justicia en la sociedad, se forja en la familia.

Infancia
-Contribuir al cuidado y protección de la infancia, enseñándoles a amar la verdad, a discernir lo que es bueno, noble y justo; a reconocerse como personas humanas con una dignidad inalienable, desarrollando su imaginación y creatividad en el arte de relacionarse sanamente con los demás...

Educar
-Si queremos responder al mal con la fuerza del bien, tenemos que educarnos para la paz; esto significa sacar desde dentro, desde lo más íntimo, desde nuestra mente y desde nuestro corazón, pensamientos y sentimientos de paz que se expresen a través de un lenguaje y de gestos de paz.

Buscar la paz
- Desarrollar la indignación contra toda violencia presente en nosotros y en torno a nosotros. No podemos acostumbrarnos a la violencia ni asumirla como estilo de vida; ésta nos debe sorprender y nos tiene que llevar a la indignación que nos mueve a evitarla. Es importante amar la paz, adherirse a ella de un modo espontáneo, disfrutarla y celebrarla cuando se tiene y también expresar el dolor y sufrimiento cuando nos vemos privados de ella.

Cumplir la ley
-Hacer conciencia sobre la dimensión ética de toda actividad humana. La legalidad tiene su motivación radical en la moralidad de la persona. Por ello, primera condición para desarrollar el sentido de legalidad es la ética, como dimensión fundamental e irrenunciable de la persona. La actividad humana carente de ética no puede edificar ni pacificar ningún pueblo. La ética es la columna vertebral de una convivencia social verdaderamente humana.

Pobreza
El trabajo estable y justamente remunerado es la solución al círculo vicioso de la pobreza... Proponer a todos los organismos de ayuda para la superación de la pobreza a incentivar la asistencia social en los casos de emergencia, es decir, en los que la vida está en peligro, sin olvidar que las políticas asistencialistas están en el origen de muchos fracasos en la ayuda a los pobres. El verdadero proyecto, a medio y largo plazo está en invertir en la formación de personas y en desarrollar de manera integrada una cultura de la iniciativa.

Ecología
Hacer conciencia de la relación estrecha que existe entre el cuidado de la creación y la construcción de la paz.

...en Cristo Nuestra Paz

Reconciliación: es reconocernos como semejantes y aceptarnos como diferentes. [no es olvidar el pasado, sino disponerse a construir nuevas relaciones sociales que eviten ese pasado]... Si el fin inmediato de la justicia es una sociedad justa, su fin supremo es una sociedad reconciliada.

Esperanza: La esperanza cristiana no es pasividad ni indiferencia, tampoco enajenación y menos «huida del mundo», sino una actitud decidida para la transformación de esta historia de iniquidad. La confianza en Dios es confianza en la posibilidad humana de alcanzar la redención porque: «Dios quiere que todos los hombres se salven» (1Tim 2,4).

En medio de la situación de inseguridad y violencia y al contemplar el panorama de millones de mexicanos que se han empobrecido, nos preguntamos: ¿puede existir la paz cuando hay hombres, mujeres y niños que no pueden vivir según las exigencias de la plena dignidad humana? ¿Puede existir una paz duradera en un mundo donde imperan relaciones —sociales, económicas y políticas— inequitativas, que favorecen a un grupo a costa de otro? ¿Puede establecerse una paz genuina sin el reconocimiento efectivo de la sublime verdad de que todos somos iguales en dignidad, porque todos hemos sido creados a imagen de Dios, que
es nuestro Padre?

Vivimos tiempos difíciles, pero tenemos la certeza de que Cristo venció a la muerte y en Él hemos puesto nuestra confianza (Cf. 2 Tim 1,12). La historia de nuestro pueblo no ha sido fácil, pero siempre ha contado con la nobleza de sus hombres y de sus mujeres. Hoy no puede ser distinto, pero debemos reconciliarnos, debemos reconstituir la unidad nacional en la riqueza de la pluralidad de sus culturas y de la sociedad. Debemos unirnos en la construcción de la paz y en el impulso del desarrollo humano integral y solidario de cada mexicano y de todos los mexicanos.

ORACIÓN POR LA PAZ

Señor Jesús, Tú eres nuestra paz,

mira nuestra Patria dañada por la violencia

y dispersa por el miedo y la inseguridad.

Consuela el dolor de quienes sufren.

Da acierto a las decisiones de quienes nos gobiernan.

Toca el corazón de quienes olvidan que somos hermanos

y provocan sufrimiento y muerte.

Dales el don de la conversión.

Protege a las familias,

a nuestros niños, adolescentes y jóvenes.

a nuestros pueblos y comunidades.

Que como discípulos misioneros tuyos,

ciudadanos responsables,

sepamos ser promotores de justicia y de paz,

para que en Ti, nuestro pueblo tenga vida digna. AMÉN.

---
Eru kaluva tielyanna (Dios iluminará tu camino)
"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...

Creación a partir de la Nada Da Esperanza a la Salvación de la Nada

2010-09-30T09:50:00.000-05:00

Escribe el autor original del post en el que se basa esta entrada:

"El pasado Abril celebré el funeral del padre de una querida amiga. Recuerdo vívidamente como mi amiga se lamentó de la muerte de su padre y me impactó como estaba ella angustiada por el saber de la existencia de su padre y el 'dónde' estaba ahora."

Creo que esta angustia tenía que ver, en parte, con la amenaza que la muerte ofrece del olvido y la nada. Este es un miedo tan profundamente enraizado en la psique humana y puede rastrearse a lo largo del tiempo y las culturas. Incluso hay filosofías que se basan en la idea de que todo en última instancia se convierte en nada (el nihilismo). ¿Qué hacer (o decir) ante esta amenaza que la muerte ofrece?

Un argumento contra la muerte como olvido es, obviamente, la Resurrección de Cristo. Sin embargo, esta respuesta obliga a la pregunta "¿y quién levantó a Cristo?". El Nuevo Testamento responde a esta cuestión de manera definitiva diciendo que fue Dios quien levantó a Jesús en el tercer día (Hch 2,32). ¿Pero qué puede servir como explicación al "cómo" o incluso "por qué" Dios puede levantar a alguien de la muerte? La respuesta simple es porque "Dios es Dios", y como tal, es todo poderoso. Esta respuesta, sin embargo, aún no apunta a un relato más preciso del "cómo" o el "por qué" Dios puede salvar a alguien de la muerte.

Para dar una "salida" a este dilema, podemos referirnos a la antigua doctrina Cristiana de la "creación a partir de nada" o creatio ex nihilo. Esta idea Cristiana fue establecida muy temprano en la historia de la Iglesia como una forma de explicar la convicción de que Dios sólo es eterno y que Dios crea libremente y por puro amor. Esta idea puede proveernos de una razón fuerte y relevante del por qué creemos que Dios nos salva de la nada que nos amenaza con la muerte. En palabras sencillas: si Dios puede crear a partir de la nada entonces Dios también puede salvar de la nada. El filósofo de los siglos XIX y XX, Alfred North Whitehead, tenía una manera bella de decir algo similar, en líneas más poéticas: "Dios es la tierna consideración de que nada se pierda". En otras palabras, el mismo amor que libremente respira vida es el mismo amor que libremente salva la vida...

Tomado, traducido y adaptado de http://franciscanfriarstor.blogspot.com/2010/09/beauty-of-orthodoxy-creation-from.html

---
Eru kaluva tielyanna (Dios iluminará tu camino) Visita la página de la Casa de la Juventud, TOR: 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...

Qué dirán venideros

2010-09-15T13:28:00.000-05:00

no soy muy fan de Delgadillo, pero algunas me gustan ;)
y para un día como hoy, claro, una de protesta...
ojalá cuando llegue su día, mi venidera pueda decir algo diferente de mi...

No tanto como mojada
Creo que se pueda llamar
Cuando apenas le perlaban
Dos tímidas gotas después de llorar

No fuimos bien, preguntaba
No vamos bien, respondía
Ni vamos a ningún lado
Pensando en los tiempos felices que había

Ando buscando un poquito de más conciencia
En cada hermano que se
Que es hijo del territorio
Donde la pena se ha fijado los pies

Porque es la historia que hacemos
Se escribe a diario y qué dirán venideros
Cuando les queden las culpas
Que se heredaron por ser hijos nuestros

Si hasta tenemos futuro
Y hasta tenemos lugar
Tendremos hijos y hermanos
Y no tengo tanto de necio al cantar

Se sigue siempre un destino, lo se
Y que una pena jamás viene sola
Más siempre habrá una palabra
Para el coraje lista en mi boca

Ando buscando un poquito de más conciencia
En cada hermano que se
Que es hijo del territorio
Donde la pena se ha fijado los pies

Porque es la historia que hacemos
Se escribe a diario y qué dirán venideros
Cuando hagan un juicio claro
Y nos señalen como lo malo de ellos

Por qué será tan difícil
Marchar sin la yunta común del cobarde
Tendremos pues la consigna
De odiar cada término que usa el culpable

Cuanta mentira se esconde
Llamándose patria, llamándose México
Ando diciendo bandera
Para pedirle que juzgue al pueblo

Y ando buscando un poquito de más conciencia
En cada hermano que se
Que es hijo del territorio
Donde la pena se ha fijado los pies

Porque es la historia que hacemos
Se escribe a diario y qué dirán venideros
Ando buscando a mis gentes
Ando buscando a mis gentes
Ando buscando a mis gentes
Para que sepan cómo los quiero...

---
Eru kaluva tielyanna (Dios iluminará tu camino) Visita la página de la Casa de la Juventud, TOR: 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...

Thank you

2010-09-09T12:06:00.002-05:00

If the sun refused to shine, I would still be loving you.
If mountains crumble to the sea, there would still be you and me.

Kind woman, I give you my all, Kind woman, nothing more.

Little drops of rain whisper of the pain, tears of loves lost in the days gone by.
Our love is strong, with you there is no wrong,
together we shall go until we die. My, my, my.
Inspiration's what you are to me, inspiration, look... see.

And so today, my world it smiles, your hand in mine, we walk the miles,
Thanks to you it will be done, for you to me are the only one.
Happiness, no more be sad, happiness....I'm glad.
If the sun refused to shine, I would still be loving you.
If the mountains should crumble to the sea, there would still be you and me.

thank you ... ;)

---
Eru kaluva tielyanna (Dios iluminará tu camino) Visita la página de la Casa de la Juventud, TOR: 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...

Compromiso con la fe

2010-08-23T10:34:00.069-05:00

El fin de semana tuve la oportunidad de platicar con una amiga en la Casa de la Juventud y en ello salieron un par de cuestiones en las que he estado pensando últimamente de hecho.

Hacía una semana ella había ido a hablar con los monitores sobre el compromiso que implica la labor del equipo de trabajo que está a punto de iniciar un nuevo ciclo de encuentros, y les planteó una interrogante: ¿por qué cada vez pareciera que más gente se vuelve 'crisitana' (refiriéndose a 'no católica') y menos quedan católicos? Incluso gente que antes renegaba de todo tipo de fe, ahora se convierte en la persona más 'mocha' que pueda conocerse...

Como dije, la pregunta está en el contexto del compromiso de la labor del equipo de trabajo en la Casa. Y como dije también, tenía un rato que me planteaba cuestiones similares u otras en un contexto parecido, por eso me decidí a escribir este post...

En principio yo diría para responder esa pregunta los siguientes tres puntos:

1. Que la gente de la sociedad en la que me desenvuelvo (y en la que se desenvuelve el equipo de trabajo también) aunque en esta época posmoderna no lo parezca, tiene un deseo de creer en el mensaje crisitiano. Al menos así sucede con la gente que se 'pasa' de católico a cristiano, que es una cantidad considerable. Si no fuera así, en vez de 'pasarse' de un lado a otro, simplemente dejaría de creer (y sobre esto último también tengo una opinión al respecto que más abajo sale)

2. Que antes de preguntarse por qué la gente se vuelve cristiana, debería preguntarse por qué deja de ser católica (o no opta por serlo en caso de no ser cristiano de ninguna comunidad). Y creo yo que en una sociedad como ésta existen dos respuestas que se complementan:

a) Que la Iglesia, como institución, está muy desprestigiada, a nivel jerárquico sobre todo. Basta ver los escandalos tan de moda en los que están relacionados, algunos con y algunos otros sin fundamento desde mi punto de vista (que si la pederastia, que si la intolerancia, que si el condón, que si el aborto...), pero también y SOBRE TODO (o sea, deja de fijarte ahorita en estos puntos y continua leyendo):

b) Que la mayoría de los católicos no viven su fe. Podría haber mucho desprestigio a causa de los jerarcas de la Iglesia (sobre todo hablando de una sociedad como aquella en la que vivo, y en la época en la que vivo) pero si los católicos vivieran su fe auténticamente (vamos, no que fueran el ejemplo perfecto de cristianismo, ¿quién lo es?, sino de luchar día a día en su cotidianeidad buscando y cooperando en la construcción de esa parte clave del mensaje cristiano llamado Reino de Dios, tratando de mantener congruencia entre la vida y lo que 'expresamos' al ir a misa o a un retiro), entonces la gente no se desanimaría de la institución tan fácilmente.

3. Que actualmente, creo yo, hay una especie de crisis de fe, provocada más que por el desprestigio o la poca autenticidad de los cristianos (como en el punto anterior) por el tipo de sociedad que somos ahora: consumista, individualista, indiferente a cuestiones trascendentes, pero peor aún indiferente a los otros, indiferente incluso a los más necesitados, luego entonces egoísta (sobre todo en la práctica más que en la forma de pensar de cada quien)... Se puede extender el tema para hablar de crisis de valores y demás, pero dejémoslo ahí...

Muchas iglesias cristianas no católicas se caracterizan por el énfasis que ponen en la Escritura (la Biblia) para hablar de su fe. No pongo en duda su fe ni sus argumentos, pero, en una sociedad como la actual me atrevo a preguntar (y sin afán de ofender ni provocar), ¿qué tan auténtica puede ser la conversión de algunos de ellos basada solamente en lo que dice la Escritura? Hoy con la mencionada crisis de fe de la sociedad actual, ¿no será que muchos prefieren creer un mensaje basado en un algo escrito que 'demuestre' que su conversión es correcta (deja tú auténtica)? Y ahí está muchas veces el problema: ¿en dónde está la fe de algunos (¿muchos?) de ellos? Como dijo un amigo más en el muro de otra amiga en común: yo no creo en libros, y yo agregaría: yo creo en personas.

Creer sólo en un libro per se es olvidarse que todo escrito (por muy sagrado que sea) es subjetivamente interpretado por quien lo leyó. Si yo digo 'aquí dice esto', estoy diciendo 'aquí interpreté que dice esto'. La cuestión cristiana es que al leer la Biblia, hay que primero creer en una persona: Jesús, y a la luz de ello interpretar la Escritura. (Sí, claro, también se tiene una percepción subjetiva de la persona, pero en un acto de conversión, creo que implica más a uno el creer en una persona, convencerse cada día más de ella, que sólo en letras...)

Para ser cristiano entonces hay que creer en una persona: Jesús, antes que todo. Para leer la Biblia luego habrá que interpretar lo leído a la luz de la fe en esa persona Jesús, y no al revés. Para ser cristiano, creyendo en Jesús, se podrá o no leer la Biblia, pero sobre todo se tiene que Vivir el mensaje de Jesús. Sin duda leer la Escritura puede infundir valor, mostrar de una manera sin igual el mensaje revelado por Dios al ser humano, pero no lo es todo, ni es la única manera de vivir cristiano, siempre y cuando cualquier manera que se elija tenga el componente principal: creer en Jesús y vivir de acuerdo con esa fe.

Además se tendría que entender que ser parte de la Iglesia es más que decir estar o no de acuerdo con lo que dicen o hacen los jerarcas de la misma. Se requeriría otro post igual de largo para hablar de esto, pero el punto es que creer y ser y sentirse parte de una comunidad implica entonces un fuerte compromiso personal para vivir esta forma de vivir en medio de una sociedad como esta, con situaciones como las ilustradas. ¿No será más bien miedo a este compromiso lo que tengan algunos que 'se van'?

Sin duda, como me comentó mi amiga, también es necesario dejar de tener 'pena' por ser católico, por vivir lo que se cree, y hacerlo no necesariamente saliendo a gritar palabras o a aventar bibliazos por doquier, sino más bien con la necesaria congruencia entre vida y fe, y ¿por qué no? con un poquito de humildad para también hablar abiertamente de esto que yo creo... publicándolo en un blog por ejemplo :P , o invitando a tus conocidos a ese retiro jeje

Y claro, también sería bueno algo de preparación. Interesarse por estas cuestiones, leer más, informarse, dejar de criticar sin conocer, y sobre todo sin proponer y sin actuar ni comprometerse... Formarse, educarse... Y he aquí el otro gran problema: en México somos cada vez más una sociedad cuyos dueños se llaman medios y donde leer es lo menos importante que pasa por nuestras cabezas. Si fuiste lo suficientemente arrojado (o si tuviste el aguante de leerme) para haber llegado hasta esta altura del presente post, yo calculo que eres de los pocos. Si además tendrás el valor de opinar, serás de los menos aún. No nos extrañe claro que en ésto está gran parte de la raíz de todo: un pueblo con el gobierno que se merece por no formarse y no comprometerse, con los políticos que tiene, con los problemas que tiene, con la sociedad que tiene, con la injusticia que tiene, y claro, con la Iglesia que tiene...

-- Actualización 24 ago 2010 --
Pensándolo un poco, sobre el punto 1... ¿por qué la gente no preferiría el mensaje cristiano como viene planteado desde el punto de vista católico y si desde otro punto de vista? Se pueden dar muchas respuestas a esto, pero yo doy mi opinión al respecto:

Es una cuestión que yo llamaría didáctica, muchas encuestas han llegado a la conclusión de que, por ejemplo los jóvenes, declaran que la forma de presentar el mensaje de la iglesia católica es 'aburrido', 'no les dice nada', lo sienten 'obligado'. ¿A qué se debería ésto?

En gran parte a la forma en que están planteados los numerosos símbolos de los que está LLENA la liturgia católica. No estoy diciendo que la liturgia sea mala, pero sí que debería de decir algo a través de sus numerosos símbolos a las generaciones actuales, al mundo de hoy, al cual hay que hablarle del mensaje cristiano...

No es que las cosas como se han venido haciendo a lo largo de los siglos estén mal, pero si se explicaran un poco (con más catequesis), en vez de sólo decir 'lo haces y te callas', sería una buena oportunidad para llamar la atención a este tipo de cuestiones. Pero sobre todo, y más aún, los símbolos y la liturgia misma deberían ser sólo un método para celebrar la relación con Dios y la vida, para alabar a Dios y para vivir la fe, y con símbolos gastados, que en su momento dijeron mucho pero que hoy además de perdidos en el olvido dejan de lado a las nuevas formas de ser y de pensar, es cuando las cosas se ponen 'aburridas', 'no dicen nada' y se sienten como 'obligadas'.

No estaría nada mal una actualización en algunos símbolos para que la Iglesia le siga diciendo algo a esas nuevas generaciones...

P.D. por cierto, aunque lo pareciera, no es mi intención cuestionar la fe de personas no católicas, sólo son interrogantes que me he planteado, y ni siquiera apunto a ninguna persona en particular, o a un grupo o iglesia particular, son sólo preguntas. Admiro mucho a personas que en la historia han pertenecido de hecho a otras iglesias diferentes a la mía. De hecho mantengo amistad o incluso lazos más fuertes con personas de esas otras iglesias. Obviamente no pretendo atacar a nadie, ni la fe de nadie, sólo preguntarme cosas y reflexionar sobre ellas... Si algo sí quiero atacar es el estancamiento tan notorio de mi propia iglesia, ese sí, deplorable...

--
Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: 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...

El mal uso del término 'hacker'

2010-08-16T09:43:00.000-05:00

"Hacker" viene del verbo "hackear", que es una expresión que se originó en los 50's del pasado siglo en el MIT [Massachusetts Institute of Technology], y significa resolver un problema técnico de una manera única. En la jerga computacional 'hack' aún es usado para etiquetar las modificaciones inventivas y originales de un programa o sistema, basándose en un entendimiento profundo [del código, del funcionamiento, del diseño inherente del sistema, ...] y en una manera que no había sido pensada originalmente.

Muchas autoridades en el campo de las computadoras y la seguridad entienden el término hacking como un estado mental, de pensar fuera de los límites de las formas y métodos establecidos y el intentar sobrepasar estos obstáculos. En muchos casos ejemplares los hackers están poniendo sus capacidades y su inventiva en causas buenas y para el bien común, poniendo sus programas disponibles para que cualquiera los use y modifique. Ejemplos de este software libre son: GNU/Linux, Mozilla Firefox, Mozilla Thunderbird, Google Chromium, OpenOffice.org, SpamAssassin, GIMP, Scribus, etc.

Fueron los medios y la industria cinematográfica los que posteriormente (y falsamente) usaron la palabra hacker para describir a criminales cibernéticos; lo cual por supuesto causó confusión. Este embrollo se incrementa por la terminología que aún está evolucionando
y por traducciones a otros idiomas, como el español.

Un término más apropiado para una persona, que con fines criminales entra en un sistema computacional es "cracker". Gente que abusa de los sistemas de seguridad sin autorización y/o usa TI [tecnologías de la información] (usualmente computadoras, teléfonos o redes) para irrumpir en los sistemas y ejecutar actividades ilegales o criminales - vandalismo, abuso de tarjetas de crédito, robo de identidades, piratería y otros tipos de actividades ilegales.

Esta es la razón por la que deberías de llamar a los sospechosos de crímenes informáticos, "crackers".

En las pasadas décadas muchos avances tecnológicos fueron resultado del fenómeno hacker - computadoras personales, el Internet, software libre - por ello sería incorrecto hacer iguales a los hackers con criminales. Una analogía con esta situación sería si a los químicos o a los farmacéuticos se les llamara a todos envenenadores y asesinos.

Se comprende que la presente confusión existe por ya bastante tiempo y es exactamente por ello que pienso que este es el momento de aclararlo entre todos. Por lo que les pido a ustedes que, por favor, en el futuro usen el término correcto.

tomado, traducido y adaptado de:
http://matija.suklje.name/?q=node/182

--
Eru kaluva tielyanna (Dios iluminará tu camino) Visita la página de la Casa de la Juventud, TOR: 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...

Amor constante más allá de la muerte

2010-08-04T10:45:00.003-05:00

Cerrar podrá mis ojos la postrera
Sombra que me llevare el blanco día,
Y podrá desatar esta alma mía
Hora, a su afán ansioso lisonjera;

Mas no de esotra parte en la ribera
Dejará la memoria, en donde ardía:
Nadar sabe mi llama el agua fría,
Y perder el respeto a ley severa.

Alma, a quien todo un Dios prisión ha sido,
Venas, que humor a tanto fuego han dado,
Médulas, que han gloriosamente ardido,

Su cuerpo dejará, no su cuidado;
Serán ceniza, mas tendrá sentido;
Polvo serán, mas polvo enamorado.

Francisco de Quevedo y Villegas

--
Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: 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...

Silent Lucidity

2010-06-03T15:47:00.000-05:00

Silent Lucidity Lyrics
Queensryche

Hush now, don't you cry
Wipe away the teardrop from your eye
You're lying safe in bed
It was all a bad dream
Spinning in your head
Your mind tricked you to feel the pain
Of someone close to you leaving the game...
...of life
So here it is, another chance
Wide awake you face the day
Your dream is over...
or has it just begun?

There's a place I like to hide
A doorway that I run through in the night
Relax child, you were there
But only didn't realize and you were scared
It's a place where you will learn
To face your fears, retrace the years
And ride the whims of your mind
Commanding in another world
Suddenly you hear and see
This magic new dimension

I- will be watching over you
I- am gonna help you see it through
I- will protect you in the night
I- am smiling next to you, in Silent Lucidity

-spoken during solo-
[Visualize your dream]
[Record it in the present tense]
[Put it into a permanent form]
[If you persist in your efforts]
[You can achieve dream control]
[Dream control]
[How's that then, better?]
[Dream control]
[Dream control]
[Dream control]
[Dream control]
[Help me]

If you open your mind for me
You won't rely on open eyes to see
The walls you built within
Come tumbling down, and a new world will begin
Living twice at once you learn
You're safe from pain in the dream domain
A soul set free to fly
A round trip journey in your head
Master of illusion, can you realize
Your dream's alive, you can be the guide but...

I- will be watching over you
I- am gonna help to see it through
I- will protect you in the night
I- am smiling next to you....

"Lullaby, and good night, go to sleep little baby"

http://www.youtube.com/watch?v=y3QSkux3vcQ

Bienvenida

2010-05-04T08:24:00.000-05:00

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í

-- Eru kaluva tielyanna (Dios iluminará tu camino) Visita la página de la Casa de la Juventud, TOR: 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...

Annie's Song (John Denver)

2010-04-28T09:25:00.001-05:00

Annie's Song (aka 'You fill up my senses')

You fill up my senses like a night in the forest,
Like the mountains in springtime,
Like a walk in the rain, like a storm in the desert,
Like a sleepy blue ocean.
You fill up my senses, come fill me again.

Come let me love you, let me give my life through you,
Let me drown in your laughter, let me die in your arms.
Let me lay down beside you, let me always be with you
Come let me love you, come love me again.

Let me give my life to you,
Come let me love you, come love me again.

You fill up my senses like a night in the forest,
Like the mountains in springtime,
Like a walk in the rain, like a storm in the desert,
Like a sleepy blue ocean.
You fill up my senses, come fill me again.

El RENAUT en México. Registra tu celular en el sistema...

2010-04-06T12:29:00.002-05:00

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...

The Lady in Red

2010-04-06T09:16:00.000-05:00

The Lady in Red
(Chris De Burgh)

I've never seen you looking so lovely as you did tonight

I've never seen you shine so bright

I've never seen so many men ask you if you wanted to dance

They're looking for a little romance

Give them half a chance

And I've never seen that dress you're wearing

Or that highlights in your hair

That catch your eyes

I have been blind

Lady in red, is dancing with me cheek to cheek

There's nobody here, it's just you and me

It's where I wanna be

But I hardly know this beauty by my side

I'll never forget the way you look tonight

I've never seen you looking so gorgeous as you did tonight

I've never seen you shine so bright (you were amazing)

I've never seen so many people want to be there by your side

And when you turned to me and smiled it took my breath away

And I have never had such a feeling, such a feeling of complete and utter love,

as I do tonight

The lady in red is dancing with me cheek to cheek

There's nobody here, it's just you and me

It's where I wanna be

But I hardly know this beauty by my side

I'll never forget the way you look tonight

I never will forget the way you look tonight

The lady in red

My lady in red

(I love you)

Algunas mañas que las empresas utilizan (o como ganar mas dinero, facil)

2010-03-18T15:08:00.002-06:00

Antes que nada, aclarar que lo siguiente no es, necesariamente, la regla a seguir en todos lados. Solamente se trata de algunas observaciones que he notado a lo largo del tiempo. Obviamente, hay quienes son mas responsables y evitan estos truquitos deshonestos...

El sentido de una empresa hoy en dia es, por supuesto, ganar dinero. Es el dinero el unico, exclusivo y absoluto sentido de su existencia, y ganar mas le da a su vez sentido a los movimientos, politicas, reglas y estrategias que las empresas tomen.

¿Como ganar mas dinero?
Puesto que una empresa se dedica a vender algo (un producto o un servicio), lo mas comun es que, para ganar mas dinero, se busque vender mas. ¿Como?

He aqui algunos trucos sucios:

Bajar los costos, de esta manera se vence a la competencia y asi se logra vender mas. Esta medida no es en si sucia, es solo estrategia. Lo sucio viene a la hora de implementar ciertas tacticas para lograrlo:
Pero para bajar mas los costos (y asi vencer mas facilmente a la competencia, y por lo tanto asi vender mas y ganar mas $), se siguen otras estrategias:

Bajar la calidad del producto/servicio. Esto obviamente baja costos, pero trae como consecuencia que los clientes (o usuarios o consumidores o nosotros) tienen un producto/servicio de calidad mala. En 'libre mercado' esto se arreglaria si los consumidores simplemente dejan de consumir ese producto/servicio, por lo que como medida extra, para que se siga consumiendo a pesar de la mala calidad se tiene:

Bombardeo de publicidad, que fomenta tanto el exceso de consumismo que caracteriza a esta sociedad, como consumidores conformistas, que no dicen nada, no se quejan, no se mueven, no hacen...
Practicas monopolicas, ya para empresas mas chonchas, que pueden consistir en hacerse con la competencia, de forma que solo una empresa domine un mercado. Ademas de dejar al consumidor con una sola opcion de consumo, tambien tienen mas via libre para bajar su calidad sin temor a perder consumidores.

Tambien, se vende mas si los consumidores compran mas. En teoria, un consumidor compra lo que necesita pero ¿eso importa? Una maña mas: crea la necesidad en el consumidor, aunque no necesite tu producto/servicio lo terminara comprando. Asi, con publicidad que provoca esto y junto con el apoyo de los medios que crean las modas, los modelos a seguir en los artistitas y demas, tambien se incrementa el afan de consumismo inutil que tanto caracteriza a la sociedad de hoy.
Si la empresa tiene trabajadores, muchas veces intentan verles la cara en algun o algunos aspectos: pagarles menos, no darles prestaciones (a veces ni las de ley), descontarles injustamente, rotar personal, renovar contratos para evitar antigüedad, explotarlos exigiendo horarios injustos o exceso de trabajo (siguiendo el mito de que a mas tiempo en el trabajo, mas productivo es)
Pagar lo menos que se pueda de impuestos (a pesar de que el resto del pueblo, incluyendo sus trabajadores a traves de descuentos a su salario, si pagan), o ampararse, o buscar medidas 'legales' (mas bien legaloides) para esquivar la paga de impuestos. Voy de acuerdo que algunos impuestos estan de mas, pero aqui el cambio necesario esta en la politica, no en la evasion, que en ultima instancia solo le da al evasor la ventaja, mientras que el resto si se fleta a pagar.
Pagar injustamente a sus proveedores, en particular a los proveedores de materia prima, que son los menos defendidos legalmente, o considerados en general. Los intermediarios suelen subir los precios, pero a su vez, para bajar sus costos, pagan lo menos posible a los que proveen la materia prima, logrando asi que ganen mas a costa de que los productores de la materia prima no tengan mas opcion que aceptar una situacion injusta.

Seguro hay mas, no lo dudo... y claro, no solo los empresarios egoistas son los que causan situaciones injustas en la sociedad. En fin, esto solo es un algo en que pensar...

UPDATE 14/ene/2011
vi este documental apenas y me pareció muy interesante...
'Obsolecencia programada' sería otra de tantas mañas...

http://es.engadget.com/2011/01/10/comprar-tirar-comprar-interesante-documental-sobre-la-obsol/

--
Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: 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...

Dedicado a Gran Bretaña

2010-02-25T09:40:00.000-06:00

The Fletcher Memorial Home (Waters - Pink Floyd, The Final Cut, 1983)

Take all your overgrown infants away somewhere
And build them a home, a little place of their own.
The Fletcher Memorial
Home for Incurable Tyrants and Kings.

And they can appear to themselves every day
On closed circuit T.V.
To make sure they're still real.
It's the only connection they feel.
"Ladies and gentlemen, please welcome, Reagan and Haig,
Mr. Begin and friend, Mrs. Thatcher, and Paisly,
"Hello Maggie!"
Mr. Brezhnev and party.
"Scusi dov'è il bar?"
The ghost of McCarthy,
The memories of Nixon.
"Who's the bald chap?"
"Good-bye!"
And now, adding colour, a group of anonymous latin-
American meat packing glitterati.

Did they expect us to treat them with any respect?
They can polish their medals and sharpen their
Smiles, and amuse themselves playing games for awhile.
Boom boom, bang bang, lie down you're dead.

Safe in the permanent gaze of a cold glass eye
With their favorite toys
They'll be good girls and boys
In the Fletcher Memorial Home for colonial
Wasters of life and limb.

Is everyone in?
Are you having a nice time?
Now the final solution can be applied.

http://es.wikipedia.org/wiki/Guerra_de_las_Malvinas

Mi servidor me permitió conseguir trabajo :-)

2010-02-02T19:20:00.000-06:00

El día de hoy fue el primero en mi nuevo trabajo: sysadmin de Nucleo Radio Mil. Me dedicaré a administrar sus servidores y la infraestructura sobre la que se ejecutan sus aplicaciones web.

Pero de lo que quería hablar es de como conseguí el trabajo: para los que no lo sepan, invernalia.homelinux.net es un servidor que no solo yo mantengo, sino que yo mismo cree en una computadora de mi casa.

Ejecutando GNU/Linux, sobre ella he aprendido bastantes cosas del arte de administrar un servidor. Al día de hoy, invernalia (como suelo llamar a mi máquina) corre los siguientes servicios: servidor web, de archivos, sesión remota, versionador de código, administrador de proyectos, servidor de aplicaciones Java, servidor de una VPN (red privada virtual) que mantengo con las máquinas de mis familiares, sesión VNC, y además plataforma de pruebas para tecnologías en las que me intereso para estudiar (como TurboGears, Symfony y Drupal).

Gracias a un truco que aprendí buscando en Internet (que dicho sea de paso ha sido también la fuente de conocimiento de casi todo lo que he aprendido de servidores, entre muchos otros temas), gracias a ese truco decía, configuré mi ruteador para poder ver los servicios de invernalia en el mundo exterior (en Internet pues, fuera del nicho de la red local que mi proveedor de Internet me da por default con mi router). *

Y por ello, en la entrevista que me consiguió un muy buen amigo mío (a quien le debo más esta nueva oportunidad que a mi pericia) mostré los numerosos servicios de invernalia como ejemplo de lo que se hacer, y voilá! me concedieron la oportunidad :-)

* para los interesados, el truco se llama port forwarding, el cual implementé con algo llamado DMZ en mi ruteador.

---
Javier Novoa C.
http://invernalia.homelinux.net
(Posted using BlogPress from my iPhone)

Lecciones aprendidas: migrando mi servidor a otra distro de GNU/Linux

2010-01-14T16:53:00.002-06:00

Durante el mes pasado me decidí actualizar mi distribución de GNU/Linux. OpenSuSe 10.3 acaba de terminar su ciclo de vida de mantenimiento y aprovechando que además había cosas que quería mejorar, y hacer bien desde el principio de una vez, me decidí por renovar el sistema en mi laptop...

Cambie a Debian Lenny, y luego de casi un mes de trabajo, estas son mis conclusiones:

Piensa que algún día vas a tener que respaldar tu información, no es opcional.
Siempre manten organizada tu información. De esta manera cuando vayas a respaldar, sabrás donde encontrar lo que en verdad te importa.
Haz una lista, una especie de procedimiento, de lo que vas a hacer para migrar tu sistema, y cúmplela al pie de la letra.
Si tu lista está incompleta y te das cuenta a medio proceso, agrega lo que necesites, pero no te saltes pasos.
Ya dije que debes respaldar? bueno, hazlo.
Cuando respaldes, PRUEBA TUS RESPALDOS (adios a mi querida información perdida :'-( )
De ser posible, organízate y de cuando en cuando respalda (mientras usas tu sistema actual, no esperes a que necesites migrar, como yo). Sobre todo piensa en tu información más vital.
Si tienes Windows, dale format C: (o cualquier unidad en donde viva ese virus maligno) en una consola de MS-DOS...
Si necesitas Windows, instala en una particion algo que sea pequeño, que no haga tanto ruido y no ocupe tantos recursos. Hoy dia XP no es tan mala opción.
No olvides respaldar también los archivos de configuracion de tus servicios y programas favoritos... es un trabajo horrible volver a investigar como se levanta subversion dentro de Apache.
Ya que tengas tus respaldos, pruebalos primero (ya habia dicho eso verdad?) bueno, solo hasta que los hayas probado todos, ahora si procede a limpiar tu sistema.
Mantén una conexión con internet en algún otro equipo. Cuando haya dudas, lo vas a necesitar...
Recuerdas la lista que hiciste? espero la hayas impreso, porque si estaba en tu máquina ya la perdiste :P
En cuanto instales, lo escencial a tener primero: SSH para acceso remoto, abriendo al menos el puerto por defecto (22), y asegurarte que dynDNS (o el servicio de DNS dinámico que uses) funciona correctamente... Vete a dormir y mañana desde donde quiera que tengas que estar podras seguir trabajando ;)
Si tienes espacio en disco, genera una imagen de tu CD o DVD de instalacion de tu distribucion, quedate con la imagen, montala como sistema ISO9660 y guarda tu CD en lugar seguro, ya no lo vas a necesitar... Ah! y configura las utilidades de instalacion de tu distribucion para que ahora busquen la imagen montada como si fuera el disco, sino seguira queriendo buscar en la unidad de CD en donde ahora tienes tu disco favorito de Paulina Rubio o en mi caso de Pink Floyd :P
Si necesitaste Windows, un tip util: manten una particion extra tipo FAT32 (para que la puedan leer y escribir tanto Windows como GNU/Linux) y asi podras intercarmbiar información entre ambos sistemas sin necesidad de memorias externas, o de tener que reiniciar tu computadora si olvidaste algo. Asi yo guardo en la intermedia mi musica e imagenes, pues Windows me sirve solo para acceder a esa informacion, si acaso tengo que ir a tan horrible lugar...
Mencione probar respaldos? bueno, no solo es ver que la informacion se haya guardado correctamente en los medios externos. Tambien prueba que esa informacion pueda ser restaurada. EJEMPLO: respalde mi sitio en Drupal, me lo lleve, lo recupere, pero ya no lo pude restaurar, por error mio seguramente: no lo probe antes y perdi todo, tuve que volver a empezar (me quedo mas chido ahora pero de todas formas...)
En tu lista, apunta tambien todo el software que quieras volver a instalar, para que lo recuerdes y puedas seguir divirtiendote como antes (si, yo si me divierto en mi compu, y no necesariamente con juegos), en vez de acordarte, olvidar cosas que tal vez luego sean importantes, o de plano no quedar satisfecho con la migración.
Piensa muy bien que distribucion y version vas a querer instalar, no vaya a ser que no te guste y tengas que hacer todo de nuevo.
Si instalas cosas que se metan con el kernel, asegurate de ver que tanto se instala y como desinstalarlo en caso de que no te agrade o te descomponga todo, sino lo mas facil para ti sera volver a empezar, y no quieres eso... (me paso con los controladores graficos :-( )
Eso si, cuando puedas, metete a ver como compilar tu mismo el kernel de tu compu, es toda una experiencia interesante...

¿algo mas?

Eru kaluva tielyanna (Dios iluminará tu camino)

Visita la página de la Casa de la Juventud, TOR: 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...

Richard Stallman en México, ESIME Culhuacan

2009-12-05T11:22:00.000-06:00

El 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.

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:

La libertad de ejecutar el programa, para cualquier propósito (libertad 0).
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.
La libertad de redistribuir copias para que puedas ayudar al prójimo (libertad 2).
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.

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é!'

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...

Eru kaluva tielyanna (Dios iluminará tu camino)

Visita la página de la Casa de la Juventud, TOR: www.torcasajuv.com

Hoy dejó de existir Geocities

2009-10-26T14:23:00.000-06:00

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, y es de hecho la imagen que yo mantenía como foto de mi perfil aquí en Blogspot, así que ahora tendré que buscar otro lugar en línea para que se pueda ver mi imagen otra vez... :)

Y así terminó una gran parte de la historia de muchos... ha muerto Geocities, pero larga vida al Internet :-D

Eru kaluva tielyanna (Dios iluminará tu camino)

Visita la página de la Casa de la Juventud, TOR: www.torcasajuv.com

Me bloquearon el Internet! Ja! Eso creen...

2009-10-10T19:35:00.001-05:00

Por que en los trabajos se empeñan tantas veces en bloquearnos el Internet a los programadores?

He estado en varios lugares asignado con diversos clientes y me he encontrado con diversas maneras de evitar que los programadores nos 'distraigamos' con el acceso a Internet.

Y la realidad es que, además de ver Youtube, mensajearse con los amigos y la novia, o perder el tiempo en la inmensidad de la red, resulta que internet es también una útil herramienta de trabajo para alguien dedicado a programar en cualquier lenguaje. O que? Los patrones pensaran que somos enciclopedias andantes, con el conocimiento en el cerebro de APIs, algoritmos, sintaxis y frameworks?

La verdad es que NUESTRO conocimiento no esta en cada uno de nosotros, individuos, sino en NOSOTROS comunidad. Para todo eso existe Google, los foros especializados, los blogs, y un largo etcétera de recursos.

Y además, la realidad es que, por mas que se esfuercen en quitarnoslo, vamos a lograr saltarnos los bloqueos... Basta saber, y ahí estaremos!

---
Javier Novoa C.
http://invernalia.homelinux.net
(Posted using BlogPress from my iPhone)

Servidor en Linux en tres pasos

2009-07-14T15:45:00.003-05:00

Retomando el tema de
http://jstitch.blogspot.com/2008/03/servidor-en-una-mquina-linux.html

Escribi lo siguiente en el blog Micro-How To, de mi amigo Oswaldo Herrera...

espero le sirva a alguien ;)

Introduccion: http://micro-howto.blogspot.com/2009/03/servidor-linux-desde-tu-hogar-en-tres.html

Introduccion 2: http://micro-howto.blogspot.com/2009/07/servidor-linux-desde-tu-hogar-intro-2.html

Paso 1: http://micro-howto.blogspot.com/2009/07/servidor-linux-desde-tu-hogar-paso-1.html

Paso 2: http://micro-howto.blogspot.com/2009/07/servidor-linux-desde-tu-hogar-paso-2.html

Paso 3: http://micro-howto.blogspot.com/2009/07/servidor-linux-desde-tu-hogar-paso-3.html

--
Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: 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 4)

2009-02-13T12:35:00.002-06:00

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: 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)

2009-01-27T12:46:00.006-06:00

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: 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 2)

2009-01-13T17:09:00.012-06:00

Continuamos con la historia de Unix, parte 2.
Cabe mencionar que el libro 'The Art of Unix Programming' está repleto de citas de varias personas involucradas con Unix y su historia. Eric S. Raymond contactó con estas personas para que le dieran su opinión y revisaran el texto que estaba escribiendo, pero en vez de integrar sus opiniones en el mismo texto, decidió en gran medida dejar las citas textuales de las opiniones de estas personalidades en su libro. De esta manera, TAOUP se convierte también en una especie de testimonio de estas personas involucradas directamente con Unix...

Historia de Unix (2da parte)

Éxodo: 1971 - 1980

El sistema operativo Unix original estaba escrito en lenguaje ensamblador, y las aplicaciones en una mezcla de ensamblador y un lenguaje interpretado llamado B, que tenía la virtud de ser lo suficientemente pequeño para correr en la PDP-7. Pero B no era lo suficientemente poderoso para programación de sistemas, así que Dennis Ritchie le agregó tipos de datos y estructuras. El lenguaje C resultante evolucionó a partir del B a comienzos de 1971; en 1973 Thompson y Ritchie finalmente consiguieron reescribir Unix en su nuevo lenguaje. Esto fue un movimiento muy audaz; en esa época, la programación de sistemas se hacía en ensamblador para así extraer el máximo desempeño del hardware, y el concepto de un sistema operativo portable apenas resultaba difícil de creer [NT7]. En un tiempo tan tardío como 1979, Ritchie aún escribió: "Parece cierto que gran parte del éxito de Unix viene dado por su legibilidad, modificabilidad, y portabilidad de su software, que a su vez viene dada por estar expresado en lenguajes de alto nivel", a sabiendas de que este era un punto que aún había que remarcar.

[Ken (sentado) y Dennis (de pie) ante una PDP-11 en 1972]

Un artículo en la revista Communications of the ACM [Ritchie-Thompson] le dio a Unix su primer vistazo público. En él, los autores describen el diseño simple sin precedentes de Unix, reportando unas 600 instalaciones del sistema. Todas eran en máquinas consideradas de baja potencia para los estándares de la época, pero (tal como escriben Ritchie y Thompson) "las restricciones han motivado no solamente la economía, sino también cierta elegancia en el diseño".

Luego del artículo en la CACM, laboratorios de investigación y universidades por todo el mundo clamaban por poder probar Unix. Luego de un decreto de consentimiento en 1958, como resolución de un caso de competencia desleal, a AT&T (la organización padre de los Laboratorios Bell) le quedó prohibido el entrar al negocio de las computadoras. Por lo tanto, Unix no podía ser convertido en un producto; de hecho, bajo los términos del decreto de consentimiento, los Laboratorios Bell estaban obligados a ceder licencia de cualquier tecnología no telefónica que produjeran a quien se los solicitara. Ken Thompson comenzó entonces a responder calladamente a las solicitudes enviando cintas y paquetes de discos - todos, de acuerdo con la leyenda, acompañados con una nota firmada "love, ken" ('con amor, ken').

Esto sucedió años antes de las computadoras personales. No solamente el hardware necesario para correr Unix era muy caro como para caber en las posibilidades de cualquiera, sino que nadie imaginaba también que eso cambiaría en el futuro cercano. Así que las máquinas Unix sólo estaban disponibles por la gracia de grandes organizaciones con grandes presupuestos: corporaciones, universidades, agencias gubernamentales. Pero el uso de las minicomputadoras era menos regulado que el de los mainframes, aún más grandes, y el desarrollo de Unix rápidamente tomó un aire de contra-cultura. Era el principio de los 70s; los pioneros de la programación en Unix eran hippies peludos e imitadores de hippies. Se entretenían jugando con un sistema operativo que no solamente les ofrecía retos fascinantes en la punta de lanza de las ciencias de la computación, sino que además derribaba todas las presuposiciones técnicas y las prácticas de negocio que iban con el Gran Cómputo. Tarjetas perforadas, COBOL, suites de negocio, y mainframes por lotes IBM fueron calificados como la vieja escuela; los hackers de Unix se rebelaron en el sentido de que fueron simultáneamente construyendo el futuro y enseñando el dedo medio al sistema.

La emoción de aquellos días fue captada en una cita de Douglas Comer: "Muchas universidades contribuyeron a UNIX. En la universidad de Toronto, el departamento adquirió una impresora/plotter de 200 ppp (puntos por pulgada) y construyó un software que usaba la impresora para simular una fotocomponedora [NT8]. En la Universidad de Yale, los estudiantes y los científicos de la computación modificaron el shell de UNIX. En la Universidad Purdue, el Departamento de Ingeniería Eléctrica logró grandes avances en el desempeño, generando una versión de UNIX que soportaba un gran número de usuarios. En Purdue también se desarrolló una de las primeras redes de computadoras UNIX. En la Universidad de California en Berkeley, los estudiantes desarrollaron un nuevo shell y docenas de nuevas utilidades más pequeñas. Para fines de los 70s, cuando los Laboratorios Bell lanzaron UNIX Version 7, era claro que el sistema resolvía los problemas computacionales de muchos departamentos, y que incorporaba muchas de las ideas que habían surgido en las universidades. El resultado neto final fue un sistema fortalecido. Una ola de ideas comenzaron un nuevo ciclo, fluyendo desde la academia hacia el laboratorio industrial, de regreso a la academia, y finalmente logrando llegar a un creciente número de sitios comerciales". [Comer]

El primer Unix del que podría decirse que esencialmente puede ser totalmente reconocido por un programador moderno de Unix fue la Version 7 lanzada en 1979 [15]. El primer grupo de usuarios de Unix se formó apenas el año anterior. Para esta época Unix era usado para soporte de operaciones en todos los Laboratorios Bell [Hauben], y se había propagado a universidades tan lejanas como las de Australia, en donde las notas de John Lions en 1976 [Lions] del código fuente de la Version 6 se convirtieron en la primer documentación seria del funcionamiento interno del núcleo (kernel) de Unix. Muchos hackers mayores de Unix aún atesoran una copia.

"El Lions fue una sensación en la publicación samizdat [NT9]. Debido a violaciones en el copyright u otra cosa no podía ser publicado en E.U., así que copias de copias se filtraban por doquier. Yo aún conservo mi copia, que era al menos de 6ta generación. En ese entonces no se podía ser un hacker del kernel sin un Lions."
-- Ken Arnold --

Los inicios de una industria Unix se estaban uniendo también. La primer compañía Unix (la Santa Cruz Operation, SCO) comenzó a funcionar en 1978, y el primer compilador de C comercial (Whitesmiths) fue vendido ese mismo año. Para 1980 una obscura compañía de Seattle también se estaba metiendo al juego en Unix, migrando una versión del Unix de AT&T a microcomputadoras, llamada XENIX. Pero el afecto de Microsoft por Unix como un producto no duraría mucho (aunque Unix seguiría siendo usado para el trabajo de desarrollo interno en la compañía hasta 1990).

Notas al pie de esta sección:
[15] Los manuales de la Version 7 pueden verse en línea en http://plan9.bell-labs.com/7thEdMan/index.html.

Referencias bibliográficas de esta sección:
[Ritchie-Thompson] The Unix Time-Sharing System. Dennis M. Ritchie and Ken Thompson. Disponible en la Red.

[Comer] Unix Review. Douglas Comer. "Pervasive Unix: Cause for Celebration". October 1985. p.42.

[Hauben] Ronda Hauben. History of UNIX. Disponible en la Red.

[Lions] John Lions. Lions's Commentary on Unix 6th Edition. 1996. 1-57398-013-7. Peer-To-Peer Communications. Render PostScript de las copias originales del Lions en la Red. Esta URL puede ser inestable.

Notas de traducción de esta sección:
[NT7] La expresión 'was barely a gleam in anyone\'s eye', lit. 'era apenas un brillo en el ojo de cualquiera', quedó como 'apenas resultaba difícil de creer', pues la traducción literal de la frase original en inglés no me sonaba tan adecuada.

[NT8] En el original, 'phototypesetter', se refiere a una máquina de fotocomposición tipográfica que utilizaba papel fotográfico para las impresiones de textos. Hoy en día es una técnica obsoleta, por el advenimiento de las computadoras personales y el software de autoedición (http://en.wikipedia.org/wiki/Phototypesetting).

[NT9] de la Wikipedia en español: Samizdat (auto-publicado, en ruso) era una práctica en tiempos de la Unión Soviética destinada a burlar la censura impuesta por los gobiernos de los partidos comunistas en los países del Bloque oriental. Mediante esta práctica, individuos y grupos de personas copiaban y distribuían clandestinamente libros y otros bienes culturales que habían sido proscritos por el gobierno. La idea era hacer unas pocas copias cada vez y que cada persona que tuviese acceso a un medio de copiado hiciera más copias. (http://es.wikipedia.org/wiki/Samizdat) Existe una entrada para 'samizdat' en el Jargon File (http://www.catb.org/~esr//jargon/html/S/samizdat.html)

TCP/IP y las Guerras Unix: 1980 - 1990

El campus en Berkeley de la Universidad de California surgió desde el principio como el punto académico más importante en el desarrollo de Unix. La investigación en Unix comenzó ahí en 1974, y tuvo un gran ímpetu cuando Ken Thompson impartió clases en la Universidad durante un año sabático de 1975-76. El primer lanzamiento del BSD fue en 1977 por parte de un laboratorio dirigido por un entonces desconocido estudiante graduado llamado Bill Joy. Para 1980 Berkeley era el eje de una sub-red de universidades que contribuían activamente a esa variante de Unix. Las ideas y el código del Unix de Berkeley (incluyendo el editor vi(1)) se retro-alimentaban de Berkeley a los Laboratorios Bell.

Luego, en 1980, la Agencia de Investigación de Proyectos Avanzados de Defensa (Defense Advanced Research Projects Agency, DARPA), necesitaba de un equipo de trabajo para implementar su novel paquete de protocolos TCP/IP en una máquina VAX sobre un sistema Unix. Las PDP-10s que soportaban la ARPANET en esos tiempos se estaban volviendo viejas, y ya se rumoreaba que DEC se vería forzada a cancelar la PDP-10 para soportar la VAX. DARPA consideró contratar a DEC para implementar el TCP/IP, pero rechazó la idea porque les preocupaba que DEC no respondiera positivamente a sus solicitudes de cambio en su sistema operativo propietario VAX/VMS [Libes-Ressler]. En vez de ello, DARPA eligió el Unix de Berkeley como plataforma - explícitamente debido a que el código fuente estaba disponible y sin recargos por licencia [Leonard].

El Grupo de Investigación en Ciencias de la Computación de Berkeley estaba en el lugar y momento adecuados, con las herramientas de desarrollo más potentes; el resultado se convirtió, discutiblemente, en el momento más crucial en la historia de Unix desde su invención.

Hasta que la implementación de TCP/IP fue lanzada con la versión 4.2 de Berkeley en 1983, Unix tenía el soporte para red más débil. Los primeros experimentos con Ethernet fueron insatisfactorios. Una facilidad fea pero útil llamada UUCP (Unix to Unix Copy Program, Programa para Copiar de Unix a Unix) fue desarrollada por los Laboratorios Bell para distribuir software sobre lineas telefónicas convencionales vía módem [16]. UUCP podía enviar correo entre máquinas ampliamente separadas, y (luego de la invención de Usenet en 1981) soportaba Usenet, una facilidad de boletín informativo distribuido que permitió a sus usuarios difundir mensajes de texto a cualquier lugar con líneas telefónicas y sistemas Unix.

Aún así, los pocos usuarios de Unix enterados de los brillos de la ARPANET se sentían atorados en un remanso. Sin FTP, sin telnet, con ejecución remota de procesos muy restringida, y enlaces dolorosamente lentos. Antes de TCP/IP, las culturas de Internet y Unix no se mezclaban. La visión de Dennis Ritchie sobre las computadoras como un medio para "favorecer la comunicación cercana" era sobre comunidades colegiales conglomeradas alrededor de máquinas de tiempo compartido individuales o dentro del mismo centro de cómputo; no se extendía a la "red nacional" distribuida por todo el continente que los usuarios de ARPA comenzaron a formar a mediados de los 70s. Los primeros ARPANETeros, por su parte, consideraban Unix como una cruda improvisación que cojeaba sobre hardware risiblemente débil.

Luego de TCP/IP, todo cambió. Las culturas de ARPANET y Unix comenzaron a mezclarse en sus bordes, y este desenvolvimiento eventualmente salvaría a ambas de su destrucción. Pero antes debían de pagarlo muy caro, como resultado de dos desastres no relacionados: el surgimiento de Microsoft y la orden de venta en AT&T.

En 1981, Microsoft logró su histórico trato con IBM sobre la nueva IBM PC. Bill Gates compró QDOS (Quick and Dirty Operating System), un clon de CP/M cuyo programador Tim Paterson había desechado en seis semanas, a Seattle Computer Products, los patrones de Paterson. Gates, disimulando el trato con IBM a Paterson y SCP, compró los derechos por $50,000 USD. Después convenció a IBM para permitirle a Microsoft comercializar MS-DOS de forma separada al hardware de la PC. Durante la siguiente década, el impulsar código que no había escrito él mismo hizo de Bill Gates un multimillonario, y tácticas de negocio aún más astutas que el trato original le dieron a Microsoft un monopolio cerrado en el área del cómputo de escritorio. XENIX como producto fue rápidamente tomado a menos [NT11], y eventualmente vendido a SCO.

En ese tiempo no era aparente qué tan exitosa (o qué tan destructiva) se iba a convertir Microsoft. Ya que la IBM PC-1 no tenía un hardware capaz de ejecutar Unix, la gente de Unix apenas y se percató de ella (aunque, irónicamente, DOS 2.0 eclipsó a CP/M en gran parte debido a que el co-fundador de Microsoft, Paul Allen, le agregó características Unix como subdirectorios y tuberías). Sucedían entonces cosas que parecían mucho más interesantes - como el lanzamiento en 1982 de Sun Microsystems.

Los fundadores de Sun Microsystems, Bill Joy, Andreas Bechtolsheim y Vinod Khosla, emprendieron juntos para construir la máquina Unix de sus sueños con capacidades de red ya pre-construidas en ella. Combinaron hardware diseñado en Stanford con el Unix desarrollado en Berkeley para producir un éxito demoledor, y así fundaron la industria de las workstations (estaciones de trabajo). En ese entonces, a nadie le importaba mucho el ver como el acceso al código fuente de una rama del árbol familiar de Unix gradualmente disminuía conforme Sun empezaba a comportarse menos como una empresa despreocupada y más como una firma convencional. Berkeley aún distribuía el código fuente de BSD. Oficialmente, las licencias del código fuente del System III costaban $40,000 USD cada una; pero los Laboratorios Bell se hacían los ciegos ante el número de cintas contrabandeadas en circulación, las universidades aún intercambiaban código con los Laboratorios Bell, y parecía que la comercialización de Unix por parte de Sun no era sino la mejor cosa que le podría haber sucedido a Unix hasta entonces.

1982 también fue el año en que el lenguaje C mostró signos de establecerse fuera del mundo Unix como el lenguaje para programación de sistemas. Sólo le tomaría unos cinco años a C para desplazar fuera de uso a los lenguajes ensambladores. Para principios de los años 90s, C y C++ dominarían no solamente la programación de sistemas sino también la de aplicaciones; para fines de los 90s cualquiera otros lenguajes compilados convencionales quedarían efectivamente obsoletos.

Cuando DEC canceló el desarrollo de la máquina sucesora de la PDP-10 (Jupiter) en 1983, las VAXes ejecutando Unix comenzaron a dominar como las máquinas de Internet, un puesto que mantendrían hasta ser desplazadas por las estaciones de trabajo de Sun. Para 1985, cerca del 25% de todas las VAXes ejecutarían Unix a pesar de la dura oposición de DEC. Pero el efecto a largo plazo de la cancelación de la Jupiter fue menos obvio; la muerte de la cultura hacker centrada en la PDP-10 del Laboratorio de Inteligencia Artificial del MIT motivó a un programador llamado Richard Stallman a comenzar a escribir GNU, un clon completamente libre de Unix.

Para 1983 había no menos de seis sistemas operativos estilo Unix para la IBM-PC: uNETix, Venix, Coherent, QNX, Idris y la migración alojada en la tarjeta hija Sritek PC. Aún no se había migrado Unix ni en su versión System V ni en BSD; ambos grupos consideraban al microprocesador 8086 lamentablemente infra-potente y ni siquiera se le acercaban. Ninguno de los sistemas estilo Unix fueron éxitos comerciales significativos, pero sí indicaban una demanda de Unix en hardware barato que los grandes vendedores no estaban abasteciendo. Y ningún individuo podía costearlo por sí mismo tampoco, no con el precio de $40,000 USD en una licencia del código fuente.

Sun ya era un éxito (¡con sus imitadores!) cuando, en 1983, el Departamento de Justicia de los E.U. ganó su segundo caso de competencia desleal contra AT&T y quebró al Sistema Bell. Esto liberó a AT&T del decreto de consentimiento de 1958 por el que se le prohibía convertir a Unix en un producto. Así que AT&T más pronto que tarde corrió a comercializar el Unix System V - un movimiento que por poco mata a Unix.

"Tan cierto. Pero su mercadotecnia promovió internacionalmente a Unix."
-- Ken Thompson --

Muchos de los promotores de Unix pensaron que la venta eran buenas noticias. Pensábamos que en la AT&T de después de la venta, en Sun Microsystems y en los pequeños imitadores de Sun se veía el núcleo de una industria sana de Unix - una que, usando estaciones de trabajo baratas y basadas en el 68000, podría competir y eventualmente romper con el opresivo monopolio que en ese entonces recaía sobre la industria de la computación - el de IBM.

Lo que ninguno de nosotros nos dimos cuenta en ese entonces fue que el hacer de Unix un producto destruiría los intercambios libres de código fuente que habían nutrido tanto al sistema en su vitalidad temprana. Sin conocer otro modelo que el secreto para acumular beneficios del software y ningún otro modelo que el control centralizado para desarrollar un producto comercial, AT&T le pegó duro a la distribución del código fuente. Las cintas promocionales de Unix se volvieron muy poco interesantes a sabiendas de que una demanda legal podía venir con ellas. Las contribuciones de las universidades comenzaron a disminuir.

Para empeorar las cosas, los nuevos grandes jugadores en el mercado Unix comenzaron a cometer grandes errores estratégicos. Uno fue el buscar la delantera a través de la diferenciación de su producto - una táctica que resultó en la divergencia de las interfaces entre los distintos Unixes. Esto echó por la borda la compatibilidad inter-plataformas y fragmentó el mercado de Unix.

El otro, más sutil error, fue comportarse como si las computadoras personales y Microsoft fueran irrelevantes desde la perspectiva de Unix. Sun Microsystems falló en ver que las PCs vistas como materia prima inevitablemente se convertirían en un ataque desde abajo al mercado de sus estaciones de trabajo. AT&T, fijada en sus minicomputadoras y mainframes, intentó varias diferentes estrategias para convertirse en el jugador mayor de las computadoras, y malamente remendó todas ellas. Una docena de pequeñas compañías se alinearon para soportar Unix en las PCs; todas tenían pocos fondos, enfocadas en vender a los desarrolladores e ingenieros, y nunca apuntaron al mercado de oficina y hogar al que Microsoft apuntaba.

De hecho, por años luego de la venta, la comunidad Unix estaba más preocupada aún con la primera fase de las guerras Unix - una disputa interna, la rivalidad entre el Unix System V y el Unix BSD. La disputa tuvo varios niveles, algunos técnicos (sockets vs. streams, tty de BSD vs. termio de System V) y otros culturales. La división estaba de manera general entre los de cabello largo y los de cabello corto; programadores y técnicos solían alinearse con Berkeley y BSD, los más orientados a los negocios con AT&T y System V. Los de cabello largo, repitiendo un esquema de los primeros días de Unix diez años antes, gustaban de verse a sí mismos como rebeldes contra el imperio corporativo; una de las pequeñas compañías publicó un póster que mostraba una nave de combate espacial estilo X-wing con la marca "BSD" huyendo de una gigante "estrella de la muerte" con la forma del logotipo de AT&T en llamas. Así tocábamos la lira mientras Roma ardía.

Pero algo más pasó el año de la venta en AT&T que tendría mayor importancia a largo plazo para Unix. Un programador/lingüista llamado Larry Wall calladamente inventó la utilidad patch(1). El programa patch es una simple herramienta que aplica los archivos de cambios generados por diff(1) sobre un archivo base, lo que significaba que los desarrolladores Unix podían cooperar entre sí pasándose conjuntos de parches - cambios incrementales al código - en vez de archivos de código enteros. Esto fue importante no solamente porque los parches estorban menos que los archivos completos, sino porque los parches seguido se aplican limpiamente, incluso si gran parte del archivo base ha cambiado desde que quien envió el parche hizo su copia del archivo base. Con esta herramienta, distintas corrientes de desarrollo a partir de un código fuente común pueden divergir, ir en paralelo, y reconvergir. El programa patch hacía más que cualquier otra herramienta por sí sola para habilitar el desarrollo colaborativo en Internet - un método que revitalizaría a Unix luego de 1990.

En 1985 Intel lanzó su primer chip 386, capaz de direccionar 6 giga bytes de memoria con un espacio plano de direcciones. El torpe direccionamiento de segmentos del 8086 y del 286 se volvieron inmediatamente obsoletos. Esto eran grandes noticias, porque significaba que por primera vez, un microprocesador en la dominante familia Intel tenía la capacidad de ejecutar Unix sin compromisos dolorosos. El presagio estaba a la vista [NT12] para Sun y los otros fabricantes de estaciones de trabajo. Y ellos no pudieron verlo.

1985 también fue el año en que Richard Stallman publicó el manifiesto GNU [Stallman] y lanzó la Free Software Foundation. Muy poca gente lo tomó a él o a su proyecto GNU seriamente, un punto de vista que resultó estar seriamente equivocado. Sin tener relación alguna ese mismo año, los creadores del sistema X window lanzaron su código fuente sin exigir derechos, restricciones o licenciar el código. Como resultado directo de esta decisión, se convirtió en un área neutral y segura para la colaboración entre los vendedores de Unix, y venció a los competidores de software propietario para convertirse en el motor gráfico de Unix.

Esfuerzos serios de estandarización comenzaron en 1983 tratando de reconciliar las APIs del System V y Berkeley con el estándar /usr/group. Lo siguieron en 1985 los estándares POSIX, un esfuerzo respaldado por la IEEE. Éstos estándares describen la intersección entre las llamadas de BSD y SVR3 (System V Release 3), con el manejo de señales y control de tareas superiores de Berkeley pero el control de terminal de SVR3. Todos los posteriores estándares Unix incorporarían POSIX en su núcleo, y los Unixes posteriores se adherirían a éste de forma muy cercana. La única mayor adición a la API del núcleo de Unix que vendría después serían los sockets de BSD.

En 1986 Larry Wall, el inventor de patch(1), comenzó a trabajar en Perl, que se convertiría en el primero y mayoritariamente usado de los lenguajes de script de código abierto. A principios de 1987 apareció la primera versión del GNU C compiler (GCC, compilador C de GNU) y para finales de ese año el núcleo del conjunto de herramientas GNU estaba quedando en su lugar: editor, compilador, depurador, y otras herramientas básicas de desarrollo. Mientras tanto, el sistema X window comenzaba a utilizarse en estaciones de trabajo relativamente baratas. Juntas, estas herramientas proveerían la armadura de los desarrollos Unix de código abierto de los 90s.

1986 también fue el año en que la tecnología PC quedó libre de las garras de IBM. IBM, tratando aún de preservar la curva del precio vs. potencia entre su línea de productos para favorecer su negocio de mainframes de alto margen, rechazó el 386 para sus computadoras de la nueva línea PS/2 en favor del más débil 286. La serie PS/2, diseñada alrededor de una arquitectura de bus propietaria para cerrarle el paso a los fabricantes de clones, se convirtió en un fracaso colosalmente caro [17]. Compaq, el más agresivo de los fabricantes de clones, aprovechó la movida de IBM sacando al mercado la primera máquina 386. Incluso con una velocidad de reloj de apenas 16 MHz, la 386 hacía una máquina Unix tolerable. Era la primera PC de la que tal cosa podía ser dicha.

Comenzaba a ser posible imaginar que el proyecto GNU de Stallman podría casar con máquinas 386 para producir estaciones de trabajo Unix casi un orden de magnitud más baratas que la que cualquiera estaba ofreciendo. Curiosamente, de hecho nadie parece haber llegado tan lejos en su pensamiento. La mayoría de los programadores Unix, viniendo de los mundos de las minicomputadoras y las estaciones de trabajo, continuaban desdeñando las baratas máquinas 80x86 en favor de los diseños más elegantes basados en el 68000. Y, aunque muchos programadores contribuyeron al proyecto GNU, entre la gente Unix ésto tendía a ser considerado un gesto quijotesco que a duras penas tendría consecuencias prácticas a corto plazo.

La comunidad Unix nunca perdió su línea rebelde. Pero en retrospectiva, estábamos tan ciegos como IBM o AT&T al futuro que nos marcaba el rumbo. Ni siquiera Richard Stallman, que había declarado una cruzada moral contra el software propietario unos años antes, entendió qué tanto el hacer de Unix un producto dañó a la comunidad alrededor del mismo Unix; sus preocupaciones eran con cuestiones más abstractas y de largo plazo. El resto de nosotros nos quedamos esperando que alguna variación inteligente a la fórmula de las corporaciones pudiera resolver los problemas de la fragmentación, la comercialización desalmada, y la deriva estratégica, para redimir la promesa del Unix anterior a la venta. Pero aún habrían de venir tiempos peores.

1988 fue el año en que Ken Olsen (director ejecutivo de DEC) describió en una famosa cita a Unix como "estafa" [NT13]. DEC había estado lanzando su propia variante de Unix en las PDP-11 desde 1982, pero en realidad quería que el negocio se dirigiera hacia su sistema operativo propietario VMS. DEC y la industria de las minicomputadoras estaban en serios problemas, hundidos por las olas de las poderosas máquinas de bajo costo de parte de Sun Microsystems y el resto de los vendedores de estaciones de trabajo. La mayoría de esas estaciones de trabajo ejecutaban Unix.

Pero los propios problemas de la industria Unix estaban creciendo y haciéndose más severos. En 1988 AT&T obtuvo un 20% de Sun Microsystems. Estas dos compañías, líderes en el mercado Unix, estaban comenzando a despertar ante la amenaza puesta por las PCs, IBM y Microsoft, y a darse cuenta que los anteriores cinco años de sangrado les habían dejado poco. La alianza AT&T/Sun y el desarrollo de estándares técnicos alrededor de POSIX curaron eventualmente la brecha entre las líneas del Unix System V y BSD. Pero la segunda fase de las guerras Unix comenzó cuando los vendedores de segundo rango (IBM, DEC, Hewlett-Packard y otros) formaron la Open Software Foundation y se alinearon contra el eje AT&T/Sun (representado por Unix International). Más rounds de Unix contra Unix sobrevinieron.

Mientras tanto, Microsoft hacía millones en los mercados del hogar y los pequeños negocios a los que las facciones en guerra de Unix nunca quisieron dirigirse. El lanzamiento en 1990 de Windows 3.0 - el primer sistema operativo exitoso de Redmond - cimentó el dominio de Microsoft, y creó las condiciones que les permitieron aplanar y monopolizar el mercado de las aplicaciones de escritorio en los 90s.

Los años de 1989 a 1993 fueron los más oscuros en la historia de Unix. Parecía entonces que todos los sueños de la comunidad Unix habían fallado. La guerra fratricida había reducido a la industria del Unix propietario a disputas confusas que nunca llamaban a la determinación o a la capacidad de enfrentar a Microsoft. Los elegantes chips Motorola favorecidos por la mayoría de los programadores Unix habían perdido ante los feos pero baratos procesadores Intel. El proyecto GNU había fallado en producir el núcleo libre de Unix que venía prometiendo desde 1985, y luego de años de excusas, su credibilidad comenzó a disminuir. La tecnología PC implacablemente comenzaba a volverse una industria de corporaciones. Los hackers pioneros de Unix de fines de los 70s llegaban a los 40s y se alentaban. El hardware se volvía más barato, pero Unix aún era muy caro. Tardíamente nos estábamos dando cuenta que el antiguo monopolio de IBM había sucumbido ante un nuevo monopolio de Microsoft, y el software de mala ingeniería de Microsoft estaba alzándose a nuestro alrededor como una ola de aguas residuales.

Notas al pie de esta sección:
[16] UUCP llegó a causar furor [NT10] cuando un módem 'rápido' era de 300 baudios.

[17] La PS/2, sin embargo, dejó marca en las PCs posteriores - haciendo del mouse un periférico estándar, razón por la cual el conector del mouse en la parte posterior del chasis de tu computadora se llama "puerto PS/2".

Referencias bibliográficas de esta sección:
[Libes-Ressler] Don Libes and Sandy Ressler. Life with Unix. 1989. ISBN 0-13-536657-7. Prentice-Hall.

[Leonard] Andrew Leonard. BSD Unix: Power to the People, from the Code. 2000. Disponible en la Red.

[Stallman] Richard M. Stallman. The GNU Manifesto. Disponible en la Red.

Notas de traducción de esta sección:
[NT10] En el original en inglés, 'hot stuff' es una expresión para indicar algo que está de moda, está al día y es atractivo, pero en el texto el sentido que interpreto es también de algo considerado lo más avanzado en cierta área. Para traducir la expresión, utilicé una expresión local que me sonó adecuada.

[NT11] En el original en inglés, 'deep-sixed' es una expresión para denotar algo que ya no se quiere conservar, que se desecha o desprecia. La expresión en español 'tomar a menos' tiene aquí el mismo sentido.

[NT12] 'The handwriting was on the wall' es una expresión en inglés tomada del libro bíblico de Daniel, en el que Dios anuncia a los babilonios la próxima caída de su imperio por parte de las fuerzas persas invasoras. Es una expresión que denota un presagio maligno próximo a suceder, y puesto que en español no encontré una expresión literal para el mismo sentido, utilizo la frase 'presagio a la vista' en la traducción.

[NT13] 'snake oil' en el original en inglés es una expresión que hace referencia a un producto que se vende con engaños, siendo en sí mismo un fraude, o que se vende con exagerada mercadotecnia, siendo de calidad poco comprobable o confiable. Originalmente era una medicina china para las articulaciones, pero derivó en el sentido dado aquí. En español no encontré frases equivalentes que den el mismo sentido, así que dejo la traducción de forma genérica con la palabra 'estafa'.

Nosotros Venceremos: 1991 - 1995

El primer rayo de luz en la oscuridad vino en 1990 con el esfuerzo de William Jolitz de migrar BSD a una 386, publicando en una serie de artículos de revistas en 1991. El puerto 386BSD fue posible gracias a que, en parte influenciado por Stallman, el hacker de Berkeley Keith Bostic comenzó un esfuerzo de limpiar de código propietario de AT&T al código fuente de BSD en 1988. Pero el proyecto 386BSD recibió un golpe severo cuando, cerca de finales de 1991, Jolitz se apartó y destruyó su propio trabajo. Existen explicaciones en conflicto, pero en lo que son comunes dichas explicaciones es en que Jolitz quería que su código fuera liberado como código fuente sin recargos de licencia y se enojó cuando los patrocinadores corporativos del proyecto optaron por un modelo de licenciamiento más propietario.

En agosto de 1991, Linux Torvalds, entonces un desconocido estudiante universitario finalndés, hizo el anuncio del proyecto Linux. Torvalds ha reconocido oficialmente que una de sus principales motivaciones era el alto costo del Unix de Sun en su universidad. También Torvalds ha dicho que si se hubiera enterado de la existencia del esfuerzo en BSD se hubiera unido a él, en lugar de fundar el suyo propio. Pero el 386BSD no fue lanzado sino hasta principios de 1992, unos meses después del primer lanzamiento de Linux.

La importancia de estos dos proyectos se volvió clara solamente en retrospectiva. En su tiempo, atrajeron muy poca atención incluso dentro de la cultura hacker de Internet - y mucho menos en la más amplia comunidad Unix, que aún estaba fijada en máquinas más capaces que las PCs, y tratando de reconciliar las propiedades especiales de Unix con el modelo propietario convencional de un negocio de software.

Pasarían otros dos años y la gran explosión de Internet de 1993-1994 antes de que la verdadera importancia de Linux y las distribuciones de código abierto de BSD se volvieran evidentes para el resto del mundo Unix. Desafortunadamente para los BSDeros, una demanda de AT&T contra BSDI (la pequeña compañía que había respaldado el puerto de Jolitz) consumió mucho de ese tiempo y motivó a muchos desarrolladores clave de Berkeley a pasarse a Linux.

"Se alegó la existencia de copias de código y robo de secretos industriales. El código que en sí cometía la infracción no fue identificado por cerca de dos años. La demanda pudo haber durado mucho más sino fuera por el hecho de que Novell compró USL a AT&T y buscó un acuerdo. Al final, tres archivos fueron eliminados de los 18,000 que conformaban la distribución, y cierta cantidad de pequeños cambios fueron hechos a otros archivos. Además, la Universidad aceptó agregar notas de copyright para USL a cerca de 70 archivos, con la estipulación de que esos archivos continuaran siendo redistribuidos libremente."
-- Marshall Kirk McKusick --

El acuerdo estableció un precedente importante al liberar un Unix completamente operacional del control propietario, pero sus efectos en el propio BSD fueron calamitosos. Las cosas no mejoraron cuando, en 1992-1994, el Grupo de Investigación en Ciencias de la Computación de Berkeley cerró sus puertas; posteriormente, la guerra entre facciones de la comunidad BSD dividió al sistema en tres esfuerzos de desarrollo en competencia. Como resultado, el linaje de BSD se rezagó detrás de Linux en un momento crucial y perdió ante él la posición líder en la comunidad Unix.

Los esfuerzos de desarrollo de Linux y BSD eran nativos a Internet en una forma en que los Unixes anteriores no lo habían sido. Se basaban en el desarrollo distribuido y la herramienta patch(1) de Larry Wall, y reclutaban desarrolladores vía email y a través de grupos de noticias en Usenet. Por lo tanto, tuvieron un impulso tremendo cuando los negocios proveedores de servicio de Internet (ISP, Internet Service Providers) proliferaron en 1993, habilitados por cambios en la tecnología de telecomunicaciones y la privatización de la columna dorsal de Internet, eventos fuera del alcance de esta historia. La demanda por una Internet barata fue creada por algo más: la invención en 1991 de la World Wide Web (WWW, la Red). La Web fue la "killer app" [NT14] de la Internet, la tecnología de interfaz gráfica de usuario que la hizo irresistible para una larga población de usuarios finales no técnicos.

La mercadotecnia en masa de la Internet tanto incrementó la fuente de desarrolladores potenciales como bajó los costos transaccionales del desarrollo distribuido. Los resultados se vieron reflejados en esfuerzos como XFree86, que usó un modelo con Internet al centro para construir una organización de desarrollo más eficaz que el del Consorcio X oficial. El primer XFree86 de 1992 le dio a Linux y los BSDs el motor de interfaz de usuario gráfica que les hacía falta. Durante la siguiente década XFree86 estaría en la delantera del desarrollo en X, y una porción en aumento de la actividad del Consorcio X consistiría en concentrar las innovaciones originadas en la comunidad XFree86 hacia los patrocinadores industriales del Consorcio.

Para fines de 1993, Linux ya tenía capacidades de Internet y X. Todas las herramientas GNU fueron alojadas en él desde el principio, proveyéndolo de herramientas de desarrollo de alta calidad. Además de las herramientas GNU, Linux actuó como un punto de atracción, colectando y concentrando veinte años de software de código abierto que anteriormente había estado disperso en una docena de diferentes plataformas Unix propietarias. Aunque el kernel de Linux aún estaba oficialmente en versión beta (a nivel 0.99), ya era remarcablemente libre de caídas. La amplitud y la calidad del software en las distribuciones Linux era ya la de un sistema operativo listo para el nivel de producción.

Algunos pocos de los de mente más abierta entre los desarrolladores Unix de la vieja escuela comenzaron a percatarse de que el sueño tan largamente esperado de un sistema Unix barato para todo mundo se coló [NT15] enfrente de ellos desde una dirección inesperada. No provino de parte de AT&T o de Sun o de cualquiera de los vendedores tradicionales. Tampoco emergió de un esfuerzo organizado en la universidad. Fue un bricolaje que burbujeó fuera de la Internet a partir de lo que pareciera generación espontánea, apropiándose y recombinando elementos de la tradición Unix en formas sorprendentes.

En otros lados, las maniobras corporativas continuaron. AT&T vendió sus intereses en Sun en 1992; luego vendió sus Unix Systems Laboratories (USL, Laboratorios de Sistemas Unix) a Novell en 1993; Novell pasó la marca registrada Unix al grupo de estándares X/Open en 1994; AT&T y Novell se unieron en la OSF [Open Software Foundation] en 1994, dando fin a las guerras Unix. En 1995 SCO compró UnixWare (y los derechos al código fuente original de Unix) de Novell. En 1996, X/Open y la OSF se fusionaron, creando un gran grupo de estándares Unix.

Pero los vendedores convencionales de Unix y los escombros de sus guerras parecieron cada vez menos y menos relevantes. La acción y la energía de la comunidad Unix estaba cambiando a Linux y BSD y a los desarrolladores de código abierto. Para ese tiempo IBM, Intel y SCO anunciaron el proyecto Monterrey en 1998 - un último intento de obtener una mezcla para Un Gran Sistema a partir de los Unixes propietarios que aún sobrevivían - los desarrolladores y la prensa comercial reaccionaron con diversión, y el proyecto fue abruptamente cancelado en 2001 luego de tres años de ir a ningún lado.

La transición de la industria no puede decirse que se completó hasta el año 2000, cuando SCO vendió UnixWare y el código fuente original de Unix a Caldera - un distribuidor Linux. Pero luego de 1995, la historia de Unix se convirtió en la historia del movimiento del código abierto. Hay aún otro lado de esa historia; para contarlo, necesitaremos regresar a 1961 y a los orígenes de la cultura hacker de Internet.

Notas de traducción de esta sección:
[NT14] El original 'killer app' es una expresión del mundo de la informática que en realidad no tiene traducción al español, a pesar de lo que diga la Wikipedia en español. De la misma Wikipedia, una 'killer app' es una aplicación determinante, es decir, que su implantación supone la asimilación definitiva por parte de los usuarios. Una aplicación así ejerce una enorme influencia en el desarrollo de posteriores desarrollos informáticos y en la forma en como se ofrece un servicio a partir del momento en que dicha aplicación se populariza. Dejé en el texto la versión en inglés, pues la traducción 'aplicación asesina' no me termina de gustar ni convencer en nada. Existe una entrada para 'killer app' en el Jargon File (http://www.catb.org/~esr//jargon/html/K/killer-app.html)

[NT15] El original 'snuck' en realidad no es una palabra del inglés, sino una expresión inventada como si fuera el tiempo pasado de 'sneak', otra palabra inventada que significa introducirse furtivamente. De ahí que utilicé la expresión 'colarse' (utilizado por lo que sé en México, en España, y no se si en otros lugares también) para denotar el mismo significado.

--
Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: 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 1)

2008-12-27T22:45:00.012-06:00

Historia de Unix

Linux es, hoy en día, uno de los sistemas operativos para computadoras personales, estaciones de trabajo y otras computadoras, de mayor confiabilidad en el mercado. Puede parecer para muchos, conociendo el origen humilde de este sistema, impresionante como es que a partir de esfuerzos aislados geográficamente de miles de personas en apariencia poco coordinadas, que un sistema así pueda llegar al nivel de calidad que el que Linux y sus aplicaciones tienen hoy en día. Sin embargo, como es común en estas situaciones, es mi opinión que todos somos producto de nuestra historia, y Linux no es la excepción. Tanto la esencia del sistema, basada en el clásico Unix que ha perdurado por décadas, como el método de desarrollo que Linux llevó al éxito son, entre otras cosas, la consecuencia obvia de la historia que llevó a los personajes de la historia de Unix a involucrarse en la historia misma de Linux.

"The Art of UNIX Programming" (TAOUP, 'El arte de programar en UNIX') es un libro publicado por Addison y Wesley en el año 2004, escrito por Eric S. Raymond (sitio de internet: http://www.catb.org/esr), un hacker considerado por muchos como el antropólogo e historiador del movimiento hoy conocido como 'Open Source'. Raymond es autor también de importantísimos ensayos en este aspecto: 'La Catedral y el Bazar' (1997), llevó en el año 1998 a la compañía Netscape a liberar el código de su navegador de internet Mozilla (el ancestro del tan de moda hoy en día Firefox), y con ello vino el éxito comercial y financiero que también ha acompañado al 'código abierto' y al 'software libre' tal como los conocemos hoy (véanse los casos de Linux, GNU, Apache, X, Perl, Python, y un largo etcétera).

Por un lado, la filosofía de programación de Unix, que convoca a métodos sencillos, modulares y reutilizables, entre otras características. Por el otro, la metodología de desarrollo 'abierta', o de 'bazar', característica de proyectos como la Wikipedia (http://wikipedia.org), en donde la 'revisión por pares' se convierte en la esencia del funcionamiento y la calidad de estos proyectos. Y además, la actitud hacker, la de superarse siempre, la de no conformarse con las cosas mal hechas sino mejorarlas, la de, por lo tanto, buscar siempre utilizar y reutilizar sobre plataformas que garanticen esa calidad. Todos estos aspectos, y otros más, se retratan de manera muy concreta en el capítulo 2 del libro TAOUP.

Esta serie de posts son mi traducción personal a este capítulo. Pueden ser vistos en mi blog en Blogger (http://jstitch.blogspot.com/), así como en el de Wordpress (http://jstitch.wordpress.com/). Debo mencionar, que el libro 'The Art of UNIX Programming' está sujeto a los términos de la licencia Creative Commons Attribution-NoDerivs 1.0 (que puede ser leída en http://creativecommons.org/licenses/by-nd/1.0/legalcode), con la estipulación extra de que el derecho a publicar en papel para fines de lucro, se reserva para Pearson Education, Inc. En pláticas vía email con Mark Taub, encargado de los derechos de traducción de Addison-Wesley, obtuve el derecho para traducir el capítulo 2 del libro TAOUP, y de publicarlo únicamente en las direcciones de internet pertenecientes a mis dos blogs antes citados. Mi intención al traducir y publicar en web la traducción del capítulo 2 de TAOUP es difundir también en el habla hispana parte de la sabiduría contenida en este libro, y qué mejor que el capítulo 2, que habla de la historia y los orígenes de Unix para entender mejor el por qué y el cómo es que se ha llegado hasta donde hoy en día (2008) se ha llegado en Linux, el código abierto, el software libre y demás conceptos relacionados. Por ello, hago aviso de estas estipulaciones de licencia, y no me hago responsable por el uso que se haga de la información de los posts relativos a mi traducción, aunque espero que el propósito inicial de servir como medio de difusión se mantenga siempre puro. Nótese, claro está, que estas advertencias mías no están ni deben interpretarse como que están por encima de lo estipulado en la licencia Creative Commons-NoDerivs 1.0, ni en el derecho de Pearson Education, Inc. a publicarlo en papel para fines de lucro, ni en el permiso que Mark Taub tan amablemente me concedió de publicar por medio electrónico la traducción del capítulo 2 de TAOUP únicamente en mis dos blogs que ya mencioné. Con respecto a las imágenes utilizadas a lo largo de la traducción, fueron sacadas del sitio en línea del libro (http://www.catb.org/esr/writings/taoup/), y los créditos y restricciones de las mismas son idénticos a los del sitio antes mencionado.

Por último, he de decir que, aunque la traducción que propongo pretende ser lo más fiel posible al texto original (véase http://www.catb.org/esr/writings/taoup/translation.html para las notas del autor con respecto a lo que el autor mismo requeriría para una buena traducción), siempre he intentado reflejar en lo que hago el proceso mental que me llevó a ello (podrían preguntar a mis colegas por mi afición para comentar y documentar el código que yo escribo ;-). Es por ello que dentro de la traducción incluyo notas propias, referenciadas dentro del texto principal como pies de sección a través de la marca [NT#], donde '#' es un número consecutivo a partir de 1. Mi intención de estas notas es únicamente reflejar el reto que para mí ha implicado la traducción lo más fiel posible del texto, incluyendo sobre todo el sentido de las frases encontradas en la versión original en inglés, más que la traducción literal del texto, que por demás está decirlo, muchas veces produce traducciones de muy pobre calidad. Esta es mi primer traducción 'formal' de un texto, con eso de que se incluye la licencia y todo eso, y por ello la emoción me ganó para incluir dichas notas. Con respecto a las notas a pie de sección, decidí mantener la numeración original del texto, a pesar de que estos posts sólo incluirán el capítulo 2 del libro, por lo que no debe de extrañar que la numeración no comience con '1'.

Ahora sí, dicho todo esto, comencemos pues...

Atte.

Javier Novoa Cataño (jstitch)

Capítulo 2. Historia
Un recuento de dos culturas

Tabla de Contenido

Orígenes e Historia de Unix, 1969 - 1995
Génesis: 1969 - 1971
Éxodo: 1971 - 1980
TCP/IP y las Guerras Unix [NT1]: 1980 - 1990
Nosotros Venceremos [NT2]: 1991 - 1995

Orígenes e Historia de los Hackers, 1961 - 1995
Jugando en el recinto universitario [NT3]: 1961 - 1980
Fusión con Internet y el Movimiento del Software Libre: 1981 - 1991
Linux y la Reacción Pragmática: 1991 - 1998

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

Lecciones de la historia de Unix

Aquellos que no pueden recordar el pasado están condenados a repetirlo

-- Jorge Santayana [NT4] - The Life of Reason (1905)

El pasado informa de la práctica. Unix tiene una larga y colorida historia, mucha de la cual aún está viva como folclore, presuposiciones y (muy seguido) cicatrices de guerra en la memoria colectiva de los programadores Unix. En este capítulo, examinaremos la historia de Unix, desde un punto de vista para explicar el porque, en 2003, la cultura Unix se ve de la forma que es.

Orígenes e Historia de Unix, 1969 - 1995

Un notorio 'efecto del segundo sistema' aflige seguido a los sucesores de pequeños prototipos experimentales. La urgencia de incluir todo lo que no se incluyó la primera vez frecuentemente lleva a un diseño gigante y sobre complicado. Menos conocido aún, por lo menos común, es el 'efecto del tercer sistema'; algunas veces, luego de que el segundo sistema se colapsa por su propio peso, hay posibilidades de regresar a la simplicidad y hacerlo todo bien esta vez.

El Unix original era un tercer sistema. Su abuelo era el pequeño y sencillo Sistema de Tiempo Compartido Compatible (CTSS, Compatible Time-Sharing System), el primer o segundo sistema de tiempo compartido de la historia (dependiendo algunas cuestiones de definición que determinadamente ignoraremos). Su padre fue el proyecto pionero Multics, un intento de crear una 'utilidad de información' llena de características que graciosamente soportaría tiempo compartido interactivo de computadoras centrales (mainframes) por parte de grandes comunidades de usuarios. Multics, desafortunadamente, de hecho se colapsó bajo su propio peso. Pero Unix nació de ese colapso.

Génesis: 1969 - 1971

Unix nació en 1969 de la mente de un científico de la computación de los Laboratorios Bell (Bell Labs), Ken Thompson. Thompson fue un investigador en el proyecto Multics, una experiencia que lo desilusionó del primitivo cómputo por lotes que era común prácticamente en todos lados. Pero el concepto de tiempo compartido aún era nuevo a finales de los 60's; las primeras especulaciones apenas fueron formuladas diez años antes por el científico de la computación John McCarthy (el inventor del lenguaje Lisp), la primer implantación de un sistema así fue hecha en 1962, siete años antes, y los sistemas operativos de tiempo compartido aún eran bestias experimentales y temperamentales.

El hardware de las computadoras era en ese tiempo más primitivo de lo que incluso lo que la gente que lo llegó a ver puede recordar fácilmente. Las máquinas más potentes de la época tenían menos potencia computacional y memoria interna que un típico teléfono móvil celular de hoy en día. [13] Las terminales de vídeo estaban en su infancia y no serían ampliamente implementadas hasta luego de otros seis años. El dispositivo de interacción estándar de los primeros sistemas de tiempo compartido era el teletipo ASR-33 - un dispositivo lento y ruidoso que imprimía solamente letras mayúsculas en grandes rollos de hojas amarillas. El ASR-33 fue el padre natural de la tradición en Unix de los comandos escasos y las respuestas concisas.

Cuando Laboratorios Bell se alejaron del consorcio de investigación de Multics, Ken Thompson se quedó con algunas ideas inspiradas en Multics sobre cómo construir un sistema de archivos. Así mismo se quedó sin una máquina en la cual jugar un juego que él había escrito, llamado Space Travel, una simulación de ciencia ficción que involucraba navegar con un cohete a través del sistema solar. Unix comenzó su vida en una minicomputadora PDP-7 limpiada [14], como la mostrada en la figura 2.1, como plataforma para el juego Space Travel y como zona de pruebas para las ideas de Thompson sobre diseño de sistemas operativos.

[Figura 2.1 la PDP-7]

La historia completa del origen se cuenta en [Ritchie79] desde el punto de vista del primer colaborador de Thompson, Dennis Ritchie, el hombre que sería conocido como el co-inventor de Unix y el inventor del lenguaje de programación C. Dennis Ritchie, Doug McIlroy, y unos pocos colegas se habían acostumbrado al cómputo interactivo bajo Multics y no querían perder esa posibilidad. El sistema operativo de Thompson en la PDP-7 les ofrecía una línea de vida [NT5].

Ritchie anota: "Lo que queríamos conservar no era sólo un buen ambiente en el cual programar, sino un sistema alrededor del cual una comunidad se pudiera formar. Sabíamos por experiencia que la esencia del cómputo comunal, tal como lo proveían las máquinas de acceso remoto y tiempo compartido, no estaba solamente en escribir programas en una terminal en vez de una tarjeta perforada, sino en reforzar la comunicación cercana". El tema de las computadoras vistas no solamente como dispositivos lógicos sino como núcleos de comunidades estaba en el aire; 1969 fue también el año en que ARPANET (el ancestro directo del Internet de hoy en día) fue inventada. El tema de "comunidad" resonaría por la historia de Unix de ahí en adelante.

La implementación de Space Travel por Thompson y Ritchie atrajo atención. Al inicio, el software de la PDP-7 tenía que ser pasado por un compilador cruzado en una mainframe GE. Los programas utilitarios que Thompson y Ritchie escribieron para soportar el desarrollo de juegos en la PDP-7 se convirtió en el núcleo de Unix - aunque el nombre no llegó sino hasta 1970. Originalmente, el nombre se deletreaba "UNICS" (UNiplexed Information and Computing Service, Servicio de Información y Cómputo UNiplexado), que posteriormente Ritchie describió como una "especie de broma truculenta sobre Multics", que significaba MULTiplexed Information and Computing Service (Servicio de Información y Cómputo MULTiplexado).

Incluso en sus etapas tempranas, el Unix de la PDP-7 tenía una fuerte semejanza a los Unixes de hoy en día, y proveía un ambiente de programación ligeramente más placentero que el que estaba disponible en cualquier otro lado en esos días de mainframes de proceso por lotes alimentadas por tarjetas perforadas. Unix estaba muy cerca de ser el primer sistema bajo el cual un programador podía sentarse directamente en la máquina y hacer programas al aire, explorando posibilidades y probando mientras componía. A lo largo de toda su vida, Unix se ha caracterizado por poseer un patrón que acrecienta las posibilidades atrayendo los esfuerzos de voluntarios hábiles a partir de programadores impacientes con las limitaciones de otros sistemas operativos. Este patrón se estableció temprano, inclusive dentro de los mismos Laboratorios Bell.

La tradición Unix de desarrollo ligero y métodos informales también comenzó desde sus inicios. En donde Multics fue un proyecto largo con miles de páginas con especificaciones técnicas escritas antes que se tuviera el hardware, el primer código de Unix fue inspirado por tres personas e implementado por Ken Thompson en dos días - en una máquina obsoleta que fue diseñada como terminal gráfica para una computadora 'real'.

El primer trabajo real de Unix, en 1971, fue soportar lo que hoy en día sería llamado procesamiento de palabras para el departamento de patentes de los Laboratorios Bell; la primera aplicación Unix fue el ancestro del formateador de textos nroff(1). Este proyecto permitió la justificación para la compra de una PDP-11, una minicomputadora mucho más capaz. La Administración se mantuvo dichosamente inadvertida del hecho de que el sistema de procesamiento de palabras que Thompson y colegas estaban construyendo estaba incubando un sistema operativo. Los sistemas operativos no estaban en los planes de los Laboratorios Bell - AT&T se unió al consorcio Multics precisamente para evitar desarrollar un sistema operativo por sí mismos. Aún así, el sistema terminado fue un éxito en ascenso. Estableció a Unix como una parte permanente y valorada de la ecología computacional en los Laboratorios Bell, y comenzó otro tema en la historia de Unix - una fuerte asociación con el formateo de documentos, tipografías y herramientas de comunicación. El manual de 1972 presumía de contar con 10 instalaciones.

Posteriormente, Doug McIlroy escribiría sobre este período [McIlroy91]: "La presión de los colegas y un simple orgullo en el trabajo hecho, provocaron que cantidades [NT6] de código fueran reescritas o desechadas conforme emergían ideas mejores o más elementales. La rivalidad profesional y la protección territorial eran prácticamente desconocidas: muchas cosas buenas estaban sucediendo que nadie necesitaba apropiarse las innovaciones". Pero tendría que ocurrir otro cuarto de siglo para que todas las implicaciones de esta observación llegaran a lugar.

Notas al pie de esta sección:
[13] Ken Thompson me recordó que los teléfonos móviles de hoy en día tienen más RAM que la PDP-7 tenía en RAM y espacio en disco juntos; un disco grande, en esos días, consistía en menos de un mega byte.

[14] Hay una FAQ en la Web sobre las computadoras PDP, que explica el papel, de otra forma extremadamente oscuro, en la historia de la PDP-7.

Referencias bibliográficas de esta sección:
[Ritchie79] Dennis M. Ritchie. The Evolution of the Unix Time-Sharing System. 1979. Disponible en la Red.

[McIlroy91] Proc. Virginia Computer Users Conference. Volume 21. M. D. McIlroy. "Unix on My Mind". p.1-6.

Notas de traducción de esta sección:
[NT1] Personalmente, el término 'Unix Wars' siempre se me ha hecho una referencia a 'Star Wars', una famosísima película de ficción en los 70s-80s. Sin embargo, la traducción al español de Star Wars es 'Guerras de las Galaxias', lo que no quedaría muy bien traducido como 'Guerras de Unix', por lo que me tomé la libertad de quitar la preposición 'de' para darle al título un aire más de ficción, al estilo del mismo título 'Unix Wars'. Una forma tal vez más correcta sería 'Guerras de los Unixes', pero al mismo tiempo tal vez esa traducción haría la analogía 'Star Wars' - 'Unix Wars' más evidente, siendo que esta relación es algo que yo personalmente he pensado, hasta estar seguro de la misma no intentaría establecer el término de manera definitiva.

[NT2] Con base en los comentarios de ESR en http://www.catb.org/esr/writings/taoup/translation.html, el nombre de esta sección quedó haciendo referencia a la rebeldía heroica, ya que 'Blows against the Empire', título de un álbum de Paul Kantner, anterior líder de Jefferson Airplane, no tiene (o no encontré una) traducción al español oficial para utilizar. 'Nosotros Venceremos', según Google, hace referencia tanto a una canción gospel del Rvdo. Charles Tindley, ('We shall overcome'), canto de protesta que se convirtió en himno del movimiento de derechos civiles en Estados Unidos. También se encuentran en Google referencias a un canto cristiano que hace referencia al éxito contra el mal, tomado como 'imperio' en el sentido que también se puede interpretar en el título en inglés original de esta sección.

[NT3] El original en inglés 'At Play in the Groves of Academe' (lit. 'Jugando en las arboledas de la universidad'), me da la impresión de ser una expresión local, por lo que busqué la forma de adaptarla a una expresión más genérica, pues en español no ubiqué ninguna expresión que pudiera equipararse a la original en inglés.

[NT4] Jorge Agustín Nicolás Ruiz de Santayana y Borrás, nacido en España, es mundialmente conocido como George Santayana.

[NT5] La 'línea de vida' ('lifeline' en el original), es una cuerda utilizada por los buzos y mineros, entre otros, para guiarse en el camino de regreso de las profundidades en las que se sumergen, a la Teseo en el laberinto del minotauro. No encontré traducción literal para 'lifeline', por lo que traduzco libremente aquí.

[NT6] El original en inglés dice 'gobs', que yo sustituyo de forma genérica por 'cantidades', al no encontrar una traducción más adecuada. Los 'gobs' son una forma en que se conoce comúnmente a los restos desechables del carbón en una mina.

--
Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: 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...

Respuesta del congresista Villanueva Nuñez a Microsoft Perú

2008-12-27T14:42:00.000-06:00

Fuentes:

Referencias:

Proyecto de ley 1609/2001 (Villanueva Nuñez). Ref.: Congreso de la República del Perú
Facsimil de la carta de Microsoft Peru con objeciones al proyecto de ley 1609/2001 - Copia local
Versión de texto - Copia local
Discusión en Barrapunto: "Proyecto de ley para software libre en Perú"
Entrevistas con el Dr. Villanueva Nuñez: El Informante (CORPECE) - Linux Journal [inglés]

Lima, 08 de Abril del 2002.

Señor

JUAN ALBERTO GONZÁLEZ

Gerente General de Microsoft del Perú

Presente.-

Estimado Señor.

Ante todo, agradezco su carta del 25 de Marzo del 2002 donde manifiesta la posición oficial de Microsoft respecto al Proyecto de Ley Nº 1609, Software Libre en la Administración Pública, que sin duda se halla inspirada en el deseo de que el Perú logre situarse adecuadamente en el contexto tecnológico global. Animado de ese mismo espíritu y convencido de que a través del intercambio de ideas claras y abiertas hemos de encontrar las mejores soluciones, me permito contestar mediante la presente los comentarios incluidos en su carta.

Sin dejar de reconocer que opiniones como la suya constituyen un aporte significativo, me hubiese resultado aun mas valioso si, además de formular objeciones de índole general (que luego analizaremos en detalle) hubiera agregado argumentos sólidos sobre las ventajas que el software propietario puede reportar al Estado Peruano y a sus ciudadanos en general, pues ello habría permitido un intercambio a todas luces más esclarecedor respecto de cada una nuestras posiciones.

Con el objetivo de ordenar el debate, asumiremos que lo que Ud. llama "software de código abierto" es lo que el Proyecto define como "software libre", puesto que existe software cuyo código es distribuido junto con los programas, pero no encaja en la definición establecida en el Proyecto; y lo que Ud. llama "software comercial" es lo que el Proyecto define como "propietario" o "no libre", puesto que existe software libre que se comercializa en el mercado por un precio como cualquier otro bien o servicio.

También es preciso dejar en claro que el propósito del Proyecto al que nos referimos no está directamente relacionado con la cantidad de ahorro directo que pueda obtenerse por el empleo de software libre en las instituciones estatales. Este es en todo caso, un valor agregado marginal, pero de ninguna manera el foco del objetivo del Proyecto. Los principios elementales que animan al Proyecto se vinculan a las garantías básicas de un Estado democrático de derecho, como:

Libre acceso del ciudadano a la información pública.
Perennidad de los datos públicos.
Seguridad del Estado y de los ciudadanos.

Para garantizar el libre acceso de los ciudadanos a la información pública, resulta indispensable que la codificación de los datos no esté ligada a un único proveedor. El uso de formatos estándar y abiertos permite garantizar este libre acceso, logrando si fuera necesario la creación de software libre compatible.

Para garantizar la perennidad de los datos públicos, es indispensable que la utilización y el mantenimiento del software no dependan de la buena voluntad de los proveedores, ni de las condiciones monopólicas impuestas por éstos. Por ello el Estado necesita sistemas cuya evolución pueda ser garantizada gracias a la disponibilidad del código fuente.

Para garantizar la seguridad del Estado o seguridad nacional, resulta indispensable contar con sistemas desprovistos de elementos que permitan el control a distancia o la transmisión no deseada de información a terceros. Por lo tanto, se requieren sistemas cuyo código fuente sea libremente accesible al público para permitir su examen por el propio Estado, los ciudadanos, y un gran número de expertos independientes en el mundo. Nuestra propuesta aporta mayor seguridad, pues el conocimiento del código fuente eliminará el creciente número de programas con *código espía*.

Asimismo, nuestra propuesta refuerza la seguridad de los ciudadanos, tanto en su condición de titulares legítimos de la información manejada por el estado, cuanto en su condición de consumidores. En este ultimo caso, al permitir el surgimiento de una oferta extensa de software libre desprovisto de potencial *código espía* susceptible de poner en riesgo la vida privada y las libertades individuales.

En este sentido, el Proyecto de Ley se limita a establecer las condiciones en que los organismos estatales adquirirán software en el futuro, es decir, de un modo compatible con la garantía de esos principios básicos.

De la lectura del Proyecto quedará claro que una vez aprobada:

la ley no prohibe la producción de software propietario
la ley no prohibe el comercio de software propietario
la ley no dicta cuál software concreto usar
la ley no dicta a que proveedor se compra el software
la ley no limita los términos en que se puede licenciar un producto de software.

Lo que el proyecto expresa claramente es que, el software para ser aceptable para el Estado, no basta con que sea técnicamente suficiente para llevar a cabo una tarea, sino que además las condiciones de contratación deben satisfacer una serie de requisitos en materia de licencia, sin los cuales el Estado no puede garantizar al ciudadano el procesamiento adecuado de sus datos, velando por su integridad, confidencialidad y accesibilidad a lo largo del tiempo, porque son aspectos muy críticos para su normal desempeño.

Estamos de acuerdo Sr. González, en el hecho de que la tecnología de información y comunicaciones tiene un impacto en la calidad de vida de los ciudadanos significativo (sin que por ello sea siempre positivo o de efecto neutro). También coincidiremos seguramente, en que los valores básicos que he señalado arriba son fundamentales en una nación democrática como el Perú. Desde luego estamos muy interesados en conocer cualquier forma alternativa de garantizar estos principios, que no sea la de recurrir al empleo de software libre en los términos definidos en el Proyecto de Ley.

En cuanto a las observaciones que Ud. formula, pasaremos ahora a analizarlas en detalle:

En primer lugar, señala que: "1. El proyecto establece la obligatoriedad de que todo organismo público debe emplear exclusivamente software libre, es decir de código abierto, lo cual transgrede los principios de la igualdad ante la ley, el de no discriminación y los derechos a la libre iniciativa privada, libertad de industria y contratación protegidos en la constitución.".

Esta apreciación constituye un error. De ningún modo el proyecto afecta los derechos que Ud. enumera; sólo se limita a establecer condiciones para el empleo del software por parte de las instituciones estatales, sin inmiscuirse en modo alguno en las transacciones del sector privado. Es un principio bien establecido que el Estado no tiene el amplio espectro de libertad contractual del sector privado, pues precisamente esta limitado en su accionar por el deber de transparencia de los actos públicos; y en ese sentido, la preservación del mejor interés común debe prevalecer cuando se legisla sobre la materia.

El Proyecto protege la igualdad ante la Ley, pues ninguna persona natural o jurídica esta excluida del derecho de ofrecer estos bienes al Estado en las condiciones fijadas en el Proyecto y sin más limitaciones que las establecidas en la Ley de Contrataciones y Adquisiciones del Estado (T.U.O. por Decreto Supremo No. 012-2001-PCM).

El Proyecto no introduce discriminación alguna, pues sólo establece *como* han de proveerse estos bienes (lo cual es una potestad estatal) y no *quien* ha de proveerlos (lo que en efecto resultaría discriminatorio si se impusieran restricciones basadas en origen nacional, raza, religión, ideología, preferencia sexual, etc.) Por el contrario, el Proyecto es decididamente antidiscriminatorio. Es así porque al determinar sin lugar a dudas las condiciones de provisión del software, impide a los organismos estatales el uso de programas cuyo licenciamiento incluya condiciones discriminatorias.

Resulta obvio por lo expuesto en los dos párrafos previos, que el Proyecto no atenta contra la libre iniciativa privada, pues esta puede elegir siempre bajo que condiciones producirá el software; algunas de estas serán aceptables para el Estado, y otras no lo serán porque contrarían la garantía de los principios básicos enumerados arriba. Esta libre iniciativa es desde luego, compatible con la libertad de industria y con la libertad de contratación (en los términos acotados en que el Estado puede ejercer esta última). Cualquier sujeto privado puede producir software en las condiciones que el Estado lo requiere, o puede abstenerse de hacerlo. Nadie esta forzado a adoptar un modelo de producción, pero si desea proveer software al Estado, deberá proporcionar los mecanismos que garantizan los principios básicos, y que son los manifestados en el Proyecto.

A manera de ejemplo: nada en el texto del Proyecto impediría a su empresa ofrecer a los organismos del Estado su "suite" de oficina, en las condiciones definidas en el Proyecto y fijando el precio que ustedes consideren conveniente. Si no lo hiciera, no se deberá a restricciones impuestas por la ley, sino a decisiones empresariales respecto al modo de comercializar sus productos, decisiones, en que el Estado no tiene participación.

A continuación señala Ud. que: "2. El proyecto, al hacer obligatorio el uso de software de código abierto, establecería un tratamiento discriminatorio y no competitivo en la contratación y adquisición de los organismos públicos..."

Esta afirmación no es sino una reiteración de la anterior, y por ende se encuentra contestada lineas arriba. Pero detengámonos un instante en su apreciación sobre el "tratamiento ... no competitivo."

Por cierto, al definir cualquier tipo de adquisición, el comprador fija condiciones que se relacionan con el uso propuesto del bien o servicio. Desde luego ello excluye a ciertos fabricantes de la posibilidad de competir, pero no los excluye "a priori", sino en base a una serie de principios decididos por la voluntad autónoma del comprador, en tanto el proceso se lleve a cabo conforme a la ley. Y en el Proyecto se estable que *nadie* esta excluido de competir en tanto garantice el cumplimiento de los principios básicos.

Además el Proyecto *estimula* la competencia, pues alienta a generar oferta de software con mejores condiciones de usabilidad, y a optimizar trabajos ya establecidos, en un modelo de mejora constante.

De otro lado, el aspecto central de la competitividad es la oportunidad de proporcionar al consumidor mejores opciones. Ahora bien, es imposible desconocer que el marketing no juega un papel neutral a la hora de presentar la oferta al mercado (pues admitir lo contrario habilitaría a suponer que las inversiones que las empresas realizan en marketing carecen de sentido), y por consiguiente un gasto significativo en este rubro puede influir las decisiones del comprador. Esta influencia del marketing queda en buena medida mitigada por el proyecto que propulsamos, pues la elección dentro del marco propuesto recae en el *mérito técnico* del producto y no en el esfuerzo de comercialización del productor; en este sentido, la competitividad se acentúa, pues el más pequeño productor de software puede competir en un pie de igualdad con la más poderosa de las corporaciones.

Es necesario recalcar que no hay posición más anti-competitiva que la de los grandes productores de software propietario, que frecuentemente abusan de su posición dominante, porque en innumerables casos proponen como soluciones a problemas planteados por los usuarios: "actualice su software a la nueva versión" (con cargo para el usuario, por supuesto); además, son comunes las interrupciones arbitrarias de asistencia técnica para productos que al sólo juicio del proveedor, son "antiguos"; luego para recibir algún grado de asistencia técnica, el usuario se ve obligado a migrar (con costo no trivial, especialmente porque suele involucrar cambios de la plataforma de hardware) a nuevas versiones. Y como toda la infraestructura esta consolidada en formatos de datos propietarios, el usuario queda "atrapado" en la necesidad de continuar empleando los productos del mismo proveedor, o realizar el enorme esfuerzo de cambiar a otro ambiente (también probablemente propietario).

Agrega Ud.: "3. Así, al obligar al Estado a favorecer un modelo de negocios que apoyaría exclusivamente el software de código abierto, el proyecto sólo estaría desalentando a las compañías fabricantes locales e internacionales que son las que verdaderamente realizan importantes inversiones, crean un significativo número de puestos de empleos directos e indirectos, además de contribuir al PBI vs. Un modelo de software de código abierto que tiende a tener un impacto económico cada vez menor debido a que crea principalmente empleos en servicio."

No estoy de acuerdo con lo que Ud. afirma. En parte por lo que Ud. mismo señala en el párrafo 6 de su carta, respecto del peso relativo de los servicios en el contexto del uso de software. Esta contradicción, de por sí, invalidaría su postura. El modelo de servicios, adoptado por gran número de corporaciones en la industria informática, es mucho más significativo, en términos económicos y con tendencia creciente, que el licenciamiento de programas.

Por otra parte, el sector privado de la economía tiene la más amplia libertad para elegir el modelo económico que mas convenga a sus intereses, aunque esta libertad de elección quede muchas veces oscurecida de manera subliminal por las desproporcionadas inversiones en marketing de los productores de software propietario.

Adicionalmente, de la lectura de su opinión se desprendería que el mercado Estatal es crucial e imprescindible para la industria del software propietario, a tal punto que la opción que el Estado establece en este proyecto, eliminaría completamente del mercado a estas empresas. Si es así, deducimos que el Estado estaría subsidiando a la industria del software propietario. En el supuesto negado que esto fuese cierto, entonces el Estado tendría el derecho en aplicar los subsidios al área que considere de mayor valor social; resultaría innegable, en esta improbable hipótesis, que si el Estado decide subsidiar software debería hacerlo escogiendo el libre por encima del propietario, atendiendo a su efecto social y al uso racional de los dineros de los contribuyentes.

Respecto de los puestos de trabajo generados por el software propietario en países como el nuestro, estos tratan mayoritariamente tareas técnicas de poco valor agregado; a nivel local, los técnicos que prestan soporte a software propietario producido por empresas transnacionales no están en condiciones de solucionar un bug, no necesariamente por falta capacidad técnica o talento, sino porque no disponen del código fuente a reparar. Con software libre se crea empleo técnicamente más calificado y se genera un marco de libre competencia donde el éxito esta sólo vinculado a la capacidad de brindar buen soporte técnico y calidad de servicio, se estimula el mercado y se incrementa el patrimonio común del conocimiento, abriendo alternativas para generar servicios de mayor valor agregado y mejor perfil de calidad beneficiando a todos los actores: productores, prestadores de servicios y consumidores.

Es un fenómeno común en los países en vías de desarrollo que las industrias locales de software obtienen la mayoría de sus ingresos en el área de servicios, o en la construcción de software "ad hoc". Por lo tanto, cualquier impacto negativo que la aplicación del Proyecto pueda tener en este sector se verá compensado con creces por un aumento de la demanda de servicios (a condición de que estos sean prestados conforme a altos estándares de calidad). Desde luego, es probable que las empresas transnacionales de software si deciden no competir conforme a estas reglas de juego, sufran alguna disminución de ingresos en términos de facturación por licenciamiento; pero considerando, que estas empresas alegan sostenidamente que mucho del software empleado por el Estado fueron copiados ilegalmente, se verá que el impacto no ha de ser extremadamente serio. Ciertamente, en todo caso su fortuna estará determinada por leyes del mercado, cuyos cambios no es posible evitar; muchas empresas tradicionalmente asociadas con el software propietario ya han emprendido un camino firme (apoyado por cuantiosas inversiones) para prestar servicios asociados con el software libre, lo cual demuestra que los modelos no son mutuamente excluyentes.

Con este Proyecto el Estado está decidiendo que requiere preservar ciertos valores fundamentales. Y lo decide en base a sus potestades soberanas, sin afectar con ello ninguna de las garantías constitucionales. Si estos valores pueden ser garantizados sin tener que escoger un modelo económico dado, los efectos de la ley serían aun más beneficiosos. En todo caso debe quedar claro que el Estado no elige un modelo económico; si sucediera que existe un sólo modelo económico capaz de proveer software tal que satisfaga la garantía básicas de estos principios, se trataría de una circunstancia histórica y no de una decisión arbitraria en favor de un modelo dado.

Prosigue su carta: "4. El proyecto de ley impone el uso de software de código abierto sin considerar los peligros que esto pueda conllevar desde el punto de vista de seguridad, garantía y posible violación de los derechos de propiedad intelectual de terceros."

Aludir de forma abstracta "los peligros que pueda conllevar", sin especificar siquiera una sola instancia de esos supuestos peligros, denota cuando menos un desconocimiento del tema. Así, pues, permítame ilustrarlo sobre estos puntos.

Sobre seguridad:

En términos generales respecto la seguridad nacional, ya se mencionó inicialmente en los principios básicos del Proyecto. En términos más puntuales respecto de la seguridad del software en sí, es bien sabido que el software (propietario o libre) contiene errores de programación o "bugs" (en la jerga informática) en sus lineas de código. Pero también es público y notorio que los bugs en el software libre son menos, y se reparan mucho mas rápidamente, que en el software propietario. No en vano numerosas organismos públicos responsables por la seguridad informática de los sistemas estatales en países desarrollados prescriben el uso de software libre a iguales condiciones de seguridad y eficiencia.

Lo que resulta imposible probar es que el software propietario sea más seguro que el libre, salvo mediante el escrutinio publico y abierto de la comunidad científica y los usuarios en general. Esta demostración es imposible porque el propio modelo del software propietario impide este análisis, con lo que la garantía de seguridad se basa en la palabra bienintencionada (pero a todas luces parcial) del propio productor o sus contratistas.

Corresponde recordar que, en numerosos casos, las condiciones de licenciamiento incluyen cláusulas de Non-Disclosure que impiden a los usuarios revelar abiertamente las fallas de seguridad halladas en el producto propietario licenciado.

Respecto a garantía:

Como Ud. sabe perfectamente, o podrá determinar leyendo el "End User License Agreement" de los productos que licencia, en la amplísima mayoría de los casos, las garantías están limitadas a la reposición del medio de almacenamiento si este fuera defectuoso, pero en ningún caso se prevén compensaciones por daños directos o indirectos, lucro cesante, etc.. Si como consecuencia de un bug de seguridad en alguno de sus productos, no oportunamente reparado por Uds., un atacante comprometiera sistemas cruciales para el Estado: ¿que garantías, reparaciones y compensaciones proporcionaría su empresa de acuerdo con sus condiciones de licenciamiento? Las garantías del software propietario, en tanto los programas se entregan ``AS IS'', es decir, en el estado en que se encuentran, sin ninguna responsabilidad adicional para el proveedor respecto a su funcionalidad, no difieren en modo alguno de las habituales en el software libre.

Sobre la propiedad intelectual:

Las cuestiones de propiedad intelectual están fuera del ámbito en este proyecto, pues se encuentran amparadas por otras leyes específicas. El modelo de software libre no implica en modo alguno desconocer estas leyes y de hecho, la amplísima mayoría del software libre está amparado por el copyright. En realidad, la sola inclusión de esta cuestión en sus observaciones demuestra su confusión respecto del marco legal en que se desenvuelve el software libre. La incorporación de propiedad intelectual ajena en obras que luego se atribuyen como propias no es una práctica de la que se tenga registro en la comunidad del software libre; si lo es, lamentablemente, en el terreno del software propietario. Valga a titulo de ejemplo la condena de la Corte Comercial de Nanterre, Francia, del pasado 27 de septiembre de 2001 a Microsoft Corp., por 3 millones de francos en concepto de daños e intereses, por violación de la propiedad intelectual (piratería, según el desafortunado término que su empresa suele usar en su publicidad).

Prosigue diciendo que: "5. El proyecto maneja de manera errónea los conceptos de software de código abierto, que no necesariamente implica que sea software libre o de costo cero, llegando a realizar conclusiones equívocas sobre ahorros para el Estado, sin ningún sustento costo beneficio que valide la posición."

Esta observación no es así, en principio la gratuidad y la libertad son conceptos ortogonales: hay software propietario y oneroso (por ejemplo, MS Office), software propietario y gratuito (MS Internet Explorer), software libre y oneroso (distribuciones RedHat, SuSE, etc. del sistema GNU/Linux), software libre y gratuito (Apache, OpenOffice, Mozilla), y aun software que se licencia bajo diferentes modalidades (MySQL).

Ciertamente que el software libre no es necesariamente gratuito. Y tampoco se desprende del texto del Proyecto que deba serlo como bien habrá notado después de leer la norma propuesta. Las definiciones incluidas en el Proyecto determinan claramente *que* debe considerarse software libre, en ningún momento se refieren a la gratuidad. Si bien se mencionan las posibilidades de ahorro en términos de lo pagado por licencias de software propietario, los fundamentos del proyecto hacen clara mención a las garantías fundamentales que se pretende preservar y al estimulo del desarrollo tecnológico local. Puesto que un Estado democrático debe sostener estos principios, no le queda otra solución que emplear software cuyo código fuente está públicamente disponible e intercambiar información sólo en formatos standares.

Si el Estado no empleara software con esas características, estaría vulnerando principios republicanos básicos. Por fortuna, además, el software libre implica menores costos totales; pero aun en la hipótesis (fácilmente negada) de que costara más que el propietario, la sola existencia de una herramienta de software libre eficaz para una determinada función informática obligaría al Estado a usarla; no por imperio de este Proyecto de Ley, sino por los principios elementales que enumeramos al comienzo y que surgen de la esencia misma del Estado democrático de derecho.

Sigue Ud.: "6. Es equivocado pensar que el Software de Código Abierto es gratuito. Investigaciones realizadas por Gartner Group (importante investigadora del mercado tecnológico reconocida a nivel mundial) han señalado que el costo de adquisición del software (sistema operativo y aplicaciones) se reduce a sólo 8% del total de costos que las empresas e instituciones deben asumir como consecuencia del uso racional y realmente provechoso de la tecnología. El otro 92% lo constituyen: costos de implantación, capacitación, soporte, mantenimiento, administración e inoperatividad."

Este argumento repite lo ya señalado en el párrafo 5 y en parte se contradice con el párrafo 3. Por lo tanto nos remitiremos a lo allí dicho en homenaje a la brevedad. No obstante, permítame señalarle que incurre en una conclusión falsa en el plano lógico: que el costo de software según Gartner Group sea sólo el 8% en promedio del costo total de utilización, no invalida en forma alguna la existencia de software gratuito, esto es, aquel cuyo costo de licenciamiento es cero.

Además en este párrafo Ud. indica acertadamente que los componentes de servicio y las pérdidas por indisponibilidad conforman la parte sustancial del costo total de utilización de software; lo que, advertirá, entra en contradicción con su afirmación del valor mínimo de los servicios sugerido en el párrafo 3. Ahora bien, el empleo de software libre contribuye significativamente a disminuir los restantes costos del ciclo de vida. Esta reducción del impacto económico de despliegue, soporte, etc. se registra en varios campos; por un lado, el modelo competitivo de servicios del software libre, cuyo soporte y mantenimiento es posible contratar libremente entre una oferta variada que compite en función de la calidad y el menor costo. Esto es válido para la implantación, la capacitación y el soporte, y en buena medida para el mantenimiento. En segundo lugar, por la característica reproductiva del modelo, hace que el mantenimiento que se realizó en una aplicación sea replicable muy fácilmente, sin incurrir en mayores costos (es decir, sin pagar más de una vez por lo mismo) pues las modificaciones, si así se desea, quedan incorporadas al patrimonio común del conocimiento. En tercero, porque el enorme costo causado por la inoperatividad ("pantallas azules de la muerte", código malicioso como virus, worms y troyanos, excepciones, fallas generales de protección y otros tantos males conocidos) se reduce significativamente al emplear software mas estable; y es bien sabido que una de las virtudes mas destacables del software libre es su estabilidad.

Afirma luego que: "7. Uno de los argumentos que sustentan el proyecto de ley es la supuesta gratuidad del software de código abierto, comparado con los costos del software comercial, sin tener en cuenta que existen modalidades de licenciamiento por volumen que pueden ser sumamente ventajosas para el Estado, tal como se ha logrado en otros países."

He puntualizado ya que lo que está en cuestión no es el costo del software, sino los principios de libertad de información, accesibilidad y seguridad. Estos argumentos se han tratado de manera extensa en párrafos anteriores, por lo que estimaré remitirse a ellos.

Por otra parte, ciertamente existen modalidades de licenciamiento por volumen (aunque infortunadamente, el software propietario no satisface los principios básicos). Pero, como Ud. acaba de señalarlo acertadamente en el párrafo inmediatamente anterior de su carta, sólo apuntan a reducir el impacto de un componente que importa no más del 8% del costo total.

Prosigue: "8. Adicionalmente, la alternativa adoptada por el proyecto (i) es claramente más costosa por los altos costos que supone una migración y (ii) pone en riesgo la compatibilidad y posibilidad de interoperabilidad de las plataformas informáticas dentro del Estado, y entre el Estado y el sector privado, dada la centena de versiones que existen de software de código abierto en el mercado."

Analicemos su afirmación en dos partes. Su primer argumento, el de que la migración supone altos costos es en realidad un argumento en favor del Proyecto. Porque cuanto más tiempo transcurra la migración a otra tecnología esta se tornará mas onerosa; y al mismo tiempo se irán incrementando los riesgos de seguridad asociados con el software propietario. De esta manera, el uso de sistemas y formatos propietarios va haciendo que el Estado se vuelva cada vez más dependiente de proveedores determinados. Por el contrario, una vez implantada la política de uso de software libre (implantación que, es cierto, implica un costo), la migración de un sistema a otro se hace muy sencilla, ya que todos los datos están almacenados en formatos abiertos. Por otra parte, la migración a un entorno de software abierto no implica más costos que la misma entre entornos distintos de software propietario, con lo que su argumento se invalida totalmente.

El segundo argumento refiere a "dificultades de interoperabilidad de las plataformas informáticas dentro del Estado, y entre el Estado y el sector privado". Esta afirmación implica un cierto desconocimiento de los mecanismos de construcción de software libre, en el que no se maximiza la dependencia del usuario respecto de una plataforma determinada, como sucede habitualmente en el campo del software propietario. Aun cuando existen múltiples distribuciones de software libre, y numerosos programas susceptibles de ser empleados para una misma función, la interoperabilidad queda garantizada tanto por el empleo de formatos estándar, exigido en el proyecto, como por la posibilidad de construir software interoperable a partir de la disponibilidad del código fuente.

Dice luego que: "9. El software de código abierto en su mayoría no ofrece los niveles de servicio adecuados ni la garantía de fabricantes reconocidos para lograr mayor productividad por parte de los usuarios, lo cual ha motivado que diferentes entidades públicas hayan retrocedido en su decisión de ir por una solución de software de código abierto y se encuentren utilizando software comercial en su lugar."

Esta observación es infundada. Respecto de la garantía su argumento ha sido rebatido respondiendo el párrafo 4. Respecto de los servicios de soporte, es posible usar software libre sin ellos (así como sucede también con el software propietario) pero quienes los requieran pueden adquirir soporte por separado, tanto de empresas locales cuanto de corporaciones internacionales, también como en el caso de software propietario.

Por otra parte, contribuiría en mucho a nuestro análisis que nos informase acerca de proyectos de software libre *implantados* en entidades públicas, que a la fecha hayan sido abandonados en favor del software propietario. Conocemos un buen número de casos en el sentido inverso, pero carecemos de información respecto de casos en el sentido que Ud. expone.

Continua observando que: "10. El proyecto desincentiva la creatividad de la industria peruana de software, que factura US$ 40 millones/año, exporta US$ 4 millones (10mo. en ranking productos de exportación no tradicional, más que artesanías) y es una fuente de empleo altamente calificado. Con una Ley que incentive el uso de software de código abierto, los programadores de software pierden sus derechos de propiedad intelectual y su principal fuente de retribución."

Esta claro por demás que nadie esta obligado a comercializar su código como software libre. Tan sólo deberá tener en cuenta que, si no lo hace, no podrá venderle al sector público. Este, por otra parte, no constituye el principal mercado para la industria nacional de software. Lineas arriba hemos abordado algunas cuestiones referidas a la influencia del Proyecto en la generación de empleo técnico altamente calificado y en mejores condiciones de competitividad, por lo que parece innecesario insistir aquí en el punto.

Lo que sigue en su afirmación es erróneo. Por un lado, ningún autor de software libre pierde sus derechos de propiedad intelectual, a menos que por su expresa voluntad desee colocar su obra en el dominio público. El movimiento del software libre siempre ha sido extremadamente respetuoso de la propiedad intelectual, y ha generado reconocimiento público extenso a los autores. Nombres como el de Richard Stallman, Linus Torvalds, Guido van Rossum, Larry Wall, Miguel de Icaza, Andrew Tridgell, Theo de Raadt, Andrea Arcangeli, Bruce Perens, Darren Reed, Alan Cox, Eric Raymond, y muchos otros, son mundialmente reconocidos por sus contribuciones en el desarrollo de software que hoy es utilizado por millones de personas en todo el mundo, en tanto los nombres de los autores materiales de excelentes piezas de software propietario, permanecen en el anonimato. Por otra parte, afirmar que las regalías por derechos de autor constituyen la principal fuente de retribución de los programadores Peruanos es en todo caso aventurado, en particular porque no se ha aportado ninguna prueba al efecto ni una demostración de como el empleo de software libre por el Estado influiría en esta retribuciones.

Prosigue Ud. diciendo que: "11. El software de código abierto, al poder ser distribuido gratuitamente, tampoco permite generar ingresos para sus desarrolladores por medio de la exportación. De esta forma, se debilita el efecto multiplicador de la venta de software a otros países y por lo tanto el crecimiento de esta industria, cuando contrariamente las normas de un Gobierno deben estimular la industria local."

Esta afirmación demuestra nuevamente un desconocimiento total de los mecanismos y el mercado del software libre. Intenta aseverar que el mercado de cesión de derechos no exclusivos de uso a titulo oneroso (venta de licencias) es el único posible para la industria informática cuando, como Ud. mismo lo ha señalado párrafos arriba, ni siquiera es el más importante. El incentivo que el proyecto presenta al surgimiento de una oferta de profesionales más calificados, en conjunto con el incremento de experiencia que resultará para los técnicos nacionales el trabajar a gran escala con software libre en el Estado, los colocan en una posición altamente competitiva para brindar sus servicios al extranjero.

Señala luego que "12. En el Foro se discutió sobre la importancia del uso de software de código abierto en la educación, sin comentar el rotundo fracaso de esta iniciativa en un país como México, en donde precisamente los funcionarios del Estado que fundamentaron el proyecto, hoy expresan que el software de código abierto no permitió brindar una experiencia de aprendizaje a alumnos en la escuela, no se contó con los niveles de capacitación a nivel nacional para dar soporte adecuado a la plataforma, y el software no contó y no cuenta con los niveles de integración para la plataforma que existen en las escuelas."

Efectivamente, en México se dio marcha atrás con el proyecto Red Escolar. Eso se debió, precisamente a que los impulsores del proyecto mexicano tuvieron al costo de las licencias como principal argumento, en vez de las otras razones estipuladas en nuestro proyecto y que son mucho más esenciales. Debido a este error conceptual, y como consecuencia de la falta de apoyo efectivo por parte de la SEP (Secretaria de Educación Publica) se asumió que para implementar software libre en las escuelas, bastaba con quitarle a éstas el presupuesto para software y en cambio enviarles un CD ROM con GNU/Linux. Por cierto, esto falló y no podía ser de otro modo, tal como fallan los laboratorios escolares en los que se usa software propietario si no hay presupuesto para implementación y mantenimiento. Es precisamente por eso que nuestro proyecto de ley no se limita a indicar la mandatoriedad del uso de software libre, sino que reconoce la necesidad y ordena la creación de un plan de migración viable, en el que el Estado encamine ordenadamente la transición técnica para lograr disfrutar de las ventajas del software libre.

Finaliza Ud. con una pregunta retórica: "13. Si el software de código abierto satisface todos lo requerimientos de las entidades del Estado ¿por que se requiere de una Ley para adoptarlo? ¿No debería ser el mercado el que decida libremente cuáles son los productos que le dan más beneficios o valor?".

Estamos de acuerdo que en el sector privado de la economía, es el mercado quien debe decidir que productos usar y allí no sería admisible ninguna intromisión estatal. Pero en el caso del sector público, el razonamiento no es el mismo: Como ya establecimos el Estado almacena, manipula y transforma información que no le pertenece, sino que la ha sido confiada por los ciudadanos que, por imperio de la ley, no tienen más alternativa que hacerlo. Como contraparte a esa imposición legal, el Estado debe extremar las medidas para salvaguardar la integridad, confidencialidad y accesibilidad de esa informaciones. El empleo de software propietario arroja serias dudas sobre el cumplimiento de estos atributos, a falta de evidencia concluyente al respecto y por lo tanto no es apto para ser usado en el sector público.

La necesidad de una ley estriba, por un lado, en la materialización de los principios fundamentales antes enunciados en el campo específico del software. Por otro, en el hecho de que el Estado no es una entidad ideal homogénea, sino que esta compuesto de múltiples organismos con diversos grados de autonomía de decisiones. Dado que el software propietario es inapropiado para ser empleado, el hecho de establecer estas reglas en la ley impediría que la decisión discrecional de cualquier funcionario ponga en riesgo la información que pertenece a los ciudadanos. Y, sobre todo, porque constituye una reafirmación actualizada en relación con los medios de tratamiento y comunicación de información empleados hoy en día, sobre el principio republicano de publicidad.

Conforme a este principio universalmente aceptado, el ciudadano tiene derecho a conocer toda información en poder del Estado que no esté amparada en una declaración fundada de secreto conforme a la ley. Ahora bien, el software trata información y es en sí mismo información. Información en formato especial, susceptible de ser interpretada por una máquina para ejecutar acciones, pero sin duda información crucial porque el ciudadano tiene legítimo derecho a saber, por ejemplo, como se computa su voto o se calculan sus impuestos. Y para ello, debe poder acceder libremente al código fuente y probar a su satisfacción los programas que se utilizan para el cómputo electoral o para el cálculo de sus impuestos.

Saludo a Ud. con las expresiones de mi mayor consideración, reiterando que mi despacho siempre estará abierto a que expongan sus puntos de vista al detalle que Ud. crea conveniente.

Atentamente,

DR. EDGAR DAVID VILLANUEVA NUÑEZ

Congresista de la República del Perú.

3d en OpenSuse 10.3, Linux en mi laptop Toshiba Satellite A215

2008-03-27T22:15:00.002-06:00

Como lo comenté en este post, instalé Linux en mi laptop recientemente, pero el problema que me quedó pendiente fue el 3D. Casi inmediatamente, Carlos Rocha contestó en este otro blog con lo siguiente:

Que tal como estas, solo para comentarte que acabo de instalar el opensuse hoy en el mismo modelo de laptop, yo instale el driver que viene el la pagina de amd, y me funciono y aunque cuando echo a andar el panel de control de ati me dice que no tiene soporte para aceleracion 3d por hardware, le instale el xgl y el compiz y funciono de maravilla, todavia estoy en proceso de instalacion de drivers y afinacion de ciertos detallitos, que espero que queden en el transcurso de la semana…
Los drivers los puedes descargar de la pagina http://ati.amd.com/support/driver.html ,
en el sistema operativo seleccionas linux_64 >> Integrated/Motherboard >> RAdeon Xpress 1250..
este es un archivo .run, lo instalas desde el suse, y ejecutas el comando aticonfig –initial, reinicias y listo..
Espero te haya sido de ayuda.
saludos.

Pues bien, hice esto, desinstalé previamente el controlador fgl que ya tenía antes que nada, y siguiendo las instrucciones de la página Wiki de OpenSuSE para instalar este controlador, conseguí mi 3D!!!! Pueden ver la captura de pantalla en http://invernalia.homelinux.net/~jstitch/jstitch/linux/snapshot1.png.

Muchísimas gracias!

--
Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: 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...

Memorias de la Casa de la Juventud - Encuentro con la Pascua - Marzo 20 - 23 2008

2008-03-27T14:46:00.002-06:00

Por fin sucedió, el encuentro de la Pascua Juvenil 2008 había sido muy esperado por nosotros en el equipo de trabajo. Por muchas razones, la emoción de prepararlo, la consciencia de que los tiempos cambian, incluso para la Casa de la Juventud (que tiene ya 26 años de vida), y según mi opinión, la madurez que como equipo hemos ya alcanzado.

Como bien lo hace notar Celso varias veces, las preparaciones de los encuentros ya no son como se hacían antaño. A mi incluso todavía me llegó a tocar de refilón los últimos días en que una persona preparaba todo y había que llegar el sábado del encuentro temprano a estudiar el tema y entenderlo. Hoy, las cosas las hacemos diferentes, y cada año vamos puliendo nuestra técnica. Esto aplica tanto para encuentros ordinarios como para los grandes, y en el caso de esta Pascua no fue la excepción: divididos en grupos, nos asignamos tareas, preparamos temas, actividades, dinámicas, celebraciones, juegos, etc. Y así con unas dos semanas de antelación, ya teníamos listo y por escrito aquello que queríamos ilustrar en estos cuatro días de semana santa.

Lo primero fue la Pascuita, el fin de semana anterior, al menos ya para ir comenzando a experimentar esa vivencia de Resurrección que, para mi, sólo he podido vivir tan a ese nivel en la Casa de la Juventud. Además en la Pascuita hacemos todo en general: la celebración de la Vigilia, el Via Crucis, y aunque por equipos, tambíén se vive la cena del Señor, y el lavatorio de pies! Una de las cosas que me encantan es el Domingo de Ramos, aunque la Eucaristía del domingo es para nosotros ya de Pascua, iniciamos siempre con una mini-procesión, desde el patio de arcos al auditorio, todos con una palma en la mano, cantando 'Canta Jerusalén'...

En fin, que para no hacerla más cansada, llegó el gran día. Entre el domingo de ramos y el miércoles en la noche en que debíamos presentarnos a la Casa, Lore y yo estuvimos preparando la comida de esos días, las cosas que nos llevaríamos, compras y demás cosas que necesitaríamos (ah! porque esta Pascua tuve el honor de que mi bella amada estuviera en el equipo de trabajo ;) ) La verdad estaba muy emocionado con esta Pascua, y aunque la noche del miércoles pasó sin incidencias, ya esperaba impaciente al siguiente día... solo tomé un baño en el cuarto que utilizamos los pilotos y me fui a descansar...

El jueves por la mañana amaneció nublado, pero con el clima rico. Empezamos bien, nos regalaron una playera con el logotipo de esta Pascua impreso: el rostro de Jesús, sacado de la película de Zefirelli. Y comenzó entonces nuestra Pascua juvenil 2008... La verdad, la tristeza también tuvo su lugar, pues llegaron muy pocos participantes, en total sumamos sesenta y pico, cuando el año pasado llegamos a ochenta. Pero fuera de eso, los cuatro equipos que formamos estuvieron siempre dispuestos a participar, a gritar, a bailar, a celebrar, a aprender, en fin... que la cantidad fue poca pero la calidad hasta de sobra!

Para el equipo piloto, el jueves fue bastante movido, actividades a todas horas, preparaciones de cosas a cada rato, entre audiovisuales, trabajos, celebraciones, ensayos de cantos... Y la ventaja fue que, con el coordinador de lujo que tienen :P :P :P pues se pudo ir administrando la actividad a lo largo del dia, adelantando ciertas cosas en ciertos momentos para no estar a las carreras y perder tiempo, o estar fuera del mismo, más tarde...

Los equipos celebraron por separado el lavatorio, y luego de cenar celebramos la Cena, como ya es tradición en el patio de los arcos. Y luego más noche, el momento de oración que llamamos Getsemaní, esta vez en la cueva de Encuentros. Wow! un lugar de lujo para ello... En la tarde habíamos ido a comprar gasolina, que olvidamos antes, para echar a andar nuestra planta de luz, pues ocuparíamos un reflector para un teatro de sombras, y sonido y computadora y cañón para un audiovisual, que hizo en esta ocasión el Wiki, con música de La Lupita nada más y nada menos ;) Y gracias a la gran idea de Celso, los mismos participantes nos ayudaron a alzar todo desde la Cueva hasta la Casa, cada quien se llevó algo: una mesa, un cubo (armamos el monumento del Santísimo con unos cubos de madera grandes), la mampara donde proyectamos el audiovisual, la planta de luz, etc....

Y ya para el jueves, fue suficiente, ni recreación hubo, pero no habían muchas ganas de parte de nadie para tener una jeje. El viernes llegó con mucho sueño pero con ánimo para el piloto: sería el día de la salida de día de campo de los equipos, en otras palabras sería un día bastante más relajado para nosotros. Luego de desayunar y jugar y competir un rato, los equipos se fueron: dos a la cañada, y dos pasando la loma de enfrente. Eso sí, también como ya es tradición, me fui con dos pilotos (Abraham y Alí) a visitar a los equipos, para tomarles fotos y aprovechar para sacar a pasear a los perros de Celso, que durante 4 días tienen que estar encerrados los pobres. Mientras tanto, Mauricio y el Oso se quedaron haciendo el hoyo en donde 'plantaríamos' la cruz que ibamos a utilizar al dia siguiente... Por cierto, ese día también disfruté de mi primer ensayo de cantos de la Pascua, el jueves de bienvenida como siempre se lo llevó Celso, y el de más tarde le tocó a Reyna, la coordinadora general del encuentro. Otra cosa que hicimos, fue irnos de excursión, todos los pilotos y coordinadores, a visitar la cueva del Buen Pastor, que utilizaríamos esa noche al final...

Más tarde, Iván llegó a apoyarnos y con eso completamos al equipo piloto de esta Pascua, y comenzamos a preparar la celebración de la Muerte del Señor. Todo comenzaría en la huerta, bueno, lo cambiamos a un lado, arriba del basurero, en donde aprovechamos el montón de cascajo que hay ahora ahí para plantar la crucesota que cargamos y tenerla expuesta así durante la primer mitad de la celebración. Ahí pasamos dos audiovisuales: uno de la Pasión, hecho de nuevo por el Kalimba (aunque yo conservo uno inédito que hizo el Wiki y que no se utilizó esta vez), y otro que hizo nuestra líder del equipo de música, Eli, con la canción 'Otra vez en la cruz' de René González como tema.

De ahí, en silencio (se supone) se fueron todos de regreso al auditorio, y mientras tanto el equipo piloto bajamos la cruz y la llevamos a la cancha de basquetbol, desde donde comenzaría la procesión. Para esto, cuando lo hacemos de la manera tradicional en la Casa, preparamos algunos participantes de los más altos, los encapuchamos estilo Sevilla y con unos cirios los mandamos al frente. Esto se hace cuando en el auditorio comenzará la adoración, cantando todos el tema 'Viva Dios' (sacado de la obra musical Godspell, que dicho sea de paso, pondremos en escena este 28 de junio!!!), pero en versión de la Casa: solo con batería como fondo, haciendo un pum! pum-pum! lentos, muy lentos, en los que vamos caminando, encapuchados y pilotos hasta el centro del auditorio.

A ese paso, pues, entra hasta atrás la Cruz, cargada a cuestas de los hombros del equipo piloto que, por única vez en todo el año, tiene su único momento de ser visibles... La verdad narrar el momento queda fuera de las palabras: la emoción que da previamente, el saber lo que estás cargando en tus hombros, el paso lento, en fin... hasta Mauricio que es el baterista le dejó su lugar a mi hermano Víctor para que por esta vez entrara con nosotros, los demás pilotos :) Y luego que entramos, es ponernos al centro del auditorio, y utilizando el estrado como base, plantar la cruz en el piso, levantada en todo lo alto, sostenida con mucho esfuerzo... Ahí entonces se canta 'Jesucristo' de Roberto Carlos (también al estilo Casa de la Juventud, claro) y se hace la adoración de la Cruz, como signo de reconocer en la muerte de Jesús el comienzo del triunfo por la salvación, la entrega total al proyecto que le da sentido a la vida de toda la humanidad, en fin... por eso adoramos, no por considerar magia o algo extraño en la madera...

Y terminando, salen los encapuchados seguidos de la cruz, otra vez a cuesta nuestra, primero hay que bajarla y luego caminar al mismo paso lento hasta llegar a la cancha otra vez. Ahí la acomodamos y bueno... por la misma consciencia de los tiempos, adoramos la Cruz (que no nos había tocado porque estábamos sosteniéndola, por si se lo preguntan ;) ) y luego ya me iba yo a seguirle cuando me di cuenta que estaban dándose abrazo en el pilto, así que me regreso, y no me pude aguantar, ni ninguno de ellos, la verdad es que nos pusimos a llorar...

Bueno, se nos hizo un poco tarde para lo que sigue jeje, pero corrimos a terminar la celebración, que necesitaba del pan consagrado del día anterior para la sagrada comunión, y a preparar la cena también... Ya más tarde, nos relajamos, mientras unos pilotos se fueron a la cueva del Buen Pastor a afinar detalles, los demás nos quedamos a disfrutar de la recreación: un mini festival cultural servantino :P, le asignamos a cada equipo 3 actividades culturales que debían preparar: baile regional mexicano, canto, poesía, obra musical, etc. Al final los pilotos (ya todos reunidos) declaramos ganadores: en 3er lugar a la representación cómica cantada de la Pasión de Cristo, del equipo 3, en 2do lugar al equipo 2 con una pieza de danza polinesia (que puso mi esposa, quien mas?!!!) y en 1er lugar al equipo 1 con un baile con la canción Thriller de Michael Jackson, con música y pasitos de muerto y toda la cosa ;)

Asi, al final del día, sólo quedó el momento de oración para ir a descansar, que para hacerlo especial, lo hicimos como si fuéramos a visitar el Sepulcro. Todos en procesión, con unas lámparas de velas que hicieron durante el día, nos fuimos a la cueva del Buen Pastor, donde colocamos una cruz hecha de cirios encendidos, y un letrero con la cita esa que dice simplemente 'y lo pusieron en una tumba nueva, excavada en la roca', del evangelio de Mateo. Ahí hicimos cada quien oración, de manera personal y en silencio...

Fue así como llegamos al día sábado. La verdad muy cansados, pero sacamos energía de quién sabe donde, como buenos pilotos, y empezó otro día lleno de actividades. Luego del desayuno, y más deportes y diversión ;) pasamos a los participantes a ver una película que nos serviría de apoyo: 'La esperanza vive en mi', con Adam Sandler (que para ser actor de cómicas, le salió excelente el drama!) Mientras yo veía a gusto la peli ;) los pilotos estuvieron chambeando todo el tiempo: terminando el hoyo de la cruz, plantándola y juntando lo demás que lleva en la base...
El día continuó con lo de la cruz y al terminar (y luego de que me pude echar un segundo ensayo de cantos!) nos fuimos a bañar y descansar un ratito para agarrar fuerzas para lo más importante de todo el día y todo el encuentro (mmm y todo el ciclo! y toda la historia de la Iglesia! jeje) Luego de un ensayo que se llevó Reyna, comenzó ahora sí la recta final. Recibí instrucciones de Celso y comencé entonces a hacer aquello que me sale tan bien (mmm aunque sigo insisitiendo que me gusta más ser monitor!), por algo me tienen donde me tienen :P : organizar al piloto para que todo quedara a punto para la celebración de la Vigilia de Pasuca...

Mientras los equipos preparaban lo que les tocaba de participación en la celebración, nosotros preparamos el auditorio y la cancha de fútbol, en donde estaba la cruz. Colgamos una mampara, conectamos, puse el cañón con la laptop, movimos el equipo de música, preparamos un signo que se haría al final de todo... en fin, piloto en escencia pura :)

La celebración comenzó con la clásica ambientación en el auditorio (un poco rara esta vez por un error de logística, pero fuera de eso todo bien), para recibir a los que venían de fuera a celebrar la Pascua con nosotros (participantes y equipo de trabajo), y de ahí subimos a la cancha, con todo a oscuras... En la cancha pasamos un audiovisual: 'Después de la caída' de René González, que alguna vez hizo el Kalimba también, y luego de la oscuridad, entró uno de los momentos claves de la noche: la LUZ. He de decir aquí que es labor del coordinador elegir a quién del piloto le tocará este signo, pero bueno, por lo mismo de los tiempos en la Casa, quise hacerlo yo, y dejarle el cirio a Celso Abraham (nuestro más reciente y exitoso piloto, a quien normalmente, diría yo, le corresponde el honor de la antorcha, pero llevar el Cirio también es un honor!) En fin, que encendí una antorcha y me dirigí a la cruz, que ya teníamos preparada, y simplemente me acerqué como había visto que lo hacían los pilotos en tantas Pascuas que he vivido, y la encendí... (la cruz está obviamente embadurnada de combustible, y rodeada de leña para que encienda más fácil). El punto es que el calor es horrible una vez que ya enciende todo, y además la cosa no acaba aún! Primero los participantes lanzan al fuego unos papeles en donde escribieron aquello de lo que quieren deshacerse de sus personas en la Pascua, para pedir la luz en sus vidas pues, pero luego se acerca Celso, con el cirio a un lado, y se bendice la luz, y entonces hay que encender el cirio, así que ahí voy yo de nuevo a acercarme a la cruz, a recoger una madera encendida para encender con ella el cirio... (y lo tuve que hacer dos veces, el viento nos jugó una broma esta vez! :P )

Fuera de eso, lo que sigue es encender las velas de todos los demás, a partir de la luz del Cirio, y mientras se hace eso yo aprovecho para desconectar mi equipo: laptop y cañón, pues de prisa se tiene que proyectar un audiovisual más en el auditorio, luego luego llegando allá! Envío el equipo con Iván y el Oso, y al llegar sólo termino de conectar y alistar todo :) Ese es el piloto... Se proyecta el audiovisual (la lectura 'Mar adentro' con imágenes, música instrumental y voz puestas por el Wiki, hermoso audiovisual por cierto...)

Y bueno, lo que sigue es, después del pregón de Pascua, recibir al Cirio, colocarlo en su lugar, con toda la fiesta de la Resurrección ya en pleno, luego bendecir el agua para comenzar otra de las partes que, desde que soy coordinador, me encantan y divierten más :) Puesto que Celso se dirige a los participantes, a mi me toca la muchachada de los invitados ;) y me voy con una palangana con la misma agua, un aspersor hecho de ramas del Pino de la Casa, y un piloto sosteniéndome el agua, mientras a ritmo de 'El agua del Señor', renovamos el bautismo de los presentes, salpicando a todos a diestra y sieniestra :D (nada más me faltaba ponerme a cantar, como me toca hacer en Godspell ;) )

La celebración continua con la Eucaristía y sigue así en ese ambiente de fiesta hasta el final, cuando luego de la comunión, pusimos todo a oscuras... ocultos así, los pilotos colocan al centro el material del último signo, y a una señal de Celso, acompañado de las palabras 'la respuesta en esta Pascua la das tú', encienden esto: un par de alambres con forma, envueltos en vendas sumergidas en combustible. Fue así como 'tatuamos' de nuevo el piso del auditorio, esta vez con la palabra 'SI' (la vez anterior fue en Pentecostés pasado, cuando hicimos la figura de una paloma).

Y así termina todo, queda solo la fiesta de Pascua: baile, concursos de baile también, premios... (aproveché que en la semana me regalaron unos boletos para ir a la Feria de Chapultepec (un parque de diversiones), y le dimos de premio a los ganadores del baile unos cuantos, lo mismo que al equipo más animado y con la mejor porra de todo el encuentro (el 3), al que puso la coreografía de Thriller un día antes, y al participante que nos entregó su gafete con el que se inscribió desde el jueves en la mañana en el mejor estado posible :D )

El piloto se fue a dormir... como a las 5 de la mañana! luego de limpiar y barrer y alzar lo mejor posible, y dar un palazo honorario (el palazo es la 'bienvenida oficial al equipo piloto', consiste, por si quedan dudas, en utilizar una pala de cocina de esas que parecen remos, para impactar a distintos niveles de intensidad en las posaderas del piloto objetivo de dicho rito :P y por si quedan más dudas, TODOS hemos pasado por ella y seguimos considerándolo un honor eh?) que le dimos al Oso, pero sólo es un niño así que fue honorario nada mas :). A la mañana siguiente sólo quedó desayunar, tomarnos la foto del piloto (que esta vez hicimos con la cruz del viernes :) la que cargamos, no la que se quemó el sábado) y bueno, organizar los aseos (que se hicieron a diario) con los participantes, pero esta vez aprovechando para... mover la grada que se utilizó el día anterior, alzar unos floreros, guardar la cruz, asear el cuarto donde proyectamos audiovisuales y la película, y así dejar la Casa bien limpiesita ;) Y por cierto! disfruté de un ensayo de cantos más! aunque de 15 minutos, lo valió todo...

Y así terminó la Pascua 2008 también, luego de haber tomado más fotos de los equipos en su última reunión, despedirnos, anunciar por primera vez la obra de teatro que pondremos, y hacer nuestra última oración del encuentro, los del equipo de trabajo... ah! y revelar el amigo secreto que hicimos entre nosotros durante esos 4 días :) Sólo quedó la foto del equipo, y ahora sí, cada quien a su casa a descansar...

Hasta el próximo encuentro! nos vemos en la Casa...

PD y a modo de agradecimiento, este fue el equipo de trabajo en esta Pascua juvenil 2008 en la Casa de la Juventud, T.O.R. Gracias!!! :)
Jesús resucitado como fuerza, inspiración, motivo, sentido y todo sin lo que no podría haber habido Pascua ni ahora ni nunca...
Encargado - Celso
Coordinador general - Reyna
Pilotos - Mauricio, Alí, Iván (Muerta), Celso Abraham, y como apoyo invaluable, el hijo del Tanque, Omar (el Oso)
Monitores - Equipo 1: Yesika (Yeka) y Eli; Equipo 2: Orlando (Wiki) y Lore (mi esposa); Equipo 3 (equipo de adultos): Ana Laura y Víctor Ortiz (Kalimba); Equipo 4: Víctor (la Compadreja, mi hermano) y Yatziri
Música - Eli (encargada, guitarra (eléctrica o acústica, dependiendo) y voz), Mau (batería, o pandero JAJAJA), Compadreja (voz y guitarra acústica, cuando se llegó a usar, y batería algunas veces), Kalimba (bajo y voz/guitarra acústica si se daba el caso)
Cocina - Norma (Brothy), Ricardo (Tanque), Jaqueline
Coordinador del piloto - un servidor, Javier (el Stitch) :)

--
Eru kaluva tielyanna (Dios iluminará tu camino)
Visita la página de la Casa de la Juventud, TOR: 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...

Servidor en una máquina Linux

2008-03-25T15:02:00.002-06:00

Se me ocurrió que era hora ya de entrarle a la configuración de servidores en Linux. Hasta ahora, sólo había conseguido echar a andar un servidor HTTP en linux, para uso local solamente, de forma que pudiera hacer pruebas en desarrollos web con PHP que a veces hago. Sin embargo, no había conseguido, y no me había interesado, en lograr esto mismo pero hacia el exterior. Puesto que tengo configurada una red local (LAN) en mi casa a través de un router (un 2Wire), utilizando la dirección IP local que el router le asigna a mi máquina, alguna vez ya había podido acceder a los servicios HTTP de mi máquina desde otra máquina en la LAN.

Pero sucedió que en mi trabajo comencé a utilizar un cliente SSH para Windows para acceder a una máquina Unix, y se me ocurrió hacer la prueba en mi casa... me llevé dicho cliente, y desde el Windows de la PC de mi esposa, accedí con éxito a mi máquina! como si estuviera trabajando directamente en ella... todo comenzaba a sonar muy interesante...

Sin embargo, la dirección IP de mi máquina era local, y acceder a ella desde afuera tenía que implicar algo con el router, como efectivamente descubrí: hay que configurar dicho aparato para que las solicitudes externas por medio de su dirección IP se redirijan a una máquina de la LAN en particular (o en otras palabras, asignarle la dirección IP del router a la máquina en cuestión).

En el router 2Wire se consigue en las configuraciones avanzadas del Firewall, en donde se elige el nombre de la máquina a servir como entrada a la LAN. (Si se desea también acceder a las otras máquinas de la red, debe, si no me equivoco, configurarse el etc/hosts de la máquina que quedó como entrada, para redirigir las peticiones correctamente, esto no lo he hecho aún, pero ya lo probaré a su tiempo :) Cabe hacer notar que en la configuración del router aparece el nombre de la máquina N veces, dependiendo el número de accesos al router que se tengan: conmigo aparece dos veces, una para la conexión alámbrica y la otra para la inalámbrica. Toda esta configuración la di de alta para mi conexión alámbrica únicamente, que para mi es más confiable y rápida que la inalámbrica, con la cual, si estoy trabajando sin cables, no tendré disponible el servidor. A lo mejor es un tabú mío, pero siento que de forma inalámbrica tengo menos seguridad, además de menos velocidad y confiabilidad de mi conexión.

Una vez configurado esto, también en el router hay que establecer el nivel de seguridad que se quiere tener: se puede establecer que ninguna petición externa pase a la máquina seleccionada (lo que no sirve para nada en realidad), o que ciertas aplicaciones entren directamente a la máquina, o que todas las peticiones pasen a ella, ya es cuestión de gustos en aspecto de seguridad. Por otra parte, es muy recomendable a pesar de la opción elegida, configurar el firewall de la máquina que quedó como entrada, para que también filtre ahora sí de manera particular las peticiones de ciertas aplicaciones / puertos abiertos para permitir la entrada desde el exterior.

Obviamente, para que todo funcione, la computadora debe tener levantados ciertos servicios, dependiendo lo que se desee: SSH para sesiones remotas, HTTP para páginas web, FTP para archivos, SMB para compartir archivos como en Windows, etc. De lo contrario, ni de manera local se conseguiría levantar todo esto.

Y así, teniendo el router configurado para asignarle su dirección IP a la máquina elegida, la máquina reiniciada para adquirir la nueva IP, y el firewall configurado también, todo queda listo para tener la computadora abierta al exterior. Lo único que queda es probar :)
Si se dejó abierto el puerto de HTTP (teniendo también instalado un servidor, como Apache por ejemplo), se puede probar localmente, o mejor, desde una máquina externa en algún otro lugar del mundo (con ayuda de un amigo por ejemplo ;), para que en un navegador de internet cualquiera teclee http://direccion_ip/, lo cual debe llevar a mostrar la página de inicio que tenga configurado el servidor HTTP en la computadora en ese momento. Se pueden hacer otras pruebas, teniendo todo bien configurado, para iniciar sesión en la computadora de manera remota, vía SSH, y muchas otras pruebas más, que en mi caso resultaron satisfactorias y que ahora utilizo para trabajar de manera remota en mi computadora ;)

Otro paso no necesario pero sí muy útil es el DNS de la máquina. Hasta ahora todo quedó configurado con la dirección IP del router, pero ¿qué pasa si el servicio de internet que tengo contratado no me asigna una IP fija, sino dinámica, que se puede reasignar en cualquier momento una vez que se desconecte el router? (por cualquier razón: caídas de voltaje, acciones voluntarias o involuntarias, hasta simplemente mover los cables de corriente a donde está conectado!) Esto provocaría que cada que suceda esta situación, debería tomarse nota de la nueva dirección IP de la máquina, para poder trabajar de forma remota en ella, y no solo eso, si otras personas hacen uso de los recursos de la máquina, habría que notificarles apropiadamente de la nueva dirección IP para que la utilicen.

Esto es engorroso, poco práctico y bueno, en pocas palabras por eso y más desde hace años existe el DNS. Con este servicio, se mapea un nombre común (por ejemplo http://www.google.com/) con una dirección IP dada. Si esta dirección cambia, los servidores DNS se encargan de actualizar esta información, y así los clientes web solo deben consultar estos servicios si acaso se topan con que las cosas ya no funcionan como antes...

Sin embargo, este tipo de servicios tiene un precio, a menos claro que se sepa buscar bien :) y que se sienta uno satisfecho con lo que los servicios gratuitos pueden proporcionar. Yo en particular, lo hice en dynDns.org, en donde saqué una cuenta gratuita y después di de alta mi servidor, asignando la dirección IP que en ese momento tenía mi máquina con el nombre invernalia.homelinux.net. De esta manera, en vez de aprenderse la dir. IP, basta con teclear estas palabras para lograr el mismo efecto. Al ser un servicio gratuito, tuve que quedarme con el 'homelinux.net' (que tampoco se me hizo mala opción), y además dynDns proporciona otros nombres posibles para el dominio. Un servicio pagado a este mismo sitio permitiría elegir el dominio, y registrarlo, pero con esto me basta por ahora ;)

Además, debe hacerse algo respecto al problema mencionado sobre los cambios de direcciones IP. Lo que debe hacerse aquí es tener algún programa que pueda comunicarse con dynDns.org, y que al detectar el cambio de dirección IP registrado respecto al que ahora tenga la máquina, le avise al sitio de la actualización que debe hacerse. Esto lo logré en mi caso utilizando ddclient, un programita que hace precisamente esto cada vez que se arranca la computadora (y existen un montón de estos programas, para diversos sistemas, dynDns.org da una amplia lista).

Por mientras, mi máquina está normalmente dando servicio de lunes a viernes durante las horas del día (en la ciudad de México), que son las horas en que me encuentro ausente de mi casa por mi trabajo, y dejo mi máquina haciendo algo de provecho :P De noche es menos probable que lo tenga, aunque se da el caso. Y definitivamente en fines de semana es muy poco probable que suceda, primero porque suelo llevarme mi laptop a la Casa de la Juventud, en donde o no me conecto a internet, o si lo hago es solamente para dedicarlo a la labor que hago allá (además de que tendría que configurar mi conexión inalámbrica y el router que tienen allá, y todo un rollo más...) Por otro lado cuando no estoy en la Casa de la Juventud, si estoy utilizando mi máquina, lo suelo hacer en cualquier lugar de mi casa, por lo que uso la conexión inalámbrica, y por lo tanto no da servicio ;) Tal vez, el día que me consiga una computadora de escritorio, deje las cosas conectadas de manera más definitiva...

Apéndice, aplicaciones gráficas y no gráficas vía SSH
Bueno, falta comentar un punto más. Vía SSH puedo iniciar sesión en mi máquina de manera remota, y trabajar en ella como si estuviera frente a la misma. Sin embargo, lo más utilizado normalmente es iniciar sesión en modo texto y hacer uso de los programas en modo texto de Linux. Sin embargo, si se desea, también se pueden correr aplicaciones gráficas, y aquí está el como le hago yo:

Antes que nada, recordar que en Linux las aplicaciones gráficas funcionan vía un protocolo llamado XWindow, o X simplemente. Este protocolo funciona aproximadamente de la siguiente manera: se tiene un servidor X en la máquina que desplegará la aplicacion, y todas las aplicaciones que quieran desplegar gráficos hacen uso de los servicios de este servidor. Ahora bien, el servidor puede estar localmente en la misma máquina que las aplicaciones gráficas, o podría estar de forma remota en una máquina donde quieren ejecutarse las aplicaciones provenientes de otro lugar. Esto es lo que yo hago justamente.

Lo que se necesita es, primero que nada, un servidor X en la máquina que se conectará a mi computadora. Por ahora, puesto que utilizo Windows en mi trabajo (desde donde, secretamente, me conecto a mi compu :P), necesito entonces un servidor X para Windows. El que yo utilizo es el de Cygwin (http://www.cygwin.com/, hay que bajarse la utilidad de instalación del Cygwin, instalarlo y elegir entre muchas otras cosas que se deseen, el servidor X11, ya instalado se ejecuta Cygwin, modo texto y de ahí correr los scripts para iniciar el servidor en /usr/X11R6/bin, o directamente modo gráfico con los .bat de ese mismo directorio, no importan las aplicaciones gráficas de Cygwin en este caso, son para usar las cosas de manera local, lo que importa ahorita es el servidor X, que se queda ejecutando en Windows en la barra inferior de aplicaciones en segundo plano).

Una vez con el servidor X, el cliente SSH con el que uno se conecte a la máquina remota (yo utilizo PuTTY, pero podría usarse otro, como el mismo de Cygwin para una conexión entre dos versiones diferentes de Linux, aunque entre comillas una de ellas ;) en fin, este cliente debe configurarse también para que las solicitudes X hechas a la máquina remota sean canalizadas vía SSH, en lugar de quedarse allá en mi computadora. Si no se hace esto, al querer ejecutar una aplicación gráfica, simplemente mi computadora intentará ejecutarla allá, y como estoy en modo texto no me va a dejar hacerlo :) por ello la canalización hará que la aplicación gráfica envíe las solicitudes a servidor X también vía SSH y acá el servidor X instalado se encargará del resto ;) Así es como ejecuto aplicaciones gráficas sencillas. Si lo que se quiere es tener un entorno de escritorio y toda la cosa, el rollo es más complicado, aún no lo he hecho yo (tanto por falta de tiempo, como por falta de conocimientos, como porque mi conexión a internet desde donde me conecto es lenta, y creo que saturaría la red si mando llamar el KDE vía remota :P)

--
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...

Instalar Linux (openSuSE 10.3) en una Toshiba Satellite A215

2008-03-25T14:29:00.004-06:00

Introducción (lo que me llevó a escribir este post)

En febrero pasado adquirí una nueva computadora, debido a que la anterior sufrió un percance, y como no puedo estar sin computadora por mucho tiempo (por mi trabajo, por afición y por la Casa de la Juventud), adquirí algo que me siriviera por un buen rato, me agradara y me permitiera además tener un buen sistema operativo en ella para trabajar.

De entrada, la computadora venía cargada con Windows Vista, que sí es muy bonito para muchos, pero que no deja de tener graves defectos: primero que nada es software no libre, con lo que el precio es altísimo y la calidad malísima, tanto del sistema en sí como de la suite de oficina (Office 2007) y demás software acompañante... Además está lleno de problemas de memoria, es lento en muchas ocasiones, en fin... no es del todo de mi agrado. Fue por eso que, así como con mi computadora anterior, decidí instalarle alguna distribución Linux.

Pero como aún así lo necesito (para la Casa de la Juventud, y también para jugar :P) comencé por particionar el disco duro (160Gb), quedándome con 35 para Vista (partición a la que llamé 'Videogames' ;) y el resto lo preparé para Linux. Dicho sea de paso, en esos 35Gb le instalé software libre para Windows: aMSN, the Gimp, OpenOffice, etc. y me olvidé de las versiones piratas o legales pero privadas (carísimas o baratas pero en demo o con poco que aportar) de software como Photoshop, Corel, liveMSN, etc.

La partición la hice con el LiveCD para KDE (mi desktop manager favorito) que me bajé del sitio de openSuSE (http://www.opensuse.org/), pues con el particionador de Windows Vista (chafa para no variar) no me dejaba particionarle menos del 50% para ese tonto S.O. (en principio pensaba dejarle unos 45Gb a Windows, pero en vista de la jalada del particionador de este sistema, mejor lo castigue con 10Gb menos ;) Por otro lado dejé una partición de 75 Gb con formato FAT32, para permitirme compartir información entre ambos sistemas, cosa que me resulta útil en gran extremo. De nuevo, hice uso del LiveCD de SuSE, pues el format de Vista no me dejó formatear tanto espacio, mientras que el particionador de SuSE sí.

Así pues, me quedé con aproximadamente 50 Gb reservados para Linux. Mi plan era particionarlo para los distintos directorios del sistema como hice posteriormente... Aunque podía bajarmelo de internet como ya lo he hecho varias veces antes, esta vez decidí en vez de bajarlo de internet, cooperar con la causa y pedí me enviaran a casa el DVD de openSuSE 10.3, pagando a Novell la módica cantidad de $80 USD (que mas gastos de envío, me terminó saliendo en unos $1000 pesos mexicanos ¿caro? ¡para nada! Aunque Windows Vista cueste solo un poco más, en realidad solo incluye el sistema operativo, la suite de oficina más común cuesta una millonada más, ni que decir del obligado antivirus para Windows, y demás software que si se comprara legalmente sería un precio muchísimo muy prohibitivo, mientras tanto esta distribución de Linux, lo mismo que muchas otras, incluye el sistema, suites de oficina (nótese el plural), juegos, software de utilidad variado, software para trabajar en múltiples campos, utilidades de internet que permiten bajar muchísimo más software sin pagar un quinto más (excepto por la electricidad y la conexión a internet claro :), y todo por nada de precio, con mucha mayor calidad y la posibilidad de actualizar los programas gratuitamente).

Instalé pues el SuSE en mi máquina y en menos de un día ya lo tenía en el disco, prácticamente todo funcionando. Respecto a las particiones, haciendo un poco de caso del Linux Documentation Project, dejé una partición root (/) con 2Gb, /var con 4Gb, /usr con 15Gb y /home con 25Gb, el resto se lo dejé a la partición swap.

Problemas a los que me enfrenté y el reto de investigar cómo resolverlos

Solamente me atasqué en tres puntos:

el video,
la tarjeta de red inalámbrica (wireless) y
el sonido

Respecto al video, el sistema no me reconoció la tarjeta de video incluida en la lap: una ATI Radeon X1200, y todo se veía a 800x600 pixeles (muy feo para mis gustos actuales), además de no reconocer el 3D que tanto deseaba ;)

Respecto al wireless la tarjeta no era reconocida, y ni utilizando el ndiswrapper pude echarla a andar.

Respecto al sonido, la máquina simplemente no emitía nada de nada.

Así pues, me embarqué en la aventura (satisfactoria, divertida, llena de retos) de buscar vía la conexión alámbrica a internet con la que sí contaba, los medios para resolver estos problemas.

Wireless
Comencé por el wireless. Y como me resultó lógico, comencé a investigar en el sitio de openSuSE. Ahí encontré que efectivamente mi tarjeta wireless (una Realtek 8187B) debía ser instalada por medio de ndiswrapper, pero el driver proporcionado por Realtek no servía en mi caso, así que el consejo de opensuse.org no me sirvió tampoco :( Busqué en varios foros y la verdad me di por vencido, así que decidí enfocarme en el video y hacer lo del wireless después.

Video
Para el video, de nuevo consultando opensuse.org, comencé por seguir los pasos para instalar tarjetas ATI en SuSE. Con ello ya pude conseguir la detección de mi tarjeta, y un modo de video de al menos 1024x768 :) Pero resulta que mi tarjeta (Radeon X1200) no está ni siquiera, al menos explícitamente, listada en las tarjetas ATI en el sitio de AMD!!! Por lo tanto, los tips de opensuse.org para conseguir el 3D tampoco funcionaron :(

Audio
Decidí dejar el 3D para luego, y me fui por el sonido. La tarjeta es una Realtek AC97 (recuerdo que en otra máquina donde instalé Linux, el sonido también era de una Realtek y también me dio mucha lata), y de nuevo los consejos del wiki de openSuSE no me sirvieron de mucho (sin embargo para muchas otras cosas si que ha servido, por ejemplo para la webcam y los controladores propietarios para algunos formatos multimedia que necesitaba ;) El caso es que para no rendirme, me puse a buscar en foros y blogs, ¡y me topé con esto!: http://www.jambitz.com/comunidad/linux/2008/02/22/instalacion-de-ubuntu-710-en-toshiba-a215-sp4057 un post de un usuario de Ubuntu 7.1, con el mismo hardware que yo!!! Y para él ya funcionaba el wireless, el video y el sonido, justamente los mismos problemas que yo tenía!

Wireless!!! (ahora sí, como lo conseguí)
Por ello, dejé el audio a un lado y regresé al wireless. Básicamente lo conseguí de la siguiente forma: el autor de aquel post se topó a su vez con http://www.datanorth.net/~cuervo/rtl8187b/, el post de otra persona que modificó el driver de Realtek (el que no me sirvió en un inicio) para echarlo a andar correctamente (en este caso, hay que bajar la versión modificada por el autor del post, la versión original no me sirvió, y la otra versión modificada por otra persona ni siquiera la probé). Lo que se hace simplemente es bajar la versión modificada, descomprimirla, compilarla como root (con ./makedrv) y listo! Cada vez que se requiera detectar la tarjeta wireless, se ejecuta (como root también) el script ./wlan0up. Se pueden seguir los consejos del README para echarlo a andar automaticamente al encender la computadora, o hacer como yo hice :P Modifique /etc/rc.d/boot.local y agregué path/a/wlan0up. Además en halt.local agregué path/a/wlan0down, el script que da de baja el driver cada vez que se requiere (en este caso, al apagar la computadora).

Audio
En el mismo post que encontré de jambitz, hallé la solución al audio:Se trata de un package encontrado en un sitio FTP (hasta ahora no se bien a quien pertenece, como para mencionarlo y de esa forma agradecerle :S ) El caso es que en ftp://209.216.61.149/pc/audio/realtek-linux-audiopack-4.07b.tar.bz2 se consigue el código fuente, que se compila y ejecuta con ./install (como root) (para esto, hay que asegurarse de tener instaladas las librerías libc6-dev, libncurses5-dev y gettext o similares, yo utilicé YAST para verificar esto, mientras que el autor del post en jambitz utiliza las utilidades de Ubuntu para lo mismo).

El package ejecuta una aplicación modo texto con Curses, a color y toda la cosa, y esta permite instalar la tarjeta de audio detectada. En mi caso es la ATI Technologies Inc SBX00 Azalia, la cual seleccioné.

Por último, debe modificarse también el archivo /etc/modprobe.d/sound, como root obviamente, y agregar la siguiente linea al mismo:
options snd-hda-intel model=toshiba
y al reiniciar la computadora, el audio queda listo!

Video (revisited y con un continuará...)
Y bueno, hasta aquí, ya había resuelto los problemas más graves, pero aún me quedaba el 3D. Mi problema consiste en que el 3D no es detectado, y SaX2 no me permite entonces configurar nada respecto al 3D. Conforme intenté resolver este problema, como describo más abajo, mi problema terminó con que el 3D era detectado, pero aún así el 3D no funciona, pues provoca que la pantalla se distorsione de un modo que no permite hacer nada :(
Ni los consejos del post en jambitz, ni los del wiki de opensuse.org, ni nada que leí aquí y allá me estaba sirviendo. Decidí suscribirme a los foros de opensuse que encontré: http://www.suseforums.net/, http://forums.suselinuxsupport.de/ y http://www.forosuse.org/forosuse/ (este último en español ;) Estuve leyendo bastantes entradas en los tres, y varios consejos a otros foreros que probablemente me servirían. Toda la semana llegaba a mi casa para probar mis ideas, pero en vano. Terminé por escribir para pedir ayuda y describir mi problema, el de la distorsión en aplicaciones 3D en el mejor de los casos (o el de que mi máquina se cuelga completamente con ciertos juegos 3D también). La captura de pantalla del problema, ilustrado cuando intento ejecutar fgl_glxgears, la conservo en: http://invernalia.homelinux.net/~jstitch/jstitch/linux/fgl_glxgears.png (el programa fgl_glxgears es como el glxgears, que debe desplegar unos engranes giratorios en 3D, pero es la versión del controlador de ATI).

Y sucede que, si quito el controlador ATI, no tengo ni tarjeta ni 3D por lo que quedarme con los controladores por default, los libres, no me sirve. Instalar los de ATI para mi tarjeta gráfica (que son propietarios), me deja con este problema. Una vez intenté instalar una versión anterior de los controladores pero me dejó sin video, pero olvidé correr el SaX2 -r para ver si así sí jalaba (es una prueba que tengo pendiente por hacer) y en fin... en cuanto al 3D aún estoy en espera de resolver este problema para poder conseguirlo, y jugar con estos efectos y demás cosas en mi linux :) CUALQUIER SUGERENCIA AL RESPECTO ES, POR SUPUESTO, BIENVENIDA

Video (revisited2 pero para otra laptop)
Lo que si pude echar a andar fue esta misma versión de openSuSE en otra laptop un año más vieja que la Toshiba, una Dell (no recuerdo el modelo), de mi esposa. Ahí los problemas del wireless y del audio no se presentaron. Mientras tanto en el video sí se detectó la tarjeta NVidia pero no el 3D, pero siguiendo los pasos del wiki de openSuSE todo quedó resuelto, y al menos ella ya puede gozar de esa ventaja :D (Lo que me lleva a concluir que en cuestión de instalación, las tarjetas NVidia son mucho más fáciles que las ATI :( lástima que se trate de una laptop en mi caso...)

Apéndice
Esta noche logré instalar el 3D exitosamente, coloco un post nuevo para comentarlo, gracias Carlos Rocha!

--
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...