Keyboard clicks and noises

End of the holiday

2011-09-19T01:29:00.004-05:00

Yesterday was the last day of the long September weekend. I had a really good time with my family. I visited my grandparents, too. Me and my girlfriend celebrated our third year together. I feel very happy.

Moreover, I enjoyed reading the first chapter of Lovász's, et al "Discrete Mathematics". I'm almost done with the first chapter and I think I have understood and learned a lot of things. It is surprising the way they explain counting and how each thing connects beautifully with the next; starting with a simple story of a geek party and, 20 pages later, ending with properties of the binomial coefficients. I can tell there's no way to avoid learning something and being amused as well. I can't wait to start with the second chapter but first I'll finish the complementary exercises of this one.

I had good rest, too. I slept really well this four days. I needed a short vacation like this and I'll need a lot of energy tomorrow. There are a lot of things to do: finish the spec review, prepare some slides about how we are addressing the challenges with the libraries we are using, and start with the database seminar. I think I'll need to use the Pomodoro Technique so I can have more control of my time. I'll need every minute I have.

Good night.

Some years later

2011-09-16T02:42:00.000-05:00

The last post I wrote here was two years ago. Some things have changed since but almost everything stays the same. I still wear long hair and a beard. I'm still overweight (a lot more, damn it!). I still love rock music. I'm still addicted to video games (damn, you Fallout!). I still love black clothes (but I don't use them that much in the steamy hot weather of Guadalajara). I still lack good social skills and tend to be quiet all day long just listening to music with my headphones.

But what changed or happened in these two years? Let's start: I graduated from ITESM CEM with a major in Computer Engineering and a (lame ass) minor in Software Engineering. I live now in Guadalajara with my girlfriend Gaby and work for the world's biggest database company. I write Java, Perl, and Flex code for a living. I am now learning to play the bass and trying not to injure my fingers.

There are two thing I want to do with the same effort and passion as before, though: Learning and trying. Between the last semester of college and my first year of graduation I stopped caring about myself for a little. Depression? I don't know, I am no psychologist. Maybe that's why I gained more weight, too. Whatever the reason, I am ready to push harder and start again. I feel much more certain of what I need to do and what I can accomplish. I just need to be more disciplined.

I enjoy learning. A lot. In less than two weeks I read the first chapter of Patterson-Hennessy's "Computer Organization and Design", and had a lot of fun with the first two chapters of "Gödel, Escher, Bach". I also started reading a Probability Theory book. I am also planning to start a weekly seminar on database implementation at the office. There are a lot of things that I want to do and I'd like to find the time, energy, and patience necessary.

Let's see how things go. I wish myself good luck!

Dándole a Lisp

2009-05-24T01:06:00.003-05:00

Bueno... últimamente, y después de programar un rato en Haskell, retomé los dialectos basados en Lisp y me dí cuenta que Lisp puede ser mejorado. En concreto, la característica que más me gustó de Haskell es la forma en que manipula las funciones. Si bien en ambos lenguajes son objetos de primera clase, Haskell desde mi perspectiva lo hace mejor. El uso intensivo de funciones de orden mayor como map y fold en lugar de escoger iteración o recursión, la composición de funciones, aplicación parcial implícita de funciones (o curried functions en inglés), etc., son las características que más puedo resaltar.

En particular, intento incluír en mi estilo de programación en Lisp a map y fold así como la aplicación parcial implícita; ésta última dándome más problemas dado que ningún dialecto principal de Lisp la maneja automáticamente. Si bien hay algunas macros que ayudan a realizar algo parecido, el tener un dialecto que las maneje desde el principio sin que el programador tenga que modificar algo en su Lisp, sería muy cómodo.

Lo anterior me estimuló a pensar cómo incluír dichas facilidades en el dialecto que programé hace tiempo. Necesitaré un poco más de tiempo para encontrar cómo hacerlo pero estoy seguro que es posible. Mientras tanto... estaré repasando (y haciendo por fin los ejercicios) de los varios libros de Lisp que he querido leer y no he terminado: On Lisp y Practical Common Lisp.

2008-11-26T23:26:00.000-06:00

Desde el día de hoy soy "orgullosamente" SCJP 6.0

¡Oh, la humanidad!

2008-10-29T08:12:00.002-06:00

Por ahí dicen que P != NP. ¿Será eso cierto?

Cerraduras

2008-10-16T00:53:00.009-05:00

No, accidental lector, este post no tiene nada que ver con aquellos dispositivos mecánicos que sirven para cerrar puertas o similares. No. Para variar esto tiene que ver con temas de programación. Advertido está usted. Siga leyendo si la curiosidad lo corroe.

Estudiando para el examen de SCJP he llegado al tema de Clases Internas. Haré a un lado mis típicos comentarios de cuánto y por qué pienso que Java es un lenguaje muy mal diseñado y sólo comentaré que la existencia de las cerraduras léxicas me ha hecho la vida muy fácil en los distintos lenguajes que las tienen y he utilizado (Lisp, Erlang, Haskell) y que la inexistencia de las mismas en Java me hará la vida muy difícil.

Como soy un programador funcional creí que la existencia de las clases internas en Java era para tener "cierto tipo" de cerradura léxica. Pues bien, creí mal. Hasta la versión 1.6 no existen y no parece que las vayan a tener pronto o que, para variar, las implementen de una manera limpia (lo cual se me hace cómico y trágico al mismo tiempo ya que las cerraduras ayudan a crear código más limpio). Las clases internas no sirven para emular cerraduras. Punto. Memorízalo, Iván.

Me pregunto por qué es que los desarrolladores de Java no las logran implementar aún. Cuando yo programé mi intérprete de SALSA! (un lenguaje estilo Scheme) me costó trabajo tener cerraduras verdaderas, ya que las que tenía parecían ser cerraduras pero lo único que hacían era buscar el símbolo en el siguiente scope. Al final logré implementarlas haciendo varios cambios a las tablas de símbolos y la forma en la que éstas funcionaban pero lo logré. ¿Qué impide a los desarrolladores de Java tener cerraduras? No creo que sea algo como "un simple bug" como el que mi intérprete tenía, deben ser cosas más profundas que de seguro tocan puntos medulares en el diseño del lenguaje. Al menos esa es mi idea ya que ha pasado mucho tiempo como para que no las tengan.

Por ahí escuché que C# tiene una forma de cerraduras que hacen llamar delegates (amo esa consistencia en Microsoft de inventar términos para llamar a cosas que pretenden ser otras que no llegan a serlo). Si es que los delegates están bien programados o si al menos mantienen en cierta forma el poder de las cerraduras reales, harán a C# un lenguaje digno de ser aprendido y hasta, tal vez, usado.

Me pregunto si los demás lenguajes de ultima generación que no son funcionales y más o menos conozco (Python, PHP, Ruby) las tendrán implementadas y cómo. Empecé a buscar en Google los términos "python closures" y "ruby closures" (aún falta que busque para PHP) y encontré algunas ligas que estaré revisando y tal vez haga un post acerca de las mismas.

Ligas para Ruby:
http://www.artima.com/intv/ruby.html
http://www.artima.com/intv/tuesday.html
http://www.artima.com/intv/closures.html

Ligas para Python:
http://mail.python.org/pipermail/python-list/2004-July/270951.html
http://ivan.truemesh.com/archives/000392.html

Liga para Java:
http://gafter.blogspot.com/2007/01/definition-of-closures.html

Interesante...

2008-10-07T14:12:00.002-05:00

Una era de avances en una sola liga

Se solicita...

2008-08-06T00:32:00.000-05:00

Por término de periodo vacacional se solicita estudiante de ingeniería en sistemas o afín de séptimo semestre o posterior para concluir estudios en conocida escuela superior.

Requisitos: Desbordante paciencia. Deseos de aprender y superarse no son aconsejables. Se recomienda haber llevado un curso de anger management. Tendrá más posibilidades de ser contratado si se parece al susodicho que aparece en las fotos de este perfil.

Ofrecemos: Un sincero pésame.

Interesados por favor comunicarse con su santa madre.

Sexo para uno

2008-07-10T19:46:00.003-05:00

"La ubicuidad de las imágenes sexuales no libera al eros, simplemente lo diluye".

Por ahí leí (creo que en mi primera y penúltima Playboy) que el misterio era lo que más
hace excitar a un hombre. Tal vez no lo que más lo hace excitar, según este ensayo, pero sí aquello que lo mantiene excitado. Lo prohibido, lo único, lo difícil de alcanzar, lo deseado, el secreto que sólo tú guardas son algunas de las cosas en las que puedo pensar que no sólo son románticas sino excitantes desde mi punto de vista.

"Constant over stimulation numbs me but I would not want you any other way" --Stinkfist, Tool.

No todo es "Digan whisky" ni "Érase una vez"

2008-06-24T21:48:00.003-05:00

Encontré este interesante artículo que hace recomendaciones básicas para poder tomar mejores fotos y este otro que hace lo mismo respecto al "story telling". Llegó en buen momento, quiero mejorar en ambas cosas.

Happy beerday, Ivan!

2008-06-16T21:53:00.004-05:00

Bueno, en realidad el título de este post tiene (al menos ¬¬) dos errores: no celebré mi cumpleaños el día mismo además de que apenas y bebí dos cervezas cuando celebré (es más, no he comprado la botella de whisky que me prometí XD).
Eso sí, me la pasé muy bien el 14 de junio. Decidí regalarme 24 horas lejos de mi computadora, del tránsito, de la incandescencia de las luces nocturnas, del excesivo orden que hay en el caos de la rutina. Decidí irme al Campo Escuela Meztitla ubicado en Tepoztlán, Morelos.

Todo estuvo magnífico, a pedir de boca. Poco tránsito en el viaje de ida y vuelta (lo cual significó un gasto mínimo en gasolina), un clima estupendo, mucho que ver, lugares que caminar, buena comida, espectacular lectura (Feynman es brillante) y una vista esplendorosa desde la pirámide del Tepozteco. Realizar viajes así es muy bueno para mí; me animan en el presente y me dan muchos recuerdos placenteros para el futuro.

De la agenda de Normis:

2008-06-02T00:50:00.000-05:00

"Avanza con confianza en la dirección de tus sueños. Vive la vida que siempre has imaginado."
Henry David Thoreau

Inicio de vacaciones

2008-05-26T01:57:00.005-05:00

Salir a plazas públicas a caminar y pensar; convivir un poco con mi madre; visitar mi vocacional con Lalo y charlar con él; iniciar la lectura de Gog; salir al Zócalo a divertirme con mis amigos Andrés, Hiram y Brisna; pensar en nuevos y viejos proyectos; asistir a la clase de biología molecular y retomar el análisis del algoritmo en el cual estoy trabajando; visitar el Munal con Gaby Emma; leer uno que otro paper; retomar el ejercicio físico y festejar el cumpleaños veintidós de Andrés han sido las actividades que he realizado en mi primera semana de vacaciones de verano este año. Unas vacaciones que veo como bien merecidas y necesitadas que no pudieron llegar en mejor momento. Como le comenté una vez a Norma: "Una semana más de escuchar a vendedores de biblias que me intentaban convertir en uno de ellos y me hubiera vuelto loco".

Mi nueva forma de ver las cosas ha comenzado a fraguar. Ya va siendo hora de construir sobre los nuevos cimientos.

Levántate y anda

2008-05-26T01:18:00.003-05:00

Hoy (ayer, dada la hora en la cual estoy escribiendo) cumplió 22 años Andrés, uno de mis mejores amigos. Yo estoy cerca de cumplirlos también y, como sucede a veces cuando uno siente que una etapa termina y otra empieza, he estado pensando en mis vidas pasadas (no, no creo en la reencarnación o asuntos de ese estilo) e hice un hallazgo interesante después de echarle un vistazo a las pocas fotos que guardo de cuando jugaba fútbol americano: Desde hace varios años pienso que aquella fue la mejor etapa de mi vida.

Dicho descubrimiento me ha hecho entender que, si bien los años que han pasado desde que dejé dicho deporte han sido un poco más duros y con menos satisfacciones en número que antes, las cosas no están mal y en realidad tengo todo para mejorar y buscar nueva grandeza. He recibido varios golpes desde aquél evento pero ninguno lo suficientemente grande como para ser mencionado ahora y mucho menos como para ser mencionado en mi futuro epitafio.

No terminaré este escrito diciendo que "la mejor etapa está por venir" ya que eso no se dice: Se hace. Se vive.

Generación de Grandeza

2008-03-12T00:39:00.003-06:00

De los sistemas universitarios e inconvenientes relacionados.

Vade retro, satana

2008-03-01T00:15:00.005-06:00

Así de simple: ¡Atrás, Satanás!
Sí, Satanás, culpable de tentar al pobre ser humano y alejarlo del dulce seno del Neoliberalismo y acercarlo al putrefacto regazo del neosocialismo que "atenta contra la familia y apoya el consumismo (ah, caray, ¿no hacía eso anteriormente el neoliberalismo?, bueno, ¿qué puedo entender yo, que ya fui tentado por el mismísimo demonio y no celebraré el Día de la Familia?).

--En el periódico-- "La familia es la base de la sociedad"
--Mafalda: "¿Pero la de quién?, la mía no tiene la culpa de nada."

Para esas clases de administración de tecnologías

2008-01-20T01:15:00.001-06:00

ivan@EVA-01:~$ fortune
Column 1 Column 2 Column 3

0. integrated 0. management 0. options
1. total 1. organizational 1. flexibility
2. systematized 2. monitored 2. capability
3. parallel 3. reciprocal 3. mobility
4. functional 4. digital 4. programming
5. responsive 5. logistical 5. concept
6. optional 6. transitional 6. time-phase
7. synchronized 7. incremental 7. projection
8. compatible 8. third-generation 8. hardware
9. balanced 9. policy 9. contingency

The procedure is simple. Think of any three-digit number, then select
the corresponding buzzword from each column. For instance, number 257 produces "systematized logistical projection," a phrase that can be dropped into
virtually any report with that ring of decisive, knowledgeable authority. "No
one will have the remotest idea of what you're talking about," says Broughton,
"but the important thing is that they're not about to admit it."
-- Philip Broughton, "How to Win at Wordsmanship"

"Como 5 minutos... debajo del agua"

2007-08-19T19:32:00.001-05:00

Creo que ha valido la pena leer esto. Me hacía falta, pero sobre todo, gracias Salvador.

Un tripié

2007-07-07T12:46:00.001-05:00

¿Has tenido problemas entendiendo cómo usar un nuevo aparato eléctrico, aún cuando éste debería tener la misma funcionalidad que uno que ya conocías anteriormente? ¿Has pensado por qué o cómo aprendiste a usar otros aparatos como unos audífonos, una perilla, una pluma, el apagador de pared para un foco? Alguien podría pensar que los aparatos de la pregunta anterior son demasiado comunes como para no saber cómo usarlos; que no son tan complejos como una nueva computadora, un reproductor de DVDs o algún nuevo aparatito brillante y lleno de botoncitos listos para ser mal utilizados; pero estoy convencido de que las anteriores son verdad es a medias.

Casi todo adolescente en la actualidad ha tenido contacto con un reproductor portátil de música y sabe cómo ponerse unos audífonos comunes y corrientes, cualquiera arriba de la edad de cinco años ha usado una pluma, cualquiera tiene una perilla en su puerta para mantener a alguien fuera de su cuarto o de su casa, cualquiera ha prendido o apagado un foco en su vida. Sí, pero no por eso es fácil hacer esas cosas.

Una perilla es un aparato complejo, dudo mucho que alguno de nosotros pueda construir una de un día para otro aun siendo fácil usarlas. Las dimensiones del tubo que contiene la tinta de una pluma deben ser lo suficientemente exactas para que la tinta no se derrame pero que sí permitan una salida moderada cuando sea necesario. El apagador tiene que ser seguro o de lo contrario quien desee apagar un foco tendría que cortar directamente los cables o hacer algo arriesgado para así poder irse a la cama y apagar la luz. Hacemos uso todos los días de estos y otros objetos tan comunes porque hacen bien su trabajo y facilitan el nuestro; son aparatos comunes y fáciles de usar porque son objetos bien diseñados.

Sí, las computadoras son un aparato complejo, esto por las leyes físicas y reglas lógicas que los gobiernan; pero es obvio que no tienes que ser un ingeniero o científico para saber usarlas. Idealmente no debería ser necesario leer siquiera un manual. Una vez que el usuario sepa qué quiere hacer, el trabajo ya debe estar casi hecho. Lo anterior toma mucho tiempo, cuidado y, sí, inteligencia. ¿De parte del usuario? En cierto modo sí, ya que a cualquiera nos ha pasado que después de oir un tema desconocido nos hemos quedado en un estado de incomprensión tal que no supimos ni qué preguntar. Pero nuevamente, la respuesta completa contiene otros elementos.

Para que un diseño sea exitoso, necesita primero cubrir una necesidad bien delimitada y la labor de delimitarla está del lado de quien diseña. Entre los programadores hay un dicho muy conocido que dice que el usuario es estúpido por naturaleza; yo tengo ahora la costumbre de pensar que no, lo que el usuario no tiene es idea y que el estúpido es tal vez el programador o quien está orquestando el diseño. ¿Idea de qué, como para que el estúpido sea quien diseña? Pues bien, el usuario no tiene idea de cómo trabajar con un diseño complejo para lo que él desea; esa es la realidad.

Pero, ¿qué es un diseño complejo? Podemos afirmar que un diseño complejo es aquel que contiene muchas características, opciones, elementos y componentes; lo cual es correcto, pero la expresión "diseño complejo para lo que se desea" se refiere más a un diseño sobrado, que va más allá de lo necesario. Esto es conocido como complejidad accidental. También existe lo contrario: un sistema que carece de funciones para lo que se desea hacer, lo cual representa un problema grande por sí mismo que ocurre demasiadas ocasiones. La clave del diseño es mantener las cosas lo suficientemente sencillas como para no revolver al usuario (ni a uno mismo), pero lo bastante complejas como para resolver el problema inicial y que no sean obsoletas de un momento a otro.

¿Y por qué estoy escribiendo de esto ahora? Pues bien, hace unas semanas tuve una charla con un amigo, en la cual hacíamos notar algunos errores de diseño en un programa, el cual fallaba en mostrar los íconos que nosotros esperábamos para las acciones que queríamos (ya para que dos personas que son programadores y se conocen noten esa falla es que el problema existe). Otra razón es que estuve desarrollando en estas vacaciones un sistema para administrar ciertas actividades de una incubadora de empresas que forma parte del ayuntamiento del municipio en el que vivo y me percaté de que no todos tienen en cuenta estas preguntas, además que el darles una respuesta en el diseño del sistema es un trabajo muy difícil. La otra razón que de plano me colmó el plato fue que el fin de semana pasado salí de compras con mis padres a cierta tienda de abarrotes y fue una odisea, parecía que sólo tenían computadoras para confundir a los empleados y como consecuente molestar al comprador.

En la tienda había varias promociones de artículos al 2 x 1, al 3 x 2, paquetes armados y cosas así, pero al llegar a la caja veíamos cómo el sistema que tienen para registrar artículos no marcaba nada acerca de estas promociones: todo pasaba como si fuera un artículo con precio normal. Al preguntarle a la cajera ella no decía mucho. Posteriormente encontramos que el precio de un producto estaba mal marcado y fue un problema para verificar que el precio fuera correcto; en la tienda tuvieron que movilizar a siete personas para dar una respuesta. Me pregunté si eso no podía ser arreglado por medio de un sistema bien hecho y sigo con la interrogante; se me han ocurrido ideas, pero aún está por discutirse su plausibilidad.

En fin, lo que más me llamó la atención del sistema de la tienda fue el ticket de compra que entregaron, finalmente los artículos sí se marcaron correctamente pero tuvimos que revisar de cerca el ticket. Encontré grotesco cómo marcaban las promociones en el caso de los artículos de de promoción o paquetes armados ya que, digamos que si hay un producto que está al 3 x 2, el sistema imprime en la lista los 2 primeros productos al precio normal, pero el tercero lo marca con un númer negativo. ¿Parece buena la solución? No, es pésima. Si sumaras los precios que aparecen en la lista, obtendrías una cuenta total menor que la real, ya que al tener un producto un número negativo restarías esa cantidad de los que te están cobrando y tienen un número positivo. ¿por qué decidieron hacer esto así? Lo ignoro. Mi padre argumentó que es para que si alguien quisiera saber cuánto ahorro, sólo sumara los productos marcados con números negativos; lo cual no me resultó una buena solución si esa fuera la intensión de la tienda. Si te interesara hacerle saber al comprador cuánto ahorró, imprimirías al final de la cuenta que sí pagó una lista de productos con sus precios y el total de lo que ahorró. Si en cambio, lo que querían con imprimir los números negativos era mostrar que ese artículo no estaba siendo cobrado debieron tal vez marcarlo dos veces, una ocasión marcaría el precio normal del producto y la segunda vez registrándolo con números negativos mostraría el hecho de que está siendo descontado. La otra posibilidad es simplemente marcar ese producto una sola vez con un precio en ceros. A mí me parece más correcta esta última opción además de imprimir al final la lista de productos que no fueron cobrados y el total ahorrado.

Pero bueno, ¿de qué se pierde una empresa o grupo al no cumplir con un diseño bien realizado? Hace unos momentos pensaba que el tener un mal diseño llevaba a una pérdida inminente de usuarios pero me parece que aún no es el caso, al menos no en México, ya que irónicamente la tienda a la que fuimos siempre está abarrotada por compradores (¿no será esto una señal de que las cosas no van bien en lugar de una señal de éxito?). Lo principal que pierden, o más bien desperdician las empresas, es su inversión ya que tienen que hacer más gastos, irónicamente, en dar soporte, ya sea humano o computacional, a un sistema que debería ser una solución y no un problema. Es sencillo hacer una comparación, es como si se tuviera una mesa de tres patas y una de ellas es más corta y frágil que las otras, tardará poco en tirar todo lo que sostiene y antes de que lo haga se echará al vacío una cantidad ridícula de recursos sólo para sostener lo insostenible. Lo mismo pasa con con el software.

Para finalizar, me gustaría hacer una cita...

1.4 Los objetivos de la IHC (Interacción Humano Computadora)
[...]
Los objetivos de la IHC son desarrollar o mejorar:
la seguridad
la utilidad
la efectividad
la eficiencia
la usabilidad
el atractivo

de los sistemas incluyendo las computadoras [Eason 1988]

Seguridad puede significar "seguridad de los usuarios", "seguridad de los datos" o ambas. [...]
Utilidad tiene que ver con los servicios que el sistema provee. Efectividad concierne la habilidad de llevar acabo un objetivo deseado o completar un trabajo. Un sitio web puede proveer toda la información, instrucciones y soporte del lado del servidor requerido para concretar una compra; los cuales todos son ejemplo de utilidad. Sin embargo, si los usuarios no logran comprender cómo encontrar los los productos que quieren comprar, es que el sitio carece de efectividad.
Eficiencia es una medida de qué tan rápido los usuarios pueden completar el objetivo deseado o finalizar su trabajo cuando usan el sistema. Usabilidad incluye facilidad de aprendizaje y facilidad de uso, y atractivo describe qué tanto le gusta el sistema a los usuarios, incluyendo consideraciones tales como primeras impresiones y satisfacción a largo plazo.

McCracken Daniel D., Wolfe Rosalle J. User Centered Website Development, Ed. Pearson.

El fragmento anterior es una explicación correcta de las características que debe tener un buen diseño pero para hacer las cosas un poco más fáciles me gustaría olvidar los términos y mejor enumerar su significado así:

¿Pone en peligro tu integridad personal y física o las de los demás mientras lo usas?
¿Hace lo que tiene que hacer?
¿Te ayuda a ahorrar tiempo?
¿Es fácil de usar así como de aprender?
¿Te gusta?
y finalmente, para los que son diseñadores: ¿Lo usarías tú mismo?

"If you have to explain it, try to rewrite it".

México en la Edad Media

2007-06-29T23:12:00.001-05:00

El presidente en turno, así como el anterior, se merecen ser santificados.
Benditos ellos, que han llevado a México a una nueva Edad Media, donde puedan hacer desaparecer de modo mediático o fáctico cualquier voz crítica en su contra.
Grupo Monitor será bien recordado y extrañado.

¡Hackea el mundo!

2007-06-04T20:31:00.001-05:00

La frase que lleva por título esta entrada la escuché en una película que vi en mi niñez. La película, en ese momento, me pareció muy interesante y entretenida. Trataba acerca del cliché computacional de siempre: unos adolescentes hábiles con las computadoras entrando a sistemas en pos de si no marcar territorio, al menos de demostrar superioridad; que consecutivamente tienen que defenderse de un crimen no cometido. La trama para objeto de esta entrada no tiene mucha importancia, lo importante fue que formó parte de mi niñez. No recuerdo bien si cuando vi la película ya tenía computadora o no, pero lo que me gustó fue ver a personas jóvenes descubriendo y disfrutando por sí solos, un mundo que no todos comprenden.

Desde hace un buen rato, he estado buscando en internet libros en línea, tutoriales o algo parecido para aprender Ruby; he encontrado algunos muy buenos y prometedores, como the poignant guide y the pickaxe. Encontré además otra cosa que me inspiró demasiado y me hizo recordar mi niñez nuevamente. Lo que encontré es un proyecto llamado Hackety Hack! del mismo tipo loco que escribió the poignant guide, quien se hace llamar _why.

Su idea, que sosamente enunciaré como darle acceso a usuarios jóvenes a una (o varias) plataformas para que puedan aprender y disfrutar a programar, me inspira y me contagia esas ganas de hacer accesible a los más pequeños nuestro trabajo como programadores. Él menciona como referencia y punto de partida una época que yo no conocí, la época de la Commodore 64. La Commodore 64 fue una computadora que avispó las mentes de muchos jóvenes en su época, los ayudó a acercarse (y a amar) este mundo de las computadoras. Me parece que ninguno de mis conocidos ni yo tuvimos la oportunidad de utilizar esa máquina o alguna parecida que tuviera esas características: un sistema robusto, accesible, configurable, programable y divertido.

Mi primer computadora fue una HP con Windows 95 (imagínense). Me recuerdo a mí mismo pensando que MS-DOS era increíble. Borrar, mover, crear y modificar muchos archivos con simples y pocas líneas de órdenes mientras te olvidabas del bailecito "apunta, haz click y arrastra" que se ejecuta con el mouse. En esos momentos pensaba que era lo más cerca que se podía estar con las partes internas de una computadora y por eso me gustaba más. ¿Estúpido, no? De seguro sí, pero era mi primer acercamiento a una computadora ignorando que tenía mucho camino por recorrer. Cambió mi vida, aun siendo una pésima herramienta. No creo haber sido el único niño que vivió eso pero sí creo que sigue pasando algo parecido estos días.

Observo las computadoras que utilizan mis familiares, todas Windows, y no creo que sean una buena herramienta para un adulto, mucho menos para un niño. No porque la computación sea algo difícil por naturaleza, sino porque son herramientas que no están diseñadas para ser útiles o cómodas (lo cual es contradictorio) mucho menos divertidas. Observo sistemas fríos que no tienen alma ni personalidad. Observo un mundo al revés donde esa computadora nos convierte a nosotros en una herramienta para poder funcionar, donde tenemos que adaptarnos a ella y no al revés. Los sistemas *nix son una historia aparte, pero tampoco creo que estén cerca de la Commodore 64.

¿Es en verdad tan difícil realizar un sitema robusto y entretenido que ayude más que a hacer un trabajo a cambiar mentes? Por mi experiencia debo decir que sí, pero que vale la pena intentarlo. ¿Valdrá la pena desde un punto de vista comercial proveer esas plataformas? Supongo que sí, juegos como Quake y Doom fueron revolucionarios y un éxito en su época, además por ser un avance en las técnicas de desarrollo de videojuegos, porque incluían las herramientas necesarias para que el usuario lo suficientemente interesado en la empresa de crear sus modificaciones, minijuegos y más cositas lo hiciera.

Pienso, también, que sería aún más importante del lado del usuario tener la oportunidad de no símplemente usar una máquina, sino amar usarla. Estoy seguró que no hay argumento en contra cuando uno asegura que los grandes avances en ciencia y arte han sido realizados por gente que amaba y disfrutaba lo que hacía. Realizar sistemas que cambien la mente de quienes lo usan es una oportunidad de conquistar nuevos y excitantes parajes. Una oportunidad de conquistar los lodosos terrenos que rodean la industria de la computación estos días.

Bueno, tal vez esté exagerando y esté demasiado extasiado con estas ideas, pero al menos estoy seguro que vale la pena darle un vistazo al proyecto de _why, además de contribuir en lo posible (anque sea divulgación) con este u otros proyectos parecidos. Las nuevas generaciones (al menos) deberían tener una experiencia grata con las computadoras y ese es un trabajo que nosotros, los programadores de hoy, tenemos que tener en mente.

PS: Sí, ya sé que la película trata más de crackers y no de hackers, pero en mi niñez creí que lo que ellos hacían era revolucionario.

RMI con un router

2006-12-30T00:00:00.001-06:00

He estado intentando al menos por una semana hacer funcionar mi aplicación en Java-RMI y sigo sin lograrlo. He leído un poco de la especificación, busqué en google un rato, pregunté en los foros de programación para java, probé y experimenté, utilicé de conejillo de indias a una amiga que vive en Baja California (gracias, Morrigan) y sigo sin lograrlo.

Mi programilla está fregado. Bueno... al menos si sigo usando RMI y no opto por utilizar el API de java.net... O de otro mofo, programarlo de nuevo en Python (como ejercicio para aprender el lenguaje, ya que no he programado en Python algo más difícil que funciones matemáticas sencillas).

En todos estos problemas, lo que encuentro un poco más frustrante es la idea completa de usar Java y RMI en la aplicación (que por cierto, era un juego basado en Risk). Java ya no es un lenguaje que me agrade, me pesa el sólo tener que programar con él. La tecnología RMI, como yo la entiendo, está más enfocada para realziar su trabajo en ambientes con una IP pública o dentro de una subred. Lo que me tranquiliza, es que usar Java y en particular RMI era parte del requerimiento: Realzar un juego de mesa multijugador en red que utilice Swing y RMI.

El proyecto lo terminé hace como un mes, pero estaba ineresado en realizar mejoras a la interfaz gráfica, al cliente de texto (mi favorito) y en otros aspectos de prorgamación, para sucesivamente lanzarlo en sourceforge.net. Pero bueno, no siemper se tiene la suerte (o pericia) de que todo programa que haga uno, sea lanzado efectivamente al público. Mi primo Toño, aficionado al ajedrez, se veía interesado en jugarlo después de las mejoras; él era parte importante de la motivación para terminarlo bien. Ni modo.

"Saludos"

2006-12-15T00:47:00.000-06:00

Well, after wasting a lot of time thinking of which language I should write this blog (English, as you may guess by reading my far-from-good writing of the language), I've also decided to give a brief introduction of what I pretend to write here: my any-given-day experiences programming or approaching a computer.

My main purpose is to track down the work I have done in the years, writing about my doubts, ideas, failures, accomplishments or simple comments.

It may be useful for some people too, but I don't think so.

##UPDATE ### ACTUALIZACION

Finalmente, no. Decido escribir en mi lengua materna, el español. Sin más.