Mi primer parche para Mono, toma 2

Ok, mi primer parche para Mono fue aceptado, y debido a la funcionalidad del par de clases que fueron modificadas por mi, es muy probable que los usuarios de Mono cada vez que ejecuten/compilen sus aplicaciones, ejecuten el codigo que escribi ;)

Por otro lado cuando desarrolle el parche, realice un programa con un par de casos de prueba, solo para asegurarme que mi codigo funcionara y que funcionalidad original de los metodos que modifique tambien, el caso es que ese programa de prueba yo ya no lo ejecute en MS .NET, solo en Mono, pues resulta que mi programa de prueba descubrio un "Bug" en el .NET - de acuerdo a Gert quien reviso mi parche de Mono -, y ahora existe un reporte para Microsoft para que solucione el problema, el cual aparece en .NET 2.0 y .NET 3.5, aunque existe otro reporte previo a este problema, Microsoft lo cerro indicando que ya estaba solucionado, pues resulta que no.

Definitivamente para mi fue un buen ejercicio, por haber solucionado mi problema, haber contribuido a Mono, descubrir el problema en OSX, confirmarlo en Windows, desarrollar el parche en OSX, compilarlo y probarlo en Linux y finalmente confirmarlo solucionado en OSX ;)

Bueno ahora a otra cosa ...

Reflection falla al invocar miembros con el attribute ParamArray en Mono

Trabajando en un proyecto con Monorail, el cual estoy desarrollando desde OSX con Mono, el motor de vistas Brail fallaba al compilar una de las vistas, este problema se me presento solo con Mono, ya que en MS .NET la vista funcionaba como debia.

Investigando el problema, me di cuenta que Brail invoca por medio de reflection a los metodos que se indican dentro de la vista, y es precisamente aqui donde Brail fallaba al ejecutar; el metodo en cuestion era el metodo Create de la clase DictHelper dentro del Framework de Monorail, el cual se le pasan parametros de la forma: "property1=value", "property2=value", etc, y el metodo regresa un objeto del tipo IDictionary, este metodo acepta parametros de la forma: Create(params string args).

Params es una palabra clave de C# que permite definir un parametro especial que acepte una cntidad indefinida de parametos, por ejemplo Create esta definido come se mostro arriba, pero la forma en como lo puedo llamar es: DictHelper.Create("p1=v1", "p2=v2", "p3=v3"), es decir le paso un arreglo de parametros. .NET cuenta con un attributo ParamArray, el cual puede ser utilizado desde cualquier lenguaje, lo que sucede una vez que el programa ha sido compilado .NET toma los parametros y los convierte en un arreglo de parametros para que pueda ser pasado al metodo.

El problema de Mono es que no implementa funcionalidad para llamar mediante reflection metodos que usen la palabra clave params, pude haber creado un "bug" para reportar el problema a los desarrolladores de Mono y ya, pero al final me decidi a tratar de implementar el soporte para esta funcionalidad.

Despues de analizar como Mono invoca metodos por reflection, me fue necesario modificar los archivos Binder.cs y MonoType.cs.

El parche y programa de prueba lo envie a la lista de Mono-devel, de momento estoy a la espera de que lo revisen y me digan si lo aceptan o no.

Tutorial de Ruby interactivo

En el sitio TryRuby se encuentra un tutorial en linea e interactivo donde se aprende como utilizar el lenguaje Ruby, sin necesidad de ser instalado localmente.

Mas sobre la disponibilidad del codigo fuente de .NET 3.5

Con noticias en Slashdot como "Open.NET - .NET Libraries fo open source", a partir del anuncion de Scott, lo unico que se genera es confusion y discusiones sin sentido.

No, Microsoft no libera el .NET Framework como open source, libera el codigo para referencia, asi como los arhivos .PDB para propositios de depurar aplicaciones, como dije, el tener codigo fuente, no es la gran cosa, ya que con herramientas como reflector siempre se ha podido inspeccionar para tener mejor entendimiento, o bien se puede consultar la implementacion de alguna clase en el codigo fuente de Mono.

Aqui el unico punto importante es el acceso a los .PDBs para depuracion.

La apertura al codigo fuente de .NET, no es algo nuevo ya desde antes de la liberacion del .NET 2.0 se hablaba por parte de Microsoft de liberar el codigo fuente y los PDBs de Windows Forms.

Asi que las teorias conspiratorias sobre un plan maestro para eliminar Mono, publicadas en Slashdot, no tienen sentido; lo unico es que van tener que vigilar mas las contribuciones de codigo para evitar que se utilize el codigo liberado por Microsoft.

Microsoft va a liberar el codigo fuente de .NET 3.5 Framework

Scott Guthrie ha anunciado hoy, que Microsoft va a liberar el codigo fuente de la version 3.5 del Framework .NET que va a salir a finales de este año, el codigo fuente estara disponible bajo la licencia "Microsoft Reference License (MS-RL)".

Esta licencia, como su nombre lo indica, permite utilizar el codigo fuente unicamente como referencia, no es posible tomarlo, extenderlo, modificarlo, incluirlo en aplicaciones de terceros, etc.

Es decir, el .NET Framework 3.5 no se vuelve open source, como aparecio en la noticia de Dotnetkicks.

La unica ventaja que le veo a esto, es que va a ser posible depurar codigo desde el VS.NET con los simbolos y las referencias de codigo fuente del Framework, en cuanto a que sea novedad conocer el codigo fuente de las librerias para enteder su funcionamiento, pues no es nuevo, desde hace tiempo se a podido acceder a su codigo fuente con herramientas como Reflector.

Hugin, fotos panoramicas

Hugin es una aplicacion open source para componer fotografias panoramicas a partir de un mosaico de fotografias.

Hugin funciona en Linux, Windows y OSX.

Algunos ejemplos:





Carretera escenica Tijuana-Ensenada





Rumorosa, vista a Mexicali

Cubo tipo compiz para Windows

Si has visto los efectos del cubo de compiz y te gustan, pero no tienes Linux, solo tienes Windows XP o Vista, pues aqui hay un plugin que crea un efecto similar para el escritorio.

Programas libres para OSX

Compendio de programas libres para libres para OSX, libres en el sentido de Open source y gratis. Hay programas en varias categorias: Graficos, Organizacion, Base de datos, Ciencias, etc.

http://web.mac.com/simon_elliott/iWeb/simon_elliott%40mac.com/Software.html

Día mundial del software libre en Tijuana

El día mundial de software libre se llevará a cabo este 15 de septiembre en el CECUT. Este evento esta organizado por la comunidad Linux Baja

Este año tenemos programadas conferencias, distribución gratuita de Software Libre.

El evento es gratuito y se realizará en la Sala de Lecturas del Centro Cultural Tijuana, el sábado 15 de septiembre de 2 P.M. a 6 P.M

Orden del día

• 2:00 PM - 2:15 PM Registro y Bienvenida
• 2:20 PM - 3:00 PM Conferencia "Compiz Fusion o Cómo impresionar a tu chic@ en la primera cita"
• 3:05 PM - 3:45 PM Conferencia "Experiencias con Software Libre"
• 3:50 PM - 4:30 PM Conferencia "Formatos Abiertos"
• 4:35 PM - 5:15 PM Conferencia "Ubuntu o Cómo saber la temperatura exacta del punto de congelación de un bubulubu"
• 5:20 PM - 6:00 PM Conferencia "Retos del Software Libre o Cómo usar Linux sin morir en el intento"

Actividades simultáneas
Distribución gratuita de Software Libre
Se estará distribuyendo gratuitamente el disco “The Open CD” que contiene Software Libre para Windows. Es necesario registrarse el día del evento para obtenerlo.

Siguiendo los Rubies

Desde hace algunos meses he estado siguiendo a un nuevo jugador en el área de desarrollo de aplicaciones para Web, ese nuevo jugador es Ruby.

Ruby es un popular lenguaje de programación interpretado de pasada-unica con características orientadas a objeto y multiplataforma. Ruby tiene ya como 10 años de que fue desarrollado, pero creo que ha ganado una gran popularidad en los últimos años debido a un framework (marco de trabajo) que permite la creación de aplicaciones web con relativa facilidad y potentes; este framework se llama Ruby On Rails (RoR).

RoR esta basado en 2 patrones primordialmente, Model-View-Controller (MVC); el cual permite realizar una separación entre el manejo de los datos, el control de flujo y la presentación o interface web, permitiendo una mejor organización y control del código de la aplicación, el otro patrón es ActiveRecord, el cual funciona como un ORM, y ayuda a realizar una "mapeo" transparente entre un objeto y una entidad relacional, ayudando a acceder a datos en una base relacional como si fueran objetos.

RoR ofrece algunas características que creo que han sido pieza clave en el éxito que tiene, una de ellas es que al hacer uso del patrón MVC ayuda a crear pruebas automáticas sobre el modelo de los datos y el controlador para asegurar que la aplicación una vez puesta en producción va a funcionar adecuadamente, ademas de ayudar a verificar que cambios introducidos en el código no van a romper funcionalidad existe, y si esto pasa, bueno al menos identificarlos por medio de las pruebas para su corrección antes de pasarlos a producción.

Otra característica interesante es el "Scaffolding", el cual es una manera de poder crear prototipos de una manera rápida en RoR, ya que se crea código de manera dinámica (código para operaciones CRUD) a partir de las entidades de la base de datos, mas tarde el "Scaffold" se puede ir reemplazando por nuestro propio código de forma gradual.

Ruby y RoR tienen una comunidad muy activa que aporta soluciones para extender la funcionalidad de ambos.

Si acaso la única desventaja (desventaja entre comillas) es que como mencione anteriormente Ruby es interpretado al momento de ejecución por un compilador de pasada única, esto implica que no se va a ejecutar tan veloz como un programa nativo (por ejemplo creado en C), pero el que el compilador sea de pasada única ayuda en que código que ya se interpreto no se va a volver a interpretar si se vuelve a ejecutar, en su lugar se va a utilizar su imagen ya interpretada.

Como mencione al principio Ruby ha llamado mi atención fuertemente, pero al parecer hay comunidades fuera del ámbito original de Ruby que también han sido atraídas por las joyas.

Una de esas comunidades, es la comunidad Java con el desarrollo de JRuby, el cual se enfoca en hacer que un programa de Ruby pueda ejecutarse dentro de la maquina virtual de Java.

Otra de las comunidades es la comunidad .NET, en donde a diferencia de Java, se ha implementado Ruby para ejecutarse en .NET, pero no por un grupo de programadores en su tiempo libre, si no que es un esfuerzo lidereado desde dentro del mismo Microsoft, el proyecto se llama IronRuby.

Lo curioso no es que Microsoft haya implementado Ruby para .NET (cuando ya existía un esfuerzo previo, por terceros para llevar a cano esta tarea Ruby.NET), lo interesante son las interpretaciones que gente como Martin Fowler, Scott Hanselman, Sam Gentile y algunos miembros del sitio Codebetter le dan a este hecho.

La realidad es que Microsoft y grupos open source no se llevan del todo, durante ya algo de tiempo han habido golpes bajos y FUD entre ambos; por su parte Microsoft parece estar empeñado a reemplazar las herramientas de desarrollo open source populares en el mundo .NET, por las suyas (por ejemplo el caso de NUnit o NAnt), lo cual es una duplicación de esfuerzo, ya que algunas de esas herramientas no superan a las ya disponibles en open source; pero por otra parte hay descontento entre algunos de los denominados "Líderes Técnicos" en el mundo .NET por la complejidad de las herramientas y tecnologías que Microsoft ha liberado en los últimos años, por ejemplo ASP.NET, cuenta con asistentes que ayudan a crear una aplicación fácilmente en minutos, el problema viene cuando hay que darle mantenimiento a esa aplicación o es necesario "crecerla" a un nivel corporativo, y en buena parte es por el modelo de ASP.NET el cual trata de llevar el paradigma de aplicaciones de escritorio a Web; otro punto es que es un tanto difícil seguirle los pasos a Microsoft en cuanto a la liberación de tecnologías, cambia el rumbo muy fácilmente, en solo un par de años por ejemplo el auge de los WebServices se extinguió y ahora existe WCF, el cual tiene otra visión; parte de este problema son también las incompatibilidades que ocasiones se crea al introducir nuevas tecnologías.

El problema que Microsoft quiere atacar con la implementación de IronRuby (desde la perspectiva de Martin y Scott), es que no esta detrás del dinero, es decir no espera obtener ganancias directas por implementar Ruby, lo que busca es que los "Líderes Técnicos" que están considerando soluciones menos complejas, como por ejemplo RoR, continúen trabajando en ellas, pero dentro de su plataforma Windows ( que ahí si es donde espera ganar dinero ) y no se migren a Linux u OSX, y junto con ellos se queden los desarrollares que siguen las opiniones de estos líderes, que a final de cuentas muchos evangelizadores de la plataforma .NET.

Solo el tiempo dirá si las cartas que se juega Microsoft son las correctas para mantener su amplia base de desarrollares.

Yo por mi parte, me interesa bastante Ruby, de hecho ya instale la plataforma en mi Mac, pero no he tenido el tiempo de experimentar con RoR; aunque tengo algunos proyectos web, el requisito hasta ahorita de mis clientes es que sea en ASP.NET, aun así he decido implementar los proyectos con MonoRail y ActiveRecord para .NET, con la finalidad de irme haciendo mas a la idea de RoR, tanto MonoRail como ActiveRecord están implementados en C#, pero con la misma filosofía del framework RoR, pero de ellos espero hablar en un siguiente post.

Morrissey en el Foro

Este 20 de Septiembre viene Morrissey a El Foro de Tijuana, venta de boletos a partir del 8 de Septiembre.

Nota: El anuncio del concierto aparecio en la edicion del Zeta de la semana pasada

Era cuestion de tiempo

El dia de hoy tanto Scott Guthrie de Microsoft como Miguel de Icaza anunciaron el acuerdo de colaboracion para llevar Silverlight oficialmente a Linux/Unix.

Si bien Microsoft anteriormente yua habia colaborado en proyectos de codigo fuente abierto como Xen y PHP, al parecer es la primera vez que colaboraria en el area de escritorio (segun lo que espresa Miguel en su post).

El acuerdo consiste en implementar las especificaciones Silverlight 1.0 y 1.1 en el proyecto llamado Moonlight, al cual Microsoft le ofreceria el apoyo necesario para que se lleve a cabo, ademas de poner a disposicion los codecs binarios para audio y video para Linux/Unix.



Miguel comenta que Moonlight continuara siendo open source, lo unico que permanecera cerrado son los codecs de Microsoft, pero que Moonlight puede utilizar otros codecs que sean open source aunque no se puede asegurar en ese caso la compatibilidad con Windows.

Aunque el acuerdo al que se llego esta demarcado por lo dicho anteriormente, el esfuerzo del equipo Mono no se centra en solo ejecutar aplicaciones Silverlight, tambien se esta desarrollando herramientas para poder diseñar aplicaciones en Linux/Unix y MacOS, ya que la herramienta Expression Blend de Microsoft para el diseño solo va a estar disponible en Windows. Aqui es donde entra en juego "Lunar Eclipse" que aun esta en proceso de desarrollo.



Ahora solo resta esperar y ver cual es la reaccion de los "trolls" en sitios como Slashdot al respecto de este anuncio.

Wine en Mac OS X

Hace unos días tuve la necesidad de ejecutar un programa de Windows en mi MacBook, el problema es que para ese programa no existe versión para OS X, asi que me puse a buscar si existía Wine para OS X, la primera referencia la encontré en el sitio de WineHQ, donde se explica como compilar el código fuente, pero no quería compilarlo desde el código fuente, así que decidí realizar una búsqueda mas; encontré el sitio de Darwine, el cual ya cuenta con archivos dmg listos para ser utilizados, pero el problema es que el sitio tiene binarios para OS X (x86) antiguos, no van a la par con la versión de Wine, de nuevo una búsqueda mas y di con este sitio que tiene una versión previa a la liberada por WineHQ, finalmente una ultima búsqueda y encontré un binario con la misma versión que la ultima versión de Wine (0.9.44).

Después de instalarlo pude ejecutar el programa de Windows sin ningún problema... ( Nota: Wine requiere del servidor X11, para instalarlo, hay que usar el disco 1 de instalacion de Apple)

Nokia 770 Fantastico

Leyendo hoy el blog de Fernando Herrera (desarrollador de Gnome), me acorde que en la pelicula de los 4 fantasticos el Dr. Reed esta "enamorado" de su PDA, ya que desde ahi controlar practicamente cualquier otro dispositivo/red; pues resulta ser que yo tengo un PDA igualito, ya que el que se muestra en la pantalla es un Nokia 770:

En la imagen de la pelicula se aprecia el mismo dispositivo:


Lo que no he encontrado todavia son los repositorios para descargar el software que se ve en la pelicula, acaso no sera software libre? :P

Reinscripciones en el ITT

Ya esta la informacion de reinscripciones en la pagina del ITT, estas se llevaran a cabo del 22 al 24 de Agosto del 2007.

La informacion relevante es:

• Asesoria academica
• Evaluacion a maestros
  
• Requisitos de reinscripcion
• Horarios del nuevo semestre (como de costumbre los horarios de ISC no estan, los de otras carreras estan listos), YA ESTAN LOS HORARIOS DE ISC EN LA PAGINA
  
• Orden de reinscripcion
  

¿Porque en la uni no enseñan el lenguaje (ponga su lenguaje favorito aqui)?

Comentarios como los del titulo del post los he ecuchado, tambien he escuchado ¿como me pide el maestro/a un programa en lenguaje (otra vez inserte su lenguaje favorito aqui), si no me han enseñado a programar en el?. Un post recente en un blog me hizo reflexionar sobre este tema.

Bueno la verdad es que en las universidades, en las carreras de sistemas (ingenieria o informatica), no enseñan a programar en ningun lenguaje, y de hecho no es su responsabilidad.

El objetivo de materias como "fundamentos de programacion", "programacion OO", "topicos de programacion", "estructuras de datos", etc., es proporcionar los conocimientos necesarios para enteder los conceptos de programacion, por lo tanto estas materias son agnosticas a un lenguaje en particular, ya que primeramente se enseña con pseudo-codigo el concepto que se esta explicando, y despues se muestra con algun lenguaje de programacion, como seria la implementacion.

Pero aprender a usar un lenguaje (cualquiera que sea) es responsabilidad del alumno, no de la uni.

Por otro lado en el post que me hizo reflexionar al respecto, se critica los lenguajes que las unis usan para la parte practica de las materias. Bueno lo que puedo comentar es que la forma en como se seleccionan los lenguajes depende de escuela a escuela, en algunos casos en reunion de academia o departamento los maestros deciden que lenguaje es mejor para apoyar el contenido de los cursos, en otros casos el maestro decide que lenguaje - a la mejor porque no conoce otro, o porque le es mas comodo el lenguaje elegido - y finalmente, no muy comun, pero algunos maestros preguntan que lenguaje es el mas comun que los alumnos conocen y ese es el que se emplea.

Tambien existe la posibilidad de que la uni tenga un acuerdo con alguna empresa y se decida usar el lenguaje/herramientas de la empresa, caso muy comun con Microsoft.

Por ejemplo en Mexico es muy comun que en las unis se use C++, C# y Java, como en algun tiempo tambien fue comun usar Pascal, peo de igual forma existen algunos otros lenguajes pocos populares o academicos que se usan, como puede ser Prolog, Scheme o Lisp.

Asi que para recapitular, la uni solo enseña conceptos sobre programacion, aprender un lenguaje es responsabilidad del alumno, ya sea por interes propio o porque desea pasar la materia; a final de cuentas al salir de la carrera y entrar a trabajar posiblemente requiera aprender lenguajes nuevos, porque el tranajo asi lo requiere.

C# codigo intermedio, Vala C puro

Hace unos dias en el mundo Gnome encontre un proyecto interesante, el cual parace que esta ganando "momento", aun y cuando el proyecto se inicio alla por el 2006, este proyecto se llama Vala.

Como se describe en su pagina, Vala es un lenguaje moderno para el desarrollo de aplicaciones para el ambiente Gnome, el cual compila el codigo a C, permitiendo el uso directo de las librerias de Gnome escritas en C, sin la necesidad de una maquina virtual para la ejecucion del codigo - tal y como lo hace C# o Python -.

Vala esta basada en el sistema de tipos GObject, pero la pregunta es ¿porque Vala es un lenguage moderno de programacion?, bueno porque su sintaxis esta basada, nada menos que en C#!

Asi es Vala soporta caracteristicas existentes en C# 2.0 como pueden ser:

• Interfaces
• Ciclos foreach
• Señales o eventos
• Generics
• Propiedades
  
• Tipos no nulos
• Manejo automatico de memoria, bueno usa "Reference counting"
• Soporta manejo de excepciones con los bloques Try-Catch

Pero ademas implementa caracteristicas de C# 3.0 como son:

• Expresiones Lambda
• Inferecia de tipos (variables de tipo var)

El rasonamiento de Vala es que en Gnome existen programadores que no quieren/pueden usar lenguajes como C# o Java y estan "condenados" a utilizar C y la complejidad de programar para GObject, ahora van a poder usar un lenguaje que se encargue de la "plomeria" para seguir creando aplicaciones en un lenguaje moderno y sin tener que depender de una maquina virtual.

Para poder utilizar las librerias nativas de Gnome en Vala, es necesario crear "bindings" que son una capa que permite la comunicacion entre las librerias y el lenguage Vala, actualmente hay "hackers" que estan enfocados en esta tarea y se espera que un futuro proximo al menos las librerias basicas de Gnome cuenten con bindings para poder ser utilizadas con Vala.

Aqui muestro un par de ejemplos, el primero es interesante porque muestra el uso de: Propiedades, Eventos, Expresiones Lambda y ciclo foreach

// Para compilar, teclear: valac -o sample1 sample1.vala

using GLib;

public class Sample1
{
private string name {get; set;}
public Sample1 (construct string! name){}

public signal void Display();

public void run()
{
Display += s => {
stdout.printf ("Expresion Lambda %s!\n", name);
};

Display();
}

static int main(string[] args)
{
foreach(string arg in args)
{
var sample = new Sample1(arg);
sample.run();
}
}
}

El segundo ejemplo muestra como crear una aplicacion grafica con el toolkit Gtk+

//valac --pkg gtk+-2.0 -o sample sample.vala

using GLib;
using Gtk;

public class Sample : Window {
construct {
title = "Sample Window";
create_widgets ();
}

public void create_widgets () {
destroy += Gtk.main_quit;

var button = new Button.with_label ("Hello World");
button.clicked += btn => {
title = btn.label;
};

add (button);
}

static int main (string[] args) {
Gtk.init (out args);

var sample = new Sample ();
sample.show_all ();

Gtk.main ();
return 0;
}
}

El listado de la sintaxis de Vala se encuetra aqui.

Me llama la atencion que hallan decido implementar Vala con una sintaxis mas parecida a C# en lugar de Java, y me llama la atencion porque generalmente en el mundo OSS cualquer cosa que venga de Microsoft es maligna, en fin veremos que futuro le depara a Vala en el mundo Gnome.

Por cierto no existen paquetes de instalacion, asi que aqui estan las instrucciones de como compilarlo, ya que Vala se autocompila, pero lo tant es necesario contar con un compilador Vala para poder compilarse a si mismo, ok, ok se escucha complejo, pero es muy simple.

Primero hay que descargar algunos de los archivos tar liberados - el mas reciente es el mejor - de esta liga: Releases. Despues de descomprimirlo lo compilamos y lo instalamos:

$ tar xvfj vala*.bz2
$ ./configure --prefix=/usr/local
$ make
$ sudo make install

Despues se puede bajar el codigo fuente de Vala desde el repositorio - recomendable ya que agrega nueva funcionalidad y corrige bugs - con compilarlo e instalarlo:

$ svn co http://svn.gnome.org/svn/vala/trunk
$ ./configure --prefix=/usr/local
$ make
$ sudo make install
$ make distclean
$ ./configure --prefix=/usr/local
$ make
$ sudo make install

Listo, ya podemos empezar a programar en Vala.

Xbox 360 y el sindrome de "Red Ring of Death"

Hace un par de dias mi XBox 360 "murio" debido al sindrome "Red Ring of Death", aun no hablo a Microsoft para ver que procede. Mi Xbox ni siquiera alcanzo a cumplir el año, el costo de un aparato asi es bastante alto como para que "por errores de diseño" simplemente deje de funcionar, y no hablo solo del costo de inversion sobre la consola en sí, sino los costos adicionales por dispositivos perifericos y obviamente el alto costo que tienen los discos de juegos.

En fin espero poder recibir la autorizacion de Microsoft para poder enviarles mi XBox y a esperar que solucionen el problema y que sea una solucion definitiva. Por cierto el sitio donde debo de registrar mi XBox - no lo habia registrado desde la compra - parace que tiene problemas, sera la alta demanda de consolas defectuosas, todo el dia he recibido un:
The connection has timed out

The server at rc.xbox.com is taking too long to respond.

Club de robotica en el ITT

El ITT ya cuenta con club de robotica, el cual fue creado a partir de que algunos algunos de ISC participaran en el evento Sony Robotika'07, el club se llama RobotITT y esta invitando a que se unan al club.

Elecciones en BC

El dia de ayer se llevaron a cabo elecciones estatales en Baja California para elegir a Gobernador del estado, diputados y a las cinco alcaldias de la entidad.

Desde mi punto de vista todo el evento se llevo a cabo de forma tranquila, salvo algunos incidentes de hostigamiento por parte de las policias municipales del Tijuana y Rosarito, asi como la policia estatal, ademas de grupos de personas agresivas de uno de los partidos envueltos en la contienda - mareas rojas -.

Puesto que me encontraba en Mexicali, me toco votar en la casilla especial del teatro del estado, la cual estuvo - durante el tiempo que estuve alli - muy concurrida, por gente de todo el estado. Por lo que me toco ver en Mexicali y en el valle, la eleccion no estuvo muy concurrida, quizas por el tremendo calor que hacia en esa zona y la tormenta de arena que por ahi de las 2:00pm se "estaciono" sobre la ciudad y el valle.

Ya por la noche cuando los resultaron enpezaron a fluir, el IEE pidio que no se hicieran publicas las encuestas de salida, debido a que aun despues de las 6:00pm - hora del cierre de casillas - habia todavia gente votando, aun asi las encuestas que alcanzaron a publicarse por varios medios, daban ventaja a Osuna Millan para la eleccion de gobernador.

Mas tarde el IEE anunciaba en entrevistas por varios medios de comunicacion que habia un "empate tecnico" entre las alianzas panistas y pristas, se les cuestiono por tal situacion y ante la presion se echaron para atras con lo del empate, pero se les cuestiono tambien que no haya habido alguna declaracion oficial de IEE sobre las tandencias que marcaban la captura de los votos, aun y cuando si existia esta; otro traspie mas del IEE en su marcada parcialidad a un partido politico.

El dia de hoy lunes, el PREP cerro el contero de los votos al llegar al 99.7%, donde la tendencia parece clara e irreversible: Gano Osuna Millan la gobernatura del estado, asi como practicamente todo el congreso estatal, ademas de que 4 de las 5 alcaldias van a ser gobernadas por el PAN y solo Rosarito por el PRI.

Como dato curioso ayer como a las 10:00pm el sitio del prep empezo a fallar esporadicamente, pero parece que no paso a mayores:












Ya el dia de hoy Osuna Millan se declaro vencedor de la contienda, y Hank Rhon quien asevero que aceptaria el resultado fuera cual fuera "como hombrecito", no ha dado la cara para saber cual es su postura al respecto. Ya dio la cara en una conferencia de prensa, donde acepto su derrota, la cual la justifica por el nivel de abstencionismo.