A Puebla de ida y vuelta

Hace unos minutos regresé del ENLi y lo único que puedo decir es que los organizadores se rifaron, tienen una organización muy buena aunque ellos piensen que les hizo falta organizar mejor todo. La verdad es que llegó mas gente de la que se esperaba y pues como es lógico no es fácil poder atender a tanta banda.

Me fui con Pedro y Sonny_taz en la mañanita, me quedé de ver con ellos en el metro velodromo pero por alguna extraña razón estaba cerrado y en esa dirección el metro iba lentisimo y toda la gente durmiendo :s total que llegamos a Puebla, y como allí el que no es poblano se pierde, nos metimos a una preparatoria de la BUAP pensando en que ya habíamos llegado, poco después y siguiendo la misma dirección en la que veníamos llegamos a la Facultad de Ciencias de la Computación y en el registro había muchísima gente, nos fuimos al auditorio para la inaguración del evento, el cual fue insuficiente para la cantidad de gente que había. A Pedro le tocaba una de las primeras charlas, nos metimos al salón y ya había mucha gente.

Después de la plática de Pedro, Zodman y yo esperábamos entrar a la conferencia sobre Python, después de todo quería conocer a otro pythonista, pero el ponente no llegó por problemas con la visa, así que Zodman y yo entramos de emergentes basándonos en las diapositivas del taller de Python que di en el congreso de Chetumal y que todavía tenía en mi usb, y yo que quería depurar todas las mugres que tengo allí :P

Estuvimos un rato en el changarro (stand de la RevistaSL) y charlando con la banda que estaba allí. Mankod nos llevó al centro de Puebla a comer con todos los ponentes pero tuvimos que empezar antes de que llegaran todos porque tanto Zodman como yo teníamos ponencia a las cuatro. Con un poco de retraso empezó el taller de Django y con alguna que otra dificultad porque no se tenían todos los paquetes que se iban a utilizar y porque como se va haciendo todo en vivo algo siempre sale mal como dice la ley de Murphy, pero bueno, así es esto.

La conferencia magistral la dieron Marcela Tiznado y el Compermisos con un encuentro Debian contra Ubuntu bastante entretenido, pero antes de que pudieran comenzar debido a problemas técnicos, Zodman y Alvaro López subieron a contar un par de chistes bastante frikis. Después de eso me tuve que regresar esperando que el próximo año pueda quedarme los tres días completos.

Me voy al ENLi.... después de todo

Pues mañana salgo para Puebla al ENLi 2007, yo pensé que no iba a poder ir pero si, aunque sólo el primer día a dar el taller de Django y me regreso en la nochecita porque tengo que chambear el viernes.
Lo que me da pena es dejar solo a Zodman en la charla que ibamos a dar sobre pys60, que bueno, él le ha entrado mas a esos rollos y no dudo que le salga chida.

Sólo espero convencer a la gente de que use Django sin recurrir a técnica de costumbre según Vendett@ xD


Ah, por cierto chequen la colecta que está organizando sonny_taz y apoyen en lo que puedan.

La Reforma del cangrejo

En estos últimos días ha habido mucho ruido con las dichosas reformas electoral y del estado. Por supuesto que nosotros los mortales nos enteramos de los detalles de la reforma electoral hasta que casi está aprobada (déjà vu)* y que nuestros legisladores se protegieron, blindaron o como le quieran llamar, para imponer una censura que no permita sacarles los trapitos sucios al sol.
Por supuesto que urge una reforma electoral y una reforma del estado, pero no a costa de nuestras libertades o nuestra incipiente democracia.

Creo que todos estamos de acuerdo con que se gaste menos en las campañas electoreras, no beneficia al país que se gasten obscenas cantidades de dinero en eso mientras tenemos millones de personas en la pobreza, por otro lado un partido político es de interés público y se le deben otorgar recursos, pero cómo hacer entender a nuestros gobernantes que deben trabajar para el pueblo y no para sus intereses, algo que nunca se ha reflejado en todos los años de los que tengo memoria y más allá.

Ahora el problema, más allá de tener un candidato que nos represente, es que estamos retrocediendo hacia una plutocracia y no nos dirijimos hacia la democracia verdadera; en esto entra la reforma del estado y la reforma fiscal, no sé a qué pendejo(s) se le ocurre seguir utilizando el modelo neoliberal cuando sabemos que no funciona, y por lo menos hay varias cosas que les van a explotar en las manos a nuestros gobernantes si no se atienden como se deben y se hacen reformas al vapor o siguiendo las recomendaciones del Banco Mundial o el Fondo Monetario Internacional (que claramente no aplican a nuestra realidad), como lo son el ISSSTE, el IMSS y PEMEX, sobre el que descansa buena parte de nuestra economía, y del que tenemos que ser menos dependientes, digo!, por aquello de que nos estamos acabando el petróleo.

Sólo espero que lleguemos al 2010 sin alguna revuelta armada, porque creo que nos gusta el año 10 de cada siglo para armarnos una y a lo mejor se puede estar gestando una gracias a la capacidad de nuestros legisladores. Recordemos Oaxaca, Chiapas, y los movimientos que hemos visto en los últimos años, no quiero ser amarillista o alarmista pero tenemos que hacer algo, un hack social que esperemos llegue a tiempo a las altas esferas políticas de nuestro país.




*Así se aprobó en la UNAM el Reglamento General de Pagos y vean lo que sucedió.

RevistaSL en Linux Magazine

Ayer le estaba echando el ojo a las revistas en el Sangrons cuando vi la Linux Magazine 25 edición española, acá llegan atrazados los números, por eso hasta ahora pude ver un anuncio del floss international conference que se llevó a cabo el marzo pasado, en la mera esquina inferior derecha del anuncio pude ver el pingüinito del antiguo logo de RevistaSL, cosa que me causó mucha emoción. Ojalá que algún día no sólo sea el logo sino toda la revista. ;-)

Por qué me cayeron bien los de Pownce

Yo hubiese usado PostgreSQL ;-)

http://www.pownce.com

Instalando Debian GNU/Linux desde Windows

Algunas veces los usuarios novatos se topan con la dificultad de instalar un nuevo sistema operativo en sus máquinas, también a veces usuarios mas experimentados también tenemos problemas debido a limitaciones de hardware, por ejemplo una laptop vieja sin CD-ROM, sin unidad de floppy o puertos usb. Para esos casos existe una alternativa muy sencilla, correr un instalador dentro de Windows :o , sólamente nos dirigimos a http://goodbye-microsoft.com/, bajamos el ejecutable y lo corremos, tan sencillo como eso.

Ahora si podemos decir "¡Hasta la Vista!". ;-)

Fixing Psyche

I was reading the classic text Structure and Interpretation of Computer Programs and I tried to find an article that I read some time ago called Python for Lisp Programmers and after some googling I found Psyche, a Scheme interpreter written in Python.
Psyche allows you to embed a Scheme interpreter into Python programs but its a little old; it has been several years since its last release so I didn't expect to work with a more recent version of Python, I downloaded it anyway and I tried to install it, of course it didn't work but thanks to the wonderful Python shell and Psyche's great documentation I managed to fix the problem. Psyche depends on Plex, a lexical analysis module, so I downloaded the version 1.1.5, I put it in Psyche's directory, replacing the old version and everything just worked out. Now I have Psyche running with Python 2.4 :D

El Violín

Qué puedo decir sino que es una muy buena película, si no la han visto todavía les recomiendo que vayan a verla antes que la quiten de cartelera como bien me dijo el buen Zahori.
El Violín trata de una realidad que está allí y que la mayoría no quiere ver, además de ser una película muy ligada a la música, lo que la hace tener una belleza intrínseca, lo demás que pueda decir sin contar la historia lo pueden leer en cualquier otro lado.

Don Ángel Tavira, el protagonista, es descendiente de los Tavira, una familia de músicos de la Tierra Caliente, que se dedica a la conservación de la música de la región. Francisco Vargas, el director de El Violín, conoció a Don Ángel al realizar un documental sobre la música de Tierra Caliente y posteriormente lo llamaría para hacer El Violín, cosa curiosa porque Don Ángel no había actuado antes pero sin duda es un artista nato porque hace un excelente papel.

Django Fever

La programación para la web no me había llamado la atención hasta hace poco, la idea de aprender PHP u otras cosas simplemente no me atraía. En ese aspecto soy privilegiado, nunca he tenido que usar cosas que no me gustan, y como todo lo que sé lo he aprendido por mi cuenta, nunca me he visto forzado a aprender cosas que no quiero; no sé si esto es bueno o malo pero así es. Ahora que estoy buscando chamba ha surgido la necesidad de aprender PHP, en verdad que anteriormente lo había tratado de aprender varias veces, pero no sé por qué siempre terminaba aburriéndome. Python lo usaba para crear scriptcillos o aplicaciones con interfaces gráficas pero nunca pensé en usarlo para la web aunque ya existían Zope, PSP, Webkit y otros.

Me topé con Django por primera vez al estar buscando ejemplos de aplicaciones escritas en Python para el taller que dí el año pasado en el congreso de Chetumal, en ese mismo congreso Fabien dió una conferencia y un taller sobre Rails, a muchos les gustó la forma en que Rails hace las cosas y no es para menos porque el desarrollo ágil es algo que ningún programador puede pasar por alto.
Entonces, ¿por qué no escogí Rails?, porque no estoy a gusto con Ruby; citando a Matz, el creador de Ruby, cuando le preguntaron por qué alguien familiarizado con Perl o con Python debería cambiar a Ruby respondió: "Si estás contento con con Perl o con Python no tienes que cambiar" y la verdad Python me hace muy feliz. ;-)
Django y Rails se parecen pero también es cierto que tienen sus diferencias, sería ocioso tratar de compararlos, pero como estoy ocioso mencionaré sólo algunas de las grandes diferencias:

1. Rails es MVC, Django es MTV ;-)
2. Django tiene una interfaz de administración muy perrona, Rails no.
3. Rails tiene soporte para AJAX, Django no.
4. Django tiene soporte para muchos idiomas incluyendo el galés xD, Rails usa plugins.
   
5. Rails ya alcanzó la versión 1.0, Django no.
6. Django es más rápido que Rails.

Por supuesto que la filosofía detrás de cada uno de estos frameworks es diferante y para ser justos aclararé los dos últimos puntos; aunque Django va en la versión estable 0.96, se ha utilizado en producción en sitios con alto tráfico ya que nació en un ambiente periodístico y en cuanto al performance diré que Python actualmente es más rápido que Ruby pero muchos esperan que la versión 2.0 sea más rápida, claro que también todos los pythonistas esperamos con ansias el Python 3000.
Sea cual fuere el framework o lenguaje de tu preferencia con toda seguridad éstos son unos ganadores, así que no dudes en usarlos. No creo que haya pasado la época de PHP pero ya es tiempo de darle agilidad a la web, y no, no me olvidé de CakePHP, sólo que dudo (por favor phperos no me linchen) que podamos comparar un lenguaje que no nació como lenguaje propiamente, es exclusivamente para la web (si ya sé que hay enfermos que usan PHP+GTK :P) y al que posteriormente se le añadió soporte para orientación a objetos con lenguajes que nacieron siendo orientados a objetos y de propósito general; digo PHP todavía tiene su nicho para rato, no por nada estoy tratando de aprenderlo, pero no creo que sería una buena comparación, finalmente el único argumento que da el creador de CakePHP es que el hosting ya está puesto para PHP, pero créanme que hosting como el de Webfaction o Dreamhost por mencionar los más conocidos soportan Django sin problemas y están muy chingones.

To twitt or not to twitt

Twitter sigue cobrando mas y mas víctimas inocentes que quedan atrapadas en la necesidad de decirle a los demás lo que están haciendo.
Ya tenía rato que vi esta cosa y no me llamó la atención, después empecé a leer todos los tweets, de conocidos y desconocidos, y sigue sin llamarme la atención; lo que me da curiosidad de twitter es su funcionamiento, la manera en la que hace las cosas, sólo por eso abriría una cuenta.
Con esta cosa me vino a la mente Momo, la novela de Michael Ende, en la que los grises le roban el tiempo a la gente ;) pero antes de juzgar voy a probarlo, a lo mejor resulta que es algo divertido.

Update:
Pues he estado usando twitter por un tiempo y tengo que decir que la idea de broadcastear lo que estás haciendo no es tan mala, a veces cuando estoy hablando conmigo mismo me doy cuenta que la necesidad de los seres humanos de comunicarse no se queda en los medios tradicionales y por eso se justifica la existencia de twitter.

Documentación Libre

Ayer recibí un correo electrónico de Fernando Aguilar que quiere utilizar un artículo sobre Python que escribí para la RevistaSL número 2 y en verdad me siento halagado. El artículo ya necesita una ligera actualización ya que en la fecha en la que fue escrito no existían los frameworks para desarrollar aplicaciones web como Django o TurboGears, o a lo mejor si existían pero no eran muy conocidos; el caso es que cada vez me sorprendo mas de las cosas tan bonitas que se hacen con Python.
Pero volviendo al tema, Fernando me preguntó sobre la manera de publicar su trabajo derivado; la licencia que escogí fue la GNU Free Documentation License que básicamente dice que se otorga permiso a quien sea de copiar, modificar y distribuir la obra siempre y cuando la licencia permanesca igual, consultando la Wikipedia, que tal vez sea el mayor usuario de la GFDL, me encontré con esta descripción que ojalá sirva para clarificar un poco esta situación, pero para no errarle se debe consultar el apartado 4. Modifications de la GFDL.
Lo polémico de esta licencia son las llamadas secciones invariantes, pero bueno, mi artículo no tiene dichas secciones y es mas fácil publicar un trabajo derivado.

Si alguien sabe de un buen ejemplo de la GFDL en trabajos derivados, por favor no dude en comentarlo.

Cómo meter cinco linuxeros en la parte trasera de un auto

Pues hoy acabó una semana de intensa actividad geek. Del martes 13 al viernes 16 de febrero se llevó a cabo el CONSOL, en esta ocasión me tocó estar del otro lado, como voluntario, y si que nos llevamos unas friegas todos los voluntarios pero lo hicimos con gusto; tal vez si hubiera habido mas gente para distribuirnos la chamba nos hubiera salido mejor. Este ha sido uno de los congresos mas fresas a los que he asistido, ¿dónde quedaron las chelas al final de cada día?.
El viernes al cierre del CONSOL nos fuimos al Covadonga para festejar e iniciar con el BarCamp, pero antes acompañamos a Etosh a llevar a Milena hasta su casa, eso es al otro extremo de una de las ciudades mas grandes del mundo y en viernes de quincena. Ibamos K001, Vendetta, Zodman, Zir3 y yo en la parte trasera del auto de Etosh, con muchos trabajos entramos, créanlo, hay fotos. :D Los pasajeros de los otros autos sólo se nos quedaban viendo. :P
Al llegar, todos a estirar las piernas y a ayudar a Etosh a descargar las cosas de la cajuela, tras un breve momento de descanso aparecen dos canes bastante agresivos y de inmediato todos subimos como pudimos al auto; cuando vi, K001 y Zodman estaban dentro, Vendetta pegó tremendo salto que envidiaría cualquier portero, Zir3 entró rápidamente mientras yo me escondía tras una de las puertas antes de entrar.
La verdad es que tuvimos un viaje bastante divertido a pesar de todo.

Con respecto al BarCamp sólo puedo decir que estuvo muy chingón, claro que por el nombre todos esperaban mucho alcohol, pero de todas formas se puso muy interesante, ya espero la versión 2.0 (fotos)

Äideistä Parhain

"Adiós mamá" es una muy buena película que cuenta el drama de la separación de un niño finlandés de su madre durante la Guerra de Invierno. La historia podría sonar aburrida, pero la verdad es que el sufrimiento durante una guerra no sólo se da en el campo de batalla y en este filme se muestra la condición humana tal como es.

Aunque es una película que salió en el 2005 tuve la oportunidad de verla en el cine hace unos días. Ampliamente recomendable.

Interview with Matt Dillon

A few days ago this interview was published in RevistaSL, here's the original in english for those who don't understand spanish. ;-)

:-What is DragonFlyBSD and what's its current state?

DragonFly is part of the BSD UNIX family of systems. Currently we
have a fully integrated kernel and system distribution and most
major user applications compile and install from PkgSrc. It runs
(in 32 bit mode) on PC platforms.

:-How did DragonFlyBSD started, it was only a disagreement from the
:direction FreeBSD was taking or you had other interests that led you
:to the creation of a new BSD distribution?

Both, in fact. I had a major disagreement with the way FreeBSD
was implementing SMP (symetric multi processor) support. I felt
that the methodologies and coding were not being done in a maintainable
fashion and would be prone to hard-to-find bugs and code attrition.
But I also have other interests as well, and it was the combination of
the two that resulted in my starting the DragonFly project.

DragonFly's major goal is to fully integrate native clustering
capabilities into the kernel, to be able to reliably cluster machines
together and effortlessly access their pooled resources.

The project has been around for over two years now and we are
approximately two years away from accomplishing our goal.

:-I believe that every Operating System has its own philosophy, what is
:the philosophy behind DragonFlyBSD?

Wow. Well, I could go on for hours about my philosophy, but in a
nutshell, apart from wanting to accomplish the goals I have set out
for the project, I want to create a social development environment
that removes walls between developers instead of building walls
between developers. That means both recognizing individual skill
and also recognizing that the core of the project... its codebase,
must be considered a community resource and never be compartmentalized
or 'owned' by a particular person. Sometimes projects become overly
stratified and seeped in requirements that only serve the interests
and desires of a small portion of the community - something I think
the FreeBSD project has suffered from greatly over the last few years.
I absolutely do not want DragonFly to turn into that.

One of the biggest advantages the BSD community has is that many
of the concepts and much of the core OS code, if not compatible, is
still easily ported between projects. I make it a point to encourage
all DragonFly developers to look at the work being done in all the BSD
projects, as well as Linux, and bring that work into DragonFly when it
is clearly superior. We have brought in considerable infrastructure
from OpenBSD, NetBSD, FreeBSD, and even a little from Linux, and of
course a lot from GNU. And we have rewritten just as much infrastructure
natively.

Another major philosophy of the project is to not bring in code before
its time. We all want SMP, but we are not willing to make quick hacks
to the code base that will only bite us in the rear at some future date,
or create such a mess that it essentially becomes unmaintainable and
bug-prone. This is particularly true of our SMP support. Good SMP
support is one goal of the project, and we have a development methodology
for it, but we aren't going to rush through hacks that destabilize the
system just to win a few benchmarks. My philosophy, which everyone in
the project shares, is to use the right algorithm *FIRST*, even if it
means rewriting entire subsystems, and then work towards the goal from
that basis instead of from the basis of a decades-old algorithm that
was never designed with SMP (or clustering) in mind.

Over the last two years nearly every major subsystem in the DragonFly
kernel has been rewritten with this in mind, and while it may seem to
some that we aren't making progress towards our goals, in fact we
are making very significant progress. I am very happy with the way
the project is progressing.

:-Why should anyone choose DragonFlyBSD, which are its main advantages?

For mass deployment and production it is probably best to wait until
we get closer to our major goal. At that point DragonFly will have
distinct advantages for a large class of problems over other operating
systems. Of course, DragonFly works just fine right now as a Generic
UNIX-like platform, similar to Linux (and, in fact, BSD in general
existed long before Linux did), but since Linux has pretty much
taken over that market I would be hard put to recommend DragonFly over
Linux for any sort of major commercial deployment. Yet.

However, anyone with more personal requirements, a small business, or
the need for a turnkey PC platform, and the know-how to run a UNIX
system, will probably like DragonFly as it is right now. What I really
want is a modest deployment that we can support with our limited
developer resources.

That is perhaps too blunt a statement but I feel it is always important
to understand and live in the real world. I do not feel that it is
possible for Linux to run away with the market simply because so much
of the market is based far more on the user application infrastructure
(based on open standards which all the linux and BSD dists support)
then on the operating system core. The intent with DragonFly is to
stay within shouting distance on the application side while adding
major features to the system core.

:-Not many people knows the Amiga nowadays (that's a shame), I
:understand that you got involved with it some years ago, is
:DragonFlyBSD taking ideas from AmigaOS or any other OS for that
:matter?

Not so much any more, but certain programming concepts used in
DragonFly, particularly the kernel messaging layer, were developed
from my experiences with the Amiga. I think what I get most from
my Amiga days is a pragmatism about code longevity. Ideas, algorithms,
and protocols last forever. Code (in usable form) doesn't. Dragonfly's
largest goals are idea, algorithm, and protocol oriented, and if I hit
the mark properly those ideas, algorithms, and protocols will still
be known hundreds of years from now even if the original code used
to implement them becomes unrecognizable to future generations.

:-How would you describe the DragonFlyBSD kernel?

Progressing well towards our goals.

:-By the time this interview is published maybe the next release of
:DragonFlyBSD is ready to download, can you tell us what are the main
:changes from version 1.6?

The 1.8 release is planned for the end of January. The Diary entry
for January 2007 at http://www.dragonflybsd.org/status/diary.shtml
contains a complete list of changes.

:-Right now DragonFlyBSD is using NetBSD's pkgsrc to install third
:party software, are there any plans to create a package management
:system specifically for DragonFlyBSD?

We plan to continue to use PkgSrc. There are many reasons for this
but two really stand out. First, the PkgSrc developers are dedicated
to producing a portable infrastructure, which means that we are not
constantly having to hack packages or DragonFly to maintain
compatibility (something we had to do with the FreeBSD ports system
as DragonFly diverged from FreeBSD). Packages updated by NetBSD or
OpenBSD developers works with DragonFly and on the occassion that an
issue arises, a solution is worked towards based on the portability
goal. Secondly, PkgSrc provides a very time and effort-efficient
means of providing DragonFly with a large number of third party packages.
As a small project, we cannot afford to dedicate a huge number of
resources to maintaining packages and still be able to work towards
the goals for the operating system. PkgSrc isn't perfect, updating
packages is still a pain, but it fits the goals and philosophy of the
DragonFly project like a glove.

BarCamp Ciudad de México

Mas información del BarCamp en http://barcamp.org/BarCampMexico