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 😀
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.”
Cada vez queda menos, cada vez más Thinkingrid empieza a oler a "máquina rodada". Es curioso observar, desde mi posición en el margen entre la parte técnica y la parte de negocio como los elementos que conforman esta "comunidad virtual" empiezan a actuar sincronizados. Es curioso, pero pronto va ha hacer 9 meses que montamos este proyecto, la criatura está lista para salir.
Los técnicos no cumplen sus horarios ni por asomo, pero saben hablarse entre ellos para estar juntos el mayor tiempo posible. Estamos empezando a ser muy eficientes (y me gusta). Isaac, el más precoz en la compañía, está perfectamente integrado en Thinkingrid e incluso se atreve a dar sus pinitos en el área comercial, jeje. A Sergio le sigue creciendo el pelo, y cada vez se le ve más seguro de que el middleware+framework están ofreciendo los resultados deseados. Y esto nos empuja a todos a seguir trabajando cada vez un poco más.
El modelo de negocio, superado, a ver si Albert Miquel se anima a escribir unas líneas en este blog y pronto empezamos a colgar la web corporativa. Los continuos brainstorming aportan valor (y me gusta).
Esta semana ha sido eSpEcIaL. Después de anunciar el éxito de la primera versión del middleware, de conseguir nuestra primera (aunque pequeña) primera subvención lo fuimos a celebrar con una humilde cena. Se respira buen rollo (y me gusta). Antes conocimos a Yannick Laclau, veterano de guerra en start-ups, que nos dio su visión de todo este mundo. Fue alentador ver como una persona como él, sin nociones de programación, un día decide dedicarse a ello y actualmente está a punto de sacar al mercado una idea potencialmente buenísima que ya os la contará él mismo. Ramón y Sergio fueron a visitar a nuestro primer ¿cliente? ¿betatester externo a ThinkInGrid? ¿Partner? Espero pronto poder hablar más de ello por aquí. Y por último, y después de una intensa reunión, ya tenemos decidido nuestra política comercial : "Orientar nuestra fuerza de ventas a las empresas con las que queramos trabajar". Alguien puede creer que es pretencioso, yo les diré que es la clave del éxito. Con una plataforma tan abierta como la que ofrece ThinkInGrid, el mercado es amplio, por lo tanto, mejor crecer con proyectos que motiven al equipo, las metas están garantizadas.
En fin, somos exigentes (Que se lo digan a Diego, nuestro validador de código web particular), y sabemos que aún estamos entre las cuatro paredes de esta oscura oficina, con muchas ilusiones, i con mucho camino que recorrer. Pero si todo sigue igual, no dudo en que este grupo de amigotes de universidad podamos dejar nuestra huella en este competitivo mundo (Y me gusta).
Acabo de ponerme a leer la prensa matutina de la red y en ella destaco la noticia que recalca el periódico en portada: El ‘cerebro’ del metro crece para guiar trenes sin conductor de la L-9.
Parece ser que Barcelona empieza a asomar la patita por debajo la puerta en materia de nuevas tecnologías. Es curioso el titular porque si necesitan 2 plantas más para abastecer de inteligencia la nueva línea 9 no me imagino que pasará cuando ha alguien se le ocurra ampliar la infraestructura.
Me gustaría destacar que la noticia habla de la palabra "cerebro". Y no se… a mi me suena a sistema centralizado… Y no me gusta. No quiero hacer suposiciones sin conocer el detalle, pero espero que a alguien se le haya ocurrido disponer de un soporte descentralizado, aunque solo sea como otra medida de protección en caso de emergencia, porque todos sabemos que si el cerebro falla…
Quien sabe, quizás les falto ThinkInGrid…
El Grid se presenta como la infraestructura que permitirá (alcanzado un cierto nivel de estandarización) la siguiente evolución de Internet. Metáforas simplificadoras de los comienzos de la computación Grid que identifican al Grid como un provedor de "electricidad" computacional bajo demanda (Utility computing) corren el peligro de inspirar modelos de negocio pobres, fácilmente agotables y para nada disruptivos.
La verdadera fuerza del Grid está en aportar valor en un nivel superior al de internet convencional. Los servicios Grid estandarizados ofrecen algo más que otro mecanismo de interacción. Una clara diferencia entre internet y el Grid es que, mientras la capas por encima de Internet (la Web ,correo electrónico, chats, etc) están pensadas para estandarizar la representación de la información y facilitar la interación hombre-red, el Grid estandariza la representación de servicios(incluyendo recuros computacionales, datos e incluso aplicaciones completas) y abre un enorme abanico de posibilidades para la interacción automática entre máquinas.
Es aquí donde surge la cuestión, como se pueden gestionar estas nuevas posibilidaes de manera eficiente, que tecnologías pueden ser relavantes? Los sistemas de multiagentes proporcionan la respuesta. Para coordinar los servicios ofrecidos en un Grid nada mejor que contar con programas que exhiban un comportamiento inteligente. Esto viene a traducirse en 4 cualidades básicas de un agente:
Buenos sitios para profundizar más en el tema de agentes son Agentcities.ES (en español) y Multiagent.com (en inglés).
La revolución Grid vendrá al aprovechar profundamente las posibilidades de su infraestructura. La inminente llegada del World Wide Grid propiciará un escenario ópitmo para el florecimiento de todo tipo de aplicaciones exhibiendo comportamientos inteligentes, adaptativos y autónomos que resultarán claves para superar el actual (y creciente) bache de complejidad que atenaza el universo de los sistemas informáticos. En el contexto de ThinkingGrid, está prevista la aplicación de los agentes de software para la gestión y coordinación eficiente del grueso de las opreaciones de las Organizaciones Virtuales en el Grid. El objetivo: generar valor mediante sinergias, aprovechamiento de nuevas cobinaciones de recursos , ventaja competitiva en las empresas… en definitiva generar pasta. Más sobre esto en el próximo post XDD
Ando unos días buscando información sobre el tema. El otro día me entró el gusanillo mientras pensábamos en nuevos recursos que añadir a nuestro catálogo de "plugins" para el middleware. Y es que, como ya sabéis (Y si no lo sabéis ahora es el momento), soy Ingeniero de Telecomunicaciones y de entre los temas que más me atrajo en mi dorada época estudiantil, las redes ópticas y las nuevas arquitecturas definidas sobre ellas.
Las redes ópticas actuales constan de un elevado número de capas que otorgan la capacidad de manejar perfiles determinados de información, lo que estaba tendiendo a redes demasiado específicas y difíciles de gestionar. Pero a algunos iluminados se les encendió la bombilla y pensaron que las redes debían simplicarse, evitando funcionalidades redundantes entre capas. Esto derivo hasta llegar a tener solo dos. Esto ha permitido desarrollar un plano de control común, y entre algunos protocolos de gestión, se encuentra GMPLS.
GMPLS es el resultado del trabajo entre Optical Internetworking Forum, Optical Domain Service Interconnect consortium y la Internet Engineering Task Force que pretende estandarizar un protocolo que pueda servir para todo tipo de tráfico. La clave se encuentra (y aquí os empezará a sonar a Grid) en la capacidad que tiene la capa de control de extender la topología de la red y la gestión del ancho de banda a lo largo de todas las capas para lograr un sistema eficiente que integre servicios y transporte.
Siguiendo con la filosofía Grid, GMPLS necesita tres componentes básicos para su correcto uso:
Estos tres componentes deben estar diseñados para su correcta utilización independiente entre si, permitiendo a las operadoras diseñar sus redes en consonancia con su modelo de negocio.
Aquí entra ThinkInGrid y nuestros componentes desarrollados. Queremos llegar a desarrollar un plugin capaz de virtualizar los datos provenientes de una red óptica. Esto debería permitir a empresas mucho más especializadas desarrollar productos o proyectos a medida para gestión de redes troncales:
Bueno, creo que la cosa está clara. ¿Algún directivo de Telefónica, Wanadoo, Jazztel, Ono, etc en la sala y que quiera desarrollar la idea con nosotros? Las líneas de teléfono y de mail quedan abiertas :).
Entre línea y línea de código son comunes los brainstorming entre el grupo de trabajo con el humilde propósito de descargar nuestras apretadas mentes y porqué no, encontrar esa idea que nos expulse del anonimato.
Hoy le ha tocado el turno a las arquitecturas ad hoc. Para quien no sea entendido en el tema, os comentaré que estas infraestructuras pretenden inhibir el concepto de nodo central para tender a un entorno en el que todos los recursos estén en igualdad de condiciones, o lo que es lo mismo, los elementos en una red, comparten las funcionalidades de cliente/servidor por igual.
Actualmente, uno de los máximos exponentes que se ha popularizado gracias a la implantación en un sinfín de "gadgets" es el sistema Bluetooth, que ha facilitado la interconexión entre dispositivos sin necesidad de pasar por entornos centrales, lo que ha facilitado saturaciones, colapsos, mal humor, etc.
Pues si señores, en ThinkInGrid hemos, estamos y vamos a seguir pensando en el concepto mientras desarrollamos nuestro entorno MIDDLEWARE – FRAMEWORK con el objetivo de descentralizar al máximo las "Funciones Grid" y de esta forma aprovechar las ventajas que proporciona las redes Ad hoc tanto en protección contra errores, transmisión de información, etc.
Nuestro Middleware basándose en estos conceptos proporciona una arquitectura muy ligera a cualquier estructura de recursos heterogéneos (Ordenadores, SCADAs, PDAs, camiones, dispositivos domóticos, etc.), sobre cualquier tipo de comunicación: Wireless, bluetooth, satélite, Powerline Communications, etc.; y mostrándose dentro de la misma estructura de información para nuestro FRAMEWORK, lo que permitirá a nuestros clientes afrontar infinidad de problemas (proyectos) de origen variante en un entorno homogéneo de análisis y desarrollo.
Por otro lado el FRAMEWORK, entre otros, proporciona los protocolos de protección de errores, descubrimiento de recursos, seguridad y gestión de colas que todo sistema Ad Hoc necesita. Todo embalado en un elegante sistema orientado a servicios (SOA) y que ha de facilitar el desarrollo estructurado de cualquier entorno empresarial.
En resumen, veamos las ventajas que proporciona durante la fase de desarrollo de un proyecto:
En resumen, REDUCIMOS COSTES en los proyectos de desarrollo. Y aún nos falta por contabilizar el beneficio económico derivado de la propia aplicación o las ventajas técnicas que adquirirá el proyecto por el uso de nuestros entornos.
Nunca el pensar en entornos ad hoc fue tan fácil, con ThinkInGrid ese día ha llegado.
Estos días de meteorología variable en Barcelona desde el equipo de desarrollo de ThinkInGrid andamos ultimando la primera fase de nuestro entorno Grid. Como primer paso, a partir de ahora, eludiremos la palabra computing, en clara alusión a nuestra orientación a cliente y no a tecnología, tal y como se empieza a insinuar en los post de Albert y Diego.
Nuestro siguiente paso, utilizar dicho entorno para adaptar una aplicación ya existente a este nuevo modelo. Con esto, la búsqueda de varios objetivos:
Para dicho acometido, se está valorando la utilización de alguna herramienta colaborativa. Lo primero que se nos viene a la cabeza es el uso que se le está dando a dichas herramientas, que hasta el momento no está mal, pero estoy seguro que aún es insuficiente. Según la RAE COLABORAR: "Trabajar con otra u otras personas en la realización de una obra.". Puntualizo con un sinónimo que nos aporta: CONTRIBUIR, lo siento, pero me encanta. Ahora yo modifico la definición para nuestro propósito: "Trabajar con otro/a u otros/as departamentos u organizaciones para la realización de una obra".
Si se empieza a pensar en la definición lo primero que se te pasa por la cabeza es: compartir ficheros, foros, interlocución on-line vía chat, etc. que no está mal, pero vamos, que me sabe a poco. ¿Se os ha encendido la lucecita? A nosotros si. Y con nuestro entorno estamos pensando en:
Sin duda esta reflexión me ha llevado a creer y darme más argumentos para defender que nuestras herramientas llevan un buen camino si son lo suficientemente generalistas para poderse adaptar rápidamente a cualquier sector y son lo suficientemente concretas para aportar mejoras reales en entornos determinados. Porque por mucho que alguien se encabezone, la colaboración entre empresas de biomedicina nunca requerirá de las mismas necesidades que una colaboración entre entidades financieras.
El viernes 30 de junio tuve la oportunidad de ir a presenciar el proyecto final de carrera de Lluís Ribes, uno de los miembros activos de Grid Cat, el grupo de investigación de donde han salido parte de los socios de Think In Grid .
El proyecto se basa en el estudio para la implementación de un mercado de recursos Grid, donde el precio de los mismos es oscilante dependiendo de varios parámetros de uso (rendimiento, tipología del recurso, popularidad del recurso, etc.) y la regulación de los mismos es realizada por una entidad central.
Personalmente, fue una grata sorpresa, ver como Lluís no solo fue capaz de realizar un estudio teórico, sino que mostró un interesante prototipo de herramienta de gestión (con los problemas que Murphy suele dar en estos casos), donde se pudo observar como el precio de los recursos variaba en función de la demanda que tenían y la calidad de los mismos, lo que hizo la presentación más atractiva de cara a los diferentes oyentes.
Es bueno ver como de vez en cuando se realizan proyectos totalmente enfocados a un entorno empresarial, huyendo, por así decirlo, de una perspectiva más universitaria.
Desde ThinkInGrid solo nos falta felicitar a Lluís Ribes, y esperar que ahora que ha acabado su aventura universitaria no deje abandonado todo su trabajo realizado con Grid Computing.
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.
| Friday 11.04 | Sunki… en That’s english | |
 | That’s english… en Ayúdame a escribir |
 | ceciliaduran en El jefe que nunca quise s… |
| Anunciando $5M más |… en El dinero mata |
 | xfernandez en El dinero mata |
Yo tambien escribo 