We are getting ready for our leap towards public releases. What we expect to have just after Christmas is:

• Our open-source multiplatform middleware, along with the binaries for Windows, Mac, Unix/Linux and others such as PSP or Symbian S60; the documentation in Doxygen and the source code
• A developer portal in Track for the maintenance and improvement of the middleware
• A limited version of our framework interface available on the Web.
  
• Our corporative web, replacing the dull "visit our blog"
  

We are working hard in the middleware for this "kickoff". We are migrating it to as many platforms as possible, and working hard on the documentation, in and out of the code. Our goal is to get the grid community enrolled in this project.

Borja pointed out that there was not enough talking about how grid standards are being implemented in our middleware. In fact, the first release will not implement the standards, but we have specified, designed and implemented having OGSA and WSRF in mind. The papers about them have always occupied a main place in our desks. Therefore, we have planned to implement the wrapper - that will give the middleware support for the standards - before February 2007.

Last but not least, in this our first kickoff preview, here are the technological specifications of the middleware:

• Written in ISO C++
• Size of the binaries: varies, aprox. 400-500kb in Unix/Linux x86 - aprox. 55kb in PSP 1.5
• Four resource classes fully available in this release: shared memory, disk storage, process execution, MySQL database (their availability depends on the platform)
• Installation wizard for Windows, Preference Pane for Mac, configure + make scripts for Unix/Linux

In the next kickoff preview, we’ll talk about the inner design of the middleware. Stay tuned.

Tal y cómo hemos comentado en anteriores ocasiones, uno de los requisitos de nuestro middleware era que fuese posible instalarlo en cualquier dispositivo, incluidos los embedded.

Al estar programado en ISO-C++ la tarea de portarlo ha sido relativamente sencilla. Los principales quebraderos de cabeza los hemos tenido al utilizar la PSP-SDK por su complejidad y su escasa documentación en algunos aspectos.

Ingredientes:

• Sony PSP FW 1.5
• KDevelop
• PSP-SDK
• Nuestro middleware ;-)

Read the rest of this entry »

Después de varios días investigando sobre la SDK para PSP que corre por Internet, hace unos minutos hemos conseguido compilar y probar con éxito la primera versión de nuestro middleware para la pequeña de Sony. Recibe y procesa las peticiones del framework perfectamente. Sólo nos falta integrar nuestros plugins para poder aprovechar los recursos de la PSP de la mejor manera posible.

Ahora ya es tarde, pero prometo ampliar este logro con un post mas largo :D

Esta semana, Xavi y yo hemos estado hablando sobre los requerimientos. Y me alegra que en un tema tan trascendente estemos de acuerdo sin necesidad de darle excesivas vueltas.

Llevo varios años en proyectos de investigación, y he pasado por dos proyectos europeos. Si algo he aprendido es que los requerimientos no sirven absolutamente para nada. Bueno, sí. Sirven para darse cuenta al final del tiempo de implementación de que los requerimientos más estúpidos han sido cumplidos con brillantez mientras que los esenciales aún están criando malvas en lo más profundo del documento de análisis. Por supuesto que ésto no tiene que ser una regla general. Pero sí que es aplicable a nuestro proceso de desarrollo.

Tenemos la inmensa suerte de estar recopilando un grupo de gente competente que, además, sabe cuál es el objetivo y dónde tenemos que mirar en cada momento. Como equipo. ¿Hace falta que malgastemos nuestro preciado tiempo en redactar un documento lleno de frases sin sentido, que no hacen más que cimentar una futura carrera de obstáculos?

La respuesta es NO.

En una de las transparencias de la presentación base que Tom Peters lleva a cuestas por todo el mundo, hay una cita extraída de "Bloomberg por Bloomberg" que describe lo que quiero expresar con suma precisión:

“We made mistakes, of course. Most of them were omissions we didn’t think of when we initially wrote the software. We fixed them by doing it over and over, again and again. We do the same today. While our competitors are still sucking their thumbs trying to make the design perfect, we’re already on prototype version No. 5. By the time our rivals are ready with wires and screws, we are on version No. 10. It gets back to planning versus acting: We act from day one; others plan how to plan—for months.”

Estos días ando por Budapest, trabajando para un proyecto europeo de investigación.

Ayer estuve charlando con Tamas, un colega del proyecto, sobre el estado de la emprendeduría en España y en Hungría. Yo le expuse lo que estoy viviendo en mi país, pero en Hungría las cosas están mucho peor. Apenas hay emprendedores o spinoffs universitarios, y la investigación pertenece a centros de investigación, muchos de ellos públicos, a las universidades o a grandes empresas multinacionales cuya matriz no está en este país.

Me dijo que las universidades aquí reciben muchísimo dinero del Estado, y eso quizá tenga algo que ver. Pero otro factor importante es que Hungría se está beneficiando de la deslocalización de países más occidentales. Sin embargo, las multinacionales que llevan bastante tiempo aquí están comenzando a marcharse más al este, por lo que Hungría se encontrará dentro de unos años en la misma situación que España hoy.

Según Tamas, no hay demasiado movimiento emprendedor porque la situación es hasta cierto punto cómoda. La gente que es buena y se quiere ir, se va, y la que está aquí puede conseguir algo en las multinacionales. Así que cuando comience a haber una fuerte deslocalización, les cogerá a toro pasado. Exactamente igual que nos va a pasar a nosotros muy en breve.

No obstante, las cosas no parecen mejorar, ni aquí ni allá. ¿Habrá que esperar a que la deslocalización en España sea total y, al vernos en bragas, comencemos a reaccionar? Es probable que tenga que ser así, pero para entonces espero no estar todavía en un país en el que conseguir una plaza de funcionario es un objetivo vital para demasiada gente.

Wasn't Windows XP installation some like "next, next, next"…?

El grid hace ya poco más de diez años que existe. Al menos por lo que indican las referencias en los artículos técnicos, ya que hay referencias anteriores en el tiempo a conceptos muy similares. Diez años podría no parecer mucho, pero cuando hablamos de tecnologías de la información es un mundo. En este tiempo mucho es lo que se ha diseñado e implementado para dar soporte a la idea de unificar los recursos de una organización para aumentar su productividad. Sin embargo, esta idea, tan brillante sobre el papel, no ha acabado de despegar. ¿Por qué?

La razón principal reside en que no existe aún una herramienta definitiva y consolidada que aproveche el potencial del grid. Hay productos muy interesantes, como el GridServer de DataSynapse, pero no podemos afirmar todavía que tenga una amplia difusión. Esta escasez dificulta la popularidad de cara al target realmente importante, el de los usuarios finales, sepan de informática o no, que se pueden llegar a plantear la necesidad de tener un grid para su empresa. Ni siquiera el software para grid más extendido, Globus, está a la altura para convencer a este tipo de usuario. Globus no deja de ser un middleware, es decir, una aplicación que corre en una máquina para ofrecer sus recursos al exterior, y eso sólo si se trata de un ordenador con Unix.

Lo que realmente hace falta es un software que, aparte de exponer los recursos de cada ordenador, abstraiga la visibilidad de los mismos y permita al desarrollador trabajar con el grid como si fuera un único ordenador. Es decir, el grid tiene que dejar de ser, simplemente, una red en la que cada ordenador comparte sus recursos. En ese sentido, podríamos olvidarnos del grid y pensar en p2p. Hay que cambiar el chip: el grid ha de ser un supercomputador que tenga, como mínimo, la potencia agregada de los recursos de todas las máquinas que lo componen.

Dos modelos a elegir

Grid naranja computa fino

Grid cristal computa normal 

Grid, grid, grid grid grid.