Programación on Thy.Abstrakt.Objekt.Weblog

En memoria de Dennis Ritchie

Wed, 12 Oct 2011 14:25:20 -0600

#include <stdio.h> int main(void){ while(1) printf("Gracias infinitas Dennis Ritchie, por tus aportes a la computacion \n"); return 0; }

Décimo quinto Sábado de Software Libre, Debian Day

Tue, 03 Aug 2010 15:51:05 -0600

Al igual que con el Suse Launch Party de hace unas semanas, el próximo sábado 7 de Agosto de 10 AM a 1 PM se realizará el Sábado de Software libre conmemorativo al Debian Day, para lo cual el movimiento de software libre de Guatemala, en especial, los integrantes la comunidad Debianita (suenan como de un planeta extraño, y no estan lejos de serlo), en la típica sede de la Biblioteca Central de la USAC Z. 12, Ciudad de Guatemala. dirigirán el siguiente conjunto de conferencias: 0. Cómo convertirse en Debian Developer, para todos aquellos que les interese apoyar en el proyecto Debian, aqui sabrán los pasos necesarios para aportar su conocimiento en programación.

Decimotercer Sábado de Software Libre

Wed, 30 Jun 2010 14:16:25 -0600

A una semana después del Drupalcamp, un evento bastante bueno y mis felicitaciones a los organizadores, toca reinicar actividades de los sábados de Software Libre en su decimotercer edicion, como siempre organizado por los jóvenes (y no tan jóvenes) de LUGUSAC. Este sábado volverán los temas para nuevos usuarios como:

Taller de comandos básicos de BASH:

Impartido por Wences Arana (aranax), y cubrirá los comandos básicos y más usados para BASH, sirviendo de iniciación para todos aquellos que quieran comenzar a perderle miedo a la shell más famosa de Linux.

12do Sábado de Software Libre

Tue, 15 Jun 2010 14:23:43 -0600

Al igual que el sábado pasado, y rompiendo la regla de hacerlos cada 15 días, debido al Drupalcamp la próxima semana, éste sábado 19 de Junio de 2010 se llevará a cabo el 12do sábado de software libre, siempre en las instalaciones de la biblioteca de la USAC, 4to nivel, campus central Z 12, y en su horario habitual de 10 AM a 2 PM, contando siempre con interesantes temas de software libre. Esta vez la cartelera estará con: Introducción a GIT: Sistema distribuido de versionamiento, funcionalmente equivalente a Subversion, y además, la herramienta que utilizan los desarrolladores del Kernel de linux para cometer sus cambios, ésta será impartida por el joven debianita Josué Abarca. J2EE en 20 minutos: Una presentación rápida de la suite para desarrollo de aplicaciones empresariales de Java 2, recomendable para todos aquellos que piensan que el mundo gira alrededor de vi$ual $tudio .net, y deseen alejarse de ese mundo tenebroso. Ésta será explicada por el compañero Victor Orozco. Como siempre, la entrada es libre y gratuita. Se les espera.

A una década de programar...

Fri, 01 May 2009 17:00:16 -0600

Justamente leyendo la página de Retromags comentada en el post anterior, me doy cuenta de un post en el que preguntan… qué estaba haciendo en mayo de 1999?? Y justamente se me vino a la mente que en ese año fue que tuve mi primer ordenador, un vejestorio el cual venía aun con windows 3.11. Recuerdo que luego no pasaron ni dos meses para que le instalara Windows 95, que, aunque ya habia salido Windows 98, la máquina no lo iba a soportar con apenas 12 MB de ram. El caso es que tambien así como aprendi a usar Windows 95, como todo nuevo usuario, aprendí a arruinarlo, y a instalarlo de nuevo N veces hasta memorizar el bendito fondo monocromo azul y negro de teclado que tenia la pantalla de instalación. Fue así como, al instalar dicho S.O. me di cuenta que traia un “navegador” (el cual en ese tiempo ni sabia que era, ni para que servia), pero recordé que tenía unas revistas viejas de Club Nintendo en donde estaba publicado unos cursos de HTML.. Y en mi afán de investigar y aprender, comenzé a hacer un HTML básico a puro notepad, la verdad no tenia ni idea para que servia pues mis conocimientos eran casi nulos. sin embargo ahi estaba terminado, una linda pagina Web 1.0 extremadamente estática, con exceso de tags y marquesinas para que no se viera así. Eso fue como en abril de 1999… teniendo siempre como inspiración los videojuegos. A la vez también tuve mi primer experiencia con la Web, en un café internet del cáduco centro comercial Tikal Futura, El pinche café internet cobraba nada mas que Q25 la media hora de navegación, un total fraude. Sin embargo ahi estaba yo feliz, no solo navegando por la web 1.0, sino tambien a cada efecto bonito que veía en alguna página, investigaba como carajo los hacian (como los onMouseOver que eran lo más interactivo de la época) Ahi fue donde descubrí JavaScript, mi primer lenguaje de programación… Dado que el acceso a internet era precario, en un dia lluvioso de Mayo de 1999, decidí encargarle a mi hermano que tenía acceso más facil a la web, que me imprimiese unos manuales de Javascript, con los cuales, de manera autodidacta, me puse a aprenderlos y a hacer mi primer “Hola Mundo!” al mejor estilo web 1.0(Ahh cuan dificil me fue agarrarle la onda a los ciclos for() en ese entonces). Recuerdo la satisfacción de ver el primer algoritmo funcionar… era un éxtasis impresionante cuando todo corría como debía, era una sensasión endiosante, como sentirse creador. Pero lueg que habia dejado todo bonito, publique mi primer web en los servers de Angelfire llamado de The Underground Cave… el cual descontinuaria por lo cansado que era desarrollar a mano el contenido… Y así fue consecutivamente con lenguajes como Visual Basic (1999,por lo fácil, y por que MS Office ya incluia el IDE y el interprete, y luego haciendo menus de autorun para cada disco que quemaba), Pascal (2000,por curiosidad, y desde el principio odie ese lenguaje), C (2000,por que habia leído que los videojuegos se hacian en este lenguaje, compilando bajo djgpp), los que aprendi antes de entrar a bachillerato, sin saber que me iban a dar ventaja del resto, y tener mas tiempo para descansar. Tambien con lenguajes como C++ (2001, que pense que iba a ser facil despues de saber un poco de C, pero sin contar que era un cambio total de paradigma), ActionScript y PHP (2002, Por la necesidad de aprender flash y server side scripting, por un desarrollo freelance que consegui). y así sucesivamente… hasta llegar al mogollón de lenguajes que se ve uno obligado a aprender de manera autodidacta ya dentro de la Universidad.. Y asi, frente al ordenador, irónicamente escribiendo sobre una página HTML generada por JavaScript usando AJAX (el editor de texto de wordpress), celebro mi décimo aniversario de hacer mi primer algoritmo, sin saber siquiera que era un algoritmo; haciendo una pagina web simple, sin haber tenido contacto siquiera con internet; y sin saber además de que la programación además de convertirse en mi carrera profesional, se iba a convertir en mi estilo de vida… Y todo por simple curiosidad (o como diriamos al buen chapín, por shute).

Tutorial ANTLR y Python III. Creando e implementando un intérprete de dos o más pasadas usando árboles de sintaxis abstracta...

Mon, 06 Apr 2009 16:29:37 -0600

…viene de http://objektblog.wordpress.com/2009/03/30/tutorial-antlr-y-python-ii-creando-una-gramatica-sencilla/

Tutorial ANTLR y Python:

Parte I: Introducción e Instalación.

Parte II: Creacion de una gramática sencilla.

Parte III: Creacion e implementación de un AST.

Antes de empezar pueden bajar el código que se estará utilizando del siguiente URL http://rapidshare.com/files/218352788/ejemploAST.tar.bz2 Bueno, anteriormente habiamos visto como Instalar Python y ANTLR, luego colocamos un ejemplo sencillo para un intérprete de una sola pasada usando ANTLR y Python, esta vez toca ver una de las características que hacen de ANTLR una herramienta poderosa, los AST o Árboles de sintaxis abstractas por sus siglas en inglés.

Tutorial ANTLR y Python II. Creando una gramatica sencilla

Mon, 30 Mar 2009 18:00:26 -0600

Viene de http://objektblog.wordpress.com/2009/03/29/tutorial-antlr-y-python-i-introduccion-e-instalacion/

Tutorial ANTLR y Python:

Parte I: Introducción e Instalación.

Parte II: Creacion de una gramática sencilla.

Parte III: Creacion e implementación de un AST.

Antes de empezar, el codigo que se usara en los ejemplos esta publicado en el sig. URL: http://rapidshare.com/files/215758595/ejemplos.tar.bz2 Ahh las gramaticas, tan odiadas por muchos. Y no es para asombrarse, ya que tantos problemas que dan, más aún si la herramienta no es nada amigable (como la tan odiada combinacion JLex/CUP), ANTLR es lo suficientemente amigable como para que desarrollemos gramáticas de la manera menos dolorosa posible, teniendo como valor agregado el ANTLRWorks, un IDE que de verdad permite aumentar nuestra eficiencia a la hora de hacer gramáticas para ANTLR. Esta parte se enfocará en generar una gramática simple con la cual se aprenderá de manera básica la estructura y sintaxis de ANTLR.

Tutorial ANTLR y Python I. Introducción e Instalación

Sun, 29 Mar 2009 18:00:37 -0600

Tutorial ANTLR y Python:

Parte I: Introducción e Instalación.

Parte II: Creacion de una gramática sencilla.

Parte III: Creacion e implementación de un AST.

Dada la poca información que hay respecto al tema en Internet en español, me imagino que quizás por la poca apreciación que tiene la Teoría de Compiladores no sólo en mi país (Guatemala) sino en quiza toda latinoamérica. he decidido hacer un tutorial para intentar llenar ese vacio, y demostrar que existen herramientas más amistosas para generar analizadores léxico y sintácticos que la monolítica combinación FLEX/Bison, y que además, se pueden hacer en otros lenguajes que no sea el legendario C/C++. Pero antes de esto, una introducción (rapida para no aburrir) a las herramientas.

Mis proyectos de sistemas en la USAC parte VI: Compiladores 1…

Fri, 27 Mar 2009 12:00:31 -0600

Que ironía, se me olvidó colocar el curso que auxilio en la universidad, Introducción a los lenguajes y Compiladores 1. Y si lenguajes era introductorio a éste, éste a su vez, es introductorio a la yuca de Compiladores 2 como lo describí anteriormente. Lamentablemente, como tanto el auxiliar de ese curso, como el ingeniero, no sabian ni rosca, me tocó a mi estudiar por mi cuenta, mas por mi gusto que por ganarlo. y así fue. a continuación publico los únicos 2 proyectos que se realizaron.

Mis proyectos de sistemas en la USAC parte V: Compiladores 2…

Wed, 25 Mar 2009 12:00:17 -0600

Y luego de la trabada que fue Compiladores 1, Estructuras de Datos, y Organización Computacional. se deja venir el 6to semestre con muchas más trabadas, solo que ésta vez exponenciales… y no tanto por los cursos de sistemas, sino tambien por Investigación de Operaciones… un curso en donde el que sepa llevar la subjetividad de Vinicio Monzón, el ingeniero que dá el curso, hasta en su auxiliar se puede convertir (sino vean a Patricio AKA César Rojas), pero bueno, ya mucho hablar de basura, y vamos a lo que me incumbe, publicar los proyectos del que, para muchos, es el curso más difícil de la carrera (aunque a mi me haya costado mas la investigacion de operaciones), no tanto por su contenido teórico, sino por la extensión y dificultad de sus proyectos de programación. Me refiero a Organización de Lenguajes y Compiladores 2. Se realizaron 2 proyectos en este curso cuando lo lleve ya hace algunos años, los cuales son:

Mis proyectos de sistemas en la USAC parte IV: Lenguajes Formales…

Mon, 23 Mar 2009 12:00:52 -0600

Se me olvidaba un curso de 4to semestre, paralelo a IPC2, uno de los que enseñan lo que es desvelarse echando punta, Lenguajes formales, impartido por el mismísimo Satán. Era un curso introductorio a Compiladores, y por lo tanto, a nivel de éstos en cuanto a extensión y dificultad en sus proyectos, aunque con menor magnitud obviamente… Aquí se realizaban 3 proyectos, los cuales se enfocaban en usar 3 diferentes lenguajes para comprobar 3 diferentes paradigmas supuestamente.

Mis proyectos de sistemas en la USAC parte II: Progra 2…

Thu, 19 Mar 2009 12:00:29 -0600

Bueno, luego del exitoso post anterior (de donde jodidos), tambien he publicado los proyectos desarrollados en el curso de Introducción a la Programación 2… en un semestre donde se comenzaban a complicar las cosas pues habia que llevar varios cursos no triviales como Fisica 2 o Lenguajes formales. La progra 2 de aquellos tiempos era un poco diferente a la de ahora, pues antes se daba solamente temas de persistencia en archivos, OOP, Memoria dinámica (punteros, listas y todo eso), un poco de análisis y diseño (unico tema que persistió en la progra 2 de ahora), y conceptos básicos de redes… y lo que se programaba se hacia en C ++. Y aunque seguían con su necedad de obligarnos a programar en el asquerosisimo borland C++, me importó un comino y empecé a hacerlo en un compilador mucho más superior y que cumple estándares… GCC, desarrollandolos dentro de algo que es más que un IDE… EMACS, y sobre un sistema operativo tambien superior, Linux. además que daba primera vez uso de un sistema básico de versionamiento, el CVS. Y para cuando tenian que calificarmelo en windows que hacia? pues como los proyectos eran básicamente en consola, no me costo mucho portarlos a Windows usando el compilador MingW. Bueno, a continuación un trio de proyectos inútiles cuya única finalidad era didáctica (bueno, quiza tambien tenia de finalidad trabarnos, pero al menos no lo lograron conmigo):

Mis proyectos de sistemas en la USAC parte I: Progra 1...

Wed, 18 Mar 2009 09:38:31 -0600

Bueno, el ocio es taller de Satan, y para aprovechar mejor mi tiempo de ocio, decidí hacer un clean a todos aquellos proyectos de programación que desarrollé en la carrera de Ingeniería en Ciencias y Sistemas de la gloriosa y tricentenaria Universidad de San Carlos de Guatemala. Y luego de limpiar dichos proyectos, publicarlos en Internet, aprovechando el repositorio que google ofrece por medio de su servicio google code. Iré curso a curso publicando los que fueron los proyectos más significativos de estos, muchos de estos son medios ratas, otros no tanto, pero hay que comprender que, en la Universidad siempre nos ponían a hacer dichos proyectos contra el tiempo. Y hoy, es el turno de publicar aquellos proyectos que desarrollé durante el curso de Introducción a la programación 1… si, progra 1 de la vieja escuela… cuando éramos obligados a usar el nefasto Borland C++ 3.1 (y me quejo por el compilador que era una basura, no por el lenguaje). pero qué otra, muchas veces los auxiliares ineptos no dan otra opción. Los proyectos son los siguientes:

La escena... Cuando el arte y la tecnología se unen.

Wed, 31 Dec 2008 00:00:51 -0600

Recuerdo que aproximadamente 4 años, en un sitio extinto llamado Teoti (era bastante bueno, y base para otros como Taringa!), me topé con un post interesante… comentaba acerca de un “video” de 10 min, que al final era un exe de 64 KB en el que estaba incrustado gran cantidad de audio y animación de alta definicion. Me pareció una gran payasada, sin embargo lo bajé y lo probe. y lo que mis ojos vieron me dejaron sorprendido… Era impresionante que en tan solo 64Kb alguien haya podido almacenar tanta información de audio y animación perfectamente sincronizados y enlazados uno a otro(el cual era generado al final de cuentas en tiempo real usando los recursos de mi ordenador), pero no solo era el almacenamiento, era la expresión artística que lograban plasmar en éstos. Bueno, decidí investigar un poquito más, Desafortunadamente Wikipedia aún estaba en pañales, y pues San google fue mi mejor fuente de búsqueda. Me topé con un sitio llamado Scene.org, o “La Escena”, el cual era como un repositorio de este tipo de arte digital, en el cual contaban no solo con intros de 64Kb, los cuales la mayoría exprimían al máximo los recursos de la máquina en la que corre para su ejecución; así como también otros de tan sólo 4Kb, la mayoría de éstos dedicados a la generación de imágenes complejas de manera procedural; bueno, y con esto no se terminaban, pues también estaban los llamados Demos, que eran un poco más grandes, pero gracias a ese espacio extra, lograban aprovechar al máximo la creatividad sin limitaciones de espacio. Y aparte de todo las habia para diferentes plataformas, desde la Commodore 64, hasta GNU/Linux, incluyendo obviamente a Windows. Con este tipo de obras, se puede descubrir gente tan creativa artísticamente, como tan capaz en el ámbito de la programación… Lo más interesante es todos ellos se reúnen en convenciones llamadas Demoparties, la mayoría situado en paises europeos, especialmente escandinavos, en los cuales nó solamente se dedican a exprimir su creatividad en concursos contra el reloj, sino también al ocio como lan parties enormes. Entre éstos se puede mencionar al mayor y más veterano evento demoparty, Assembly. Sería interesante que se armase eventos similares en la región, aprovechando eventos como Coecys, y con el impulso que se logró tanto en coecys 2007 para ArtTechDay y coecys 2008 para Lan Party, siendo esto como una fusión más compleja de ambos eventos… Seria excelente ver el primer demoparty a nivel latinoamericano. Para más demostraciones de éste tipo de arte geek, aqui les dejo el siguiente link donde se puede apreciar cada demoparty con sus respectivos ganadores anuales en cada categoría, todo esto para deleite de los sentidos. http://www.pouet.net/parties.php

Y Compiladores, para que p****?...

Sat, 04 Oct 2008 19:24:49 -0600

… Esto es lo que dice mucha gente en informatica, que estudia o estudió Ingeniería en Sistemas o Informática, o Ciencias de la Computacion, o como quiera llamarle, tiene cierto odio/resentimiento/ahuevamiento con ciertos cursos como Estructuras de Datos, Administracion de Archivos, y en general aquellos que están directamente relacionados con la ciencia computacional. Sin embargo, de todos estos cursos, los que están a la cabeza son definitavemente los cursos relacionados Teoría de Compiladores, al cual mucha gente califica como “Inaplicables”, “Inservibles”, “basura”, “m**rda” y va en descenso… Sobre todo en países como los nuestros, con sus problemas económicos, que no invierten casi nada en Investigación y Desarrollo, haciendo que los cursos de Compiladores queden siempre a la cabeza de los listados de las encuestas de “cursos que se deberían eliminar de la carrera”. Desafortunadamente, yo soy uno de esos pocos freaks a los que si les gusta esos temas, mi pasíon por ésta teoria de compiladores nació desde que conocí el curso de Lenguajes Formales y Autómatas (en realidad no le pongo el nombre actual que le dan en mi universidad por que suena muy estúpido), el cual se puede decir que es un curso introductorio a compiladores (Compiladores 0 como le suelo decir), y desde ahí me gusto la idea de transformar algo tan natural como el lenguaje humano a una serie de instrucciones capaces de ser interpretadas por el ordenador. Me pareció bastante interesante, que en el lugar donde laboro actualmente, se me asignó un proyecto ya hace algunos meses, en donde, se requiere el manejo de ciertas fórmulas para calcular el precio de energía de ciertas cosas segun cierta condicion. Lo interesante es que estas fórmulas, obviamente, estarán persistidas en una base de datos de dudosa estabilidad (no digo la marca pero ya se imaginarán cual és, y lamentablemente sobre esa trabajamos), en formato varchar, o sea puro texto. Ahí es donde viene lo bueno, toca crear algún tipo “intérprete” para las mismas, ya que, aunque va a tener un conjunto de sentencias y expresiones bastante sencillas, me niego a hacerlas “a pie” por tres puntos:

Entonces... qué ha hecho el software libre por nosotros?

Sun, 16 Mar 2008 18:34:41 -0600

ya sea por conveniencia o por ignorancia, ésta es una pregunta que quizá se haya hecho mucha gente que ve atemorizada cómo este modo de desarrollo de software ha crecido exponencialmente en los últimos años gracias a su naturaleza colaborativa, intentando atacar y defender a su software propietario simplemente por que no saben usarlo. Pues para todos aquellos que están renuentes a reconocer los grandes cambios que el software libre ha hecho en el mundo, aquí presento una lista de razones por qué el mundo es diferente desde la existencia de esta ideología. Basta con ver que la gran parte de software “significativo” de software, proyectos importantes de tiempo real, sistemas operativos, y la mayoria del software que mantienen vivo el mundo, e incluso juegos de video, está compilado usando GCC y enlazados al conjunto de librerías GLIBC, convirtiéndolo en quiza el compilador más usado del planeta, no solo por su gran eficiencia o su arquitectura, sino también por su flexibilidad entre plataformas, permitiendo la interoperabilidad entre diferentes plataformas con leves cambios de código, usando el mismo lenguaje. Ésto señores si es multiplataforma. Este compilador es la base para que grandes proyectos como el Kernel de LINUX, se volvieran una realidad, y se materializara uno de los cambios más importantes dentro del movimiento libre… darle un Kernel al conjunto de utilidades y librerías GNU, convirtiéndose más tarde en lo que conocemos como GNU/Linux y toda la revolución estuviera por iniciar… hasta la actualidad, donde el superordenador más poderoso del mundo, el BlueGene de IBM, de cientos de teraflops, se ejecuta nada mas y nada menos que en el sistema operativo libre de preferencia, apto para mantener vivo este supercluster. Incluso Motivando a empresas manufacturadoras de Sistemas Operativos Propietarios a cambiar la arquitectura de sus kernels para sus versiones recien cocinadas del 2008 para poder hacerle frente a la estabilidad y escalabilidad que GNU/Linux y los diferentes BSD han dado durante años. Incluso no hay que ir tan lejos, basta con recordar también el Kernel del sistema operativo más usable y amigable. MacOS X, el cual, con su apariencia reluciente, no es nada más que un shell gráfico sentado sobre una plataforma estable llamada Darwin, y como no es de extrañarse por las descripciones anteriores, es software libre compilado con software libre. Y yendo un poco más abajo… vemos ademas a Motorola más frecuentemente produciendo teléfonos de calidad, y reduciendo costos de desarrollo, y por ende bajando precios al consumidor, al utilizar un sistema operativo muy famoso que tiene de mascota a un pingüino. Google no hubiera sido tan exitosa (y quizá no existiera) sin software libre, así como el internet actual no sería lo mismo sin Google, quienes supieron sacarle el jugo a las capacidades de “crecimiento horizontal” que el software libre permite hacer al crear superclusters y lograr reducir los costos de procesamiento para una exitosa implementación de sus algoritmos de búsqueda distribuida. Incluso, otro proyecto clave para el crecimiento de Internet ha sido LAMP, en donde un gran porcentaje de software “Web 2.0” se ejecutan en este tipo de herramientas, el cual, también estoy seguro que el internet no sería el mismo sin LAMP así como este mundo actual no sería el mismo sin internet… o será en vano que Sun Microsystems recientemente adquiriera MySQL para mejorar su interoperabilidad con Java, tambien recientemente liberado? Con estos pocos ejemplos vemos que el software libre no son solamente ideales, es mejora continua para producir software de calidad… y continua en crecimiento.

M-x introduccion-a-emacs

Fri, 23 Nov 2007 22:21:02 -0600

Una de las herramientas mas marcianas que ví la primera vez que usé un sistema GNU/Linux fue un extraño editor llamado emacs. pues ingresaba a él, y luego no sabía como cerrar la aplicación.

Sin embargo, como buen estudiante de ingeniería en sistemas, me gusta complicarme la existencia, y decidí ponerme a aprender a utilizar dicha aplicación. Encontré luego que al presionar F10 accedía al menú ficticio que me aparecía en la pantalla principal, navegué hasta la ayuda, y vi algo así como “Tutorial rápido de emacs”. Decidí tomarlo, y luego no pude despegarme de este excelente editor de texto (?) , que me ayudó principalmente en el curso de Programación 2 y Compiladores 1 ya hace algunos años, cuando hacía programas en C y C++. Y no solo me dejaba hacer eso, sino que con ayuda de CVS llevaba el control de versiones de dichos proyectos, así como generaba los autoconf y automake respectivos. Además de muchísimos otros beneficios que tiene esta aplicación. Por lo que decidí publicar una pequeña transcripción de una descripción muy certera que le hacen a esta poderosa aplicación. GNU Emacs, tiene en comun con algunas otras buenas cosas, la cualidad de que es mejor apreciado con la experiencia en vez de una descripcion a sangre fría. Gracias a su grandiosa extensibilidad, y a la larga gestación producto del trabajo compartido de muchos programadores, se ha convertoido en “Todo” para “todos”, Su extensibilidad y personalización está hecha gracias a sus archivos auto documentados “Elisp”. Emacs crece y crece en una gran feceta modular. una arquitectura protable y vasta, que está compuesta de módulos de código colectivo. En resumen Emacs ofrece un entorno totalmente integrado y listo para configurar para cualquier tipo de programación común y no común. procesado de texto y tareas computacionales regulares. Éste grandioso programa puede ser usado para escribir y editar textos como éste. para probar, escribir, y ejecutar código, páginas webs entre servidores, actualizar y publicar entradas de blogs, organizar pensamientos y notas de nuevas formas, y como punto de entrada para manipulación del todo poderoso Shell de Unix. Y así esta lista se extiende y se extiende… Así que si tienen la oportunidad (y la paciencia) para tomar el tutorial de éste app, háganlo, y verán que con emacs, las tareas cotidianas de programación se simplifican. Aqui les dejo el link para que puedan probar el poderosísimo emacs

Vamos Al Coecys!

Thu, 27 Sep 2007 20:03:13 -0600

Eventos muy importante para la comunidad estudiantil de la Facultad de Ingeniería de la USAC se están llevando a cabo en esta grandiosa semana, estos son los Congresos de cada carrera, y como no podía faltar, los estudiantes de Sistemas se vistieron de gala para dar inicio a esta serie de eventos. Y aunque este año no pude ir y me quedé de nuevo con las ganas de asistir a este evento por diversas razones, no dudo en que este Coecys 2007 (Congreso de Estudiantes de Ciencias Y Sistemas 2007) estará muy constructivo, enfocándose principalmente en el tema de las TICs, y contando con la participación de conferencistas de diversas empresas y ONGs a nivel nacional. Nomás me queda escuchar los comentarios de los compañeros que si lograron ir al congreso, y ver las fotos para hacerme una imagen de lo que me perdí, ya sea las conferencias, talleres o las fiestas “after-Conference” animadas por el escuadrón de Alcoecys (hay me guardan un poco jóvenes!). Mis sinceras felicitaciones al equipo de Coecys 2007(Isaac, Joaquin, Mario, Adin, Paniagua, et al) por haberle dado vida de nuevo a este movimiento que estaba a punto de morir.

JAVAizando sistemas de la USAC.

Mon, 30 Jul 2007 20:19:21 -0600

Una de las cosas por las que la gloriosa y tricentenaria Universidad de San Carlos de Guatemala se ha dado a conocer a nivel nacional, por ser una de las universidades en donde ganar los cursos es un sacrificio sinigual, Decir que alguien se graduó de la USAC muchas veces significa que es una persona que ha superado etapas de burocracia, catedráticos trabadores, y sobre todo, muchos desvelos. Y qué decir del prestigio de salir de Ing. en Ciencias y Sistemas, una de las carreras que por mucho tiempo fue considerada como la más desafiante dentro de la USAC. Ahh un gran sacrificio, mas por los 80s; sin Internet, ni wikipedia, ni Sourceforge, sin Amarok o Winamp y obvio sin mp3 de Kreator que escuchar para una mayor iluminación de algoritmos, etc…, y con una gran carga algorítmica dada en los cursos científicos computacionales y que había que desarrollar e investigar en bibliotecas convencionales. Sin embargo todo esto ha ido cambiando, y desde el 2005, desde que entro el dizque decano Paiz, y su equipo de trabajo, específicamenteel Ing. Mazariegos, ex director de la Escuela de Sistemas, quien propuso al inicio de su gestión, “cambios” que supuestamente beneficiarían al estudiantado. Estos cambios fueron fundamentados en la necesidad de renovación de enseñanza en la carrera, que según él, eran más aplicables, llevaron a convertir esta carrera de alta demanda en Guatemala, en algo asi como una carrera enfocada más en tecnologías cortoplazistas y triviales, removiendo todo rastro de ciencia que tenía la carrera, y convirtiéndolo en J2EE, etc, una tecnología que si bien los conocimientos de ésta tienen alta demanda en el mercado, todos sabemos muy bien que el mundo tecnológico cambia a un ritmo acelerado, y lo que hoy es tecnología de punta, mañana es tecnología inservible, e inútil. y Java no va a ser la excepción. Hasta donde yo se el nombre de la carrera es “Ingeniería en Ciencias y Sistemas”, mas no “Ingeniería en Java y Paradigmas Tecnológicos Actuales de Sistemas”, ya que pareciese que se removió cualquier rastro de ciencia que quedaban en cursos de 3er semestre al 6to, Convirtiendo los contenidos de cursos tan importantes como Estructuras de Datos, de Arboles B a Web Services e i18n en Java, y a la masterización de herramientas como NetBeans y JDeveloper… El problema ha llegado a tal extremo que la pobre generación que comenzó Programación 1 en el 2do semestre de 2005 no sabe ni siquiera el concepto de puntero en C/C++, mucho menos van a saber la implementación óptima de un arbol B en C/C++, o de un Arbol de Sintaxis Abstracta, muy útil para los cursos de Compiladores, que afortunadamente siguen sin cambio en sus temas titulares y el contenido se sigue basando en el Libro del Dragon sin embargo… A esto viene la siguiente pregunta: Cuando se ha visto que un compilador este hecho en una plataforma tan ineficiente sobre Java??? pues señoras y señores, esto es lo que se está haciendo en los laboratorios de Compiladores 1 y 2, imponer el uso de herramientas tan ineficientes como JLex y Cup y crear un intérprete o compilador en lenguaje Java que se ejecute ineficientemente sobre la JVM… Para muestra un boton, el proyecto publicado en este blog esta hecho en Java, con una ineficiencia enorme, y no tanto por culpa del programador(o sea yo ;-)), sino de la plataforma Java y su JVM, Esa ineficiencia se hubiera minimizado si se hubiese hecho en un lenguaje igual de portable, e incluso soportando más plataformas de hardware/software que el mismo Java como C/C++ bajo GCC usando Flex y Bison o ANTLR(y si no me creen lo de la portabilidad, dos preguntas sencillas… Con que lenguaje está hecho y bajo que esta compilado el kernel de Linux?? en C bajo GCC obviamente, y en cuantas plataformas de Hardware se ejecuta?? Muchísimas, incluyendo teléfonos móviles…), por lo que la excusa de la portabilidad era el motivo para el uso excesivo de Java en los cursos de programación en la Escuela, con el anterior argumento se acabó. Y no es que esté en contra de tecnologías y paradigmas como J2EE, .NET, , ni de lenguajes como Java o C# o tendencias como Web Services o i18n, Se que con ellas se pueden realizar muy buenas aplicaciones con el mínimo de esfuerzo, y reconozco que estas tecnologías se tienen que seguir impartiendo, sin embargo como temas de laboratorio, no de la clase titular. De lo que sí estoy en contra es de la sustitución de la base científica fundamental por éstas, que bien se sabe que lo que es ciencia, perdura por los siglos de los siglos. Afortunadamente yo todavía tuve la oportunidad de ser la última generación en aprender lo que quedaba de Ciencia de la computación… ya que gracias a este background científico, aprender nuevas tendencias como Ajax, Ruby on Rails, J2EE, se hace mucho mas sencillo, y el cambio de paradigma menos costoso y doloroso… a que si le ponen a un alumno carnet 2005 a que les desarrolle un sistema de archivos para una base de datos usando Árboles B+ bajo C++. Que las cosas buenas continúen, y la ciencia computacional regrese a donde debe estar, he dicho.

Modularización, un problema pendiente...

Mon, 09 Jul 2007 20:37:28 -0600

Es lamentable que muchos estudiantes de la carrera de Sistemas no apliquen los conceptos más importantes de modularización, sea cual sea el lenguaje… Es algo inaceptable que un proyecto largo, como los que suelen dejar en los cursos de Sistemas de la USAC, venga si mucho un par de archivos fuente. Recuerdo en mis tiempos, cuando llevé progra 1/progra 2, y se programaba en C existían proyectos con una modularización que daba pena, ya que ni modularizaban a nivel algoritmico ( o sea, todo lo hacian en el void main() olvidando los principios fundamentales de la programación descendente), mucho menos utilizaban diferentes archivos para la división semántica del proyecto, y en algunos caso llegaban a utilizar hasta sentencias goto!!(incluso todavía hay gente que lo utilizan en java… que pecado a la abstracción). Por ello, es importante una buena modularización, tanto para el entendimiento del propio código, como del código ajeno (ojo Willy), además de que ayuda evitar código redundante. Cada lenguaje y compilador cuenta con sus propias herramientas y técnicas, además de “barreras naturales” para una mayor modularización, listaré algunos ejemplos básicos:

Programación on Thy.Abstrakt.Objekt.Weblog

En memoria de Dennis Ritchie

Décimo quinto Sábado de Software Libre, Debian Day

Decimotercer Sábado de Software Libre

Taller de comandos básicos de BASH:

12do Sábado de Software Libre

A una década de programar...

Tutorial ANTLR y Python III. Creando e implementando un intérprete de dos o más pasadas usando árboles de sintaxis abstracta...

Tutorial ANTLR y Python:

Parte I: Introducción e Instalación.

Parte II: Creacion de una gramática sencilla.

Parte III: Creacion e implementación de un AST.

Tutorial ANTLR y Python II. Creando una gramatica sencilla

Viene de http://objektblog.wordpress.com/2009/03/29/tutorial-antlr-y-python-i-introduccion-e-instalacion/

Tutorial ANTLR y Python:

Parte I: Introducción e Instalación.

Parte II: Creacion de una gramática sencilla.

Parte III: Creacion e implementación de un AST.

Tutorial ANTLR y Python I. Introducción e Instalación

Tutorial ANTLR y Python:

Parte I: Introducción e Instalación.

Parte II: Creacion de una gramática sencilla.

Parte III: Creacion e implementación de un AST.

Mis proyectos de sistemas en la USAC parte VI: Compiladores 1…

Mis proyectos de sistemas en la USAC parte V: Compiladores 2…

Mis proyectos de sistemas en la USAC parte IV: Lenguajes Formales…

Mis proyectos de sistemas en la USAC parte II: Progra 2…

Mis proyectos de sistemas en la USAC parte I: Progra 1...

La escena... Cuando el arte y la tecnología se unen.

Y Compiladores, para que p****?...

Entonces... qué ha hecho el software libre por nosotros?

M-x introduccion-a-emacs

Vamos Al Coecys!

JAVAizando sistemas de la USAC.

Modularización, un problema pendiente...