No puedo evitarlo. Cuanto más leo más me chirría. Intento buscarle alguna justificación, argumentos con los cuales suene más razonable, pero no los encuentro: no puedo dejar pensar que Euskad+innova no es más que otra panfletada, otro discurso hueco, sin muchas acciones que lo respalden.

Básicamente se trata de otra iniciativa del Gobierno Vasco y el SPRI para “fomentar la innovación” entre las PYMES. Hasta aquí todo bien, quizás un poco chirriante utilizar la palabra innovación teniendo en cuenta quienes son los anquilosados padrinos del invento, pero bueno… soportable.

El via crucis llega cuando te topas con la verdadera naturaleza del asunto. Todo parece preparado para una sociedad del siglo XXI con los cimientos culturales y empresariales de una factoría de hilo del XIX. Así, te encuentras con todo tipos de contrastes incomprensibles que chirrían con solo pasar la vista por encima.

Por una parte dicen:

A largo plazo, sobrevivirán sólo aquellas empresas que sepan diferenciarse de manera permanente a través de innovaciones continuas. No sobreviven las empresas más grandes, sino las que mejor se adaptan. El tamaño no importa: todas las empresas necesitan planificar la innovación.

Por otra:

Los servicios incluidos en el Programa BERRIKUNTZA AGENDAK están dirigidos a PYMEs que tengan al menos un centro de actividad en la Comunidad Autónoma del País Vasco y ocupen al menos, a 6 personas.

¿6 Personas?. ¿Por qué no 5?. Quizás 7. No, mejor 13 que también es numero primo. ¿Acaso es necesario un numero mínimo de empleados para que el cerebro humano asimile el concepto de innovación?, ¿por qué se aparta a empresas como la nuestra de los planes para crear una agenda de innovación?.

Que alguien mire el porcentaje de empresas vascas con menos de 6 empleados y me razone por qué deberíamos dejar a todo ese tejido fuera de los servicios del programa para la innovacion. Por favor.

Tambien se explayan con:

BERRIKUNTZA AGENDAK coloca a las personas como eje central de la transformación de la PYME hacia la innovación sistemática.[...]. La implementación de proyectos que favorezca el desarrollo de personas que lideren la innovación en la empresa y la participación en equipos.

Sin embargo:

El Foro de innovación esta dirigido a “directivos de empresas vascas con al menos 6 trabajadores pertenecientes a cualquier sector de actividad económica.”

Vamos que deben ser los directivos, con su gran visión, los que en su gran sabiduría tracen las lineas maestras de qué, cómo y cuándo se cambian las cosas en su empresa. Nada dicen, en cambio, sobre cómo fomentar estructuras más flexibles en la empresas, cómo acabar con fuerte departamentalidad que asfixia a cientos de empresas tradicionales del País Vasco o como vencer el estigma del “no hecho aquí” tan frecuente por estos lares.

Todo esto, teniendo en cuenta que hablamos de innovación, no deja de ser una interesante paradoja. De hecho… ¡hasta iconografía vacía y hueca hay en el documento oigan!:

En fin. No es que en Linking Paths seamos la bomba a todos los niveles -ni siquiera en algunos- pero sí que creo que nos diferenciamos de otras empresas IT, es nuestra capacidad para estar abiertos al cambio, a la mejora y al resultado de ambos: la innovación. Y creo que en gran parte esto es producto de una de nuestras características mas básicas: nuestro diminuto tamaño.

Somos livianos, ligeros. Entramos en una habitación. Comemos todos por menos de lo que cuesta un taxi del centro de Madrid a Barajas. Decidimos en minutos. Averiguamos que nos hemos equivocado en horas. Podemos instalar (o desmontar) una oficina en cualquier ciudad del mundo en horas. No tenemos ataduras. Podemos cambiar de rumbo sin que todo se tambalee. En resumidas cuentas, nosotros también pensamos que solo sobreviven las empresas que mejor se adapten.

Sólo que nosotros nos lo creemos.

La noticia sacudía ayer twitter y corría por los blogs técnicos como la pólvora. Rails y Merb, los dos frameworks ruby con más aceptación, se han puesto de acuerdo para unir esfuerzos y crear un unico framework en su siguiente versión principal. Tendremos por lo tanto que Merb 2 = Rails 3. Detras de estos frameworks estan algunos de los mejores desarrolladores web del mundo y la calidad de la plataforma que se va a crear como resultado… sencillamente va a ser algo espectacular.

¿Qué nos vamos a encontrar en Rails 3?

Como por ahora no hay más información que la publicada en los blogs de los principales desarrolladores de rails y de merb, me he permitido traducir los puntos que señala Yehuda Katz en su blog y que mejor describen las acciones que se van a realizar para la fusion de los dos frameworks:

• Rails será más modular, comenzando con la creación de un rails-core e incluyendo la habilidad para incluir o excluir componentes concretos. Nos concentraremos en reducir el acoplamiento dentro de Rails haciendo posible reemplazar ciertas partes de Rails sin interferir con el resto. Esto es precisamente lo que queremos decir en merb cuando hablamos de “modularidad”.

• Portaremos las mejoras de rendimiento que hemos conseguido a Rails. Esto incluye decisiones de arquitectura que representan gran mejoras en rendimiento. El proyecto también incluirá la creación de una o mas aplicaciones de benchmarking para que podamos ver claramente que optimizaciones tienen un impacto en el mundo real.

• En Rails 3 el framework contara con una API publica definida, con una batería de tests para la misma. Este era uno de los mayores diferenciadores de merb. Esto permitirá a los usuarios y a los desarrolladores de plugins tener un API más estable y clara contra la que desarrollar. También debería reducir los problemas de actualización de los plugins entre diferentes versiones.

• Rails se rediseñara para que resulte sencillo empezar con una versión “core” de Rails (como el actual generador core de merb), que en un principio no incluye ningún modulo, y facilita seleccionar solo las partes que son importantes para tu aplicación. Por supuesto Rails seguirá usando la versión “completa” por defecto (tal y como hace merb desde la versión 1.0) pero el objetivo es hacer que sea sencillo hacer en Rails lo que gente ya esta haciendo con merb hoy en día.

• Se modificara Rails para soportar de manera sencilla DataMapper o sequel como ORMs de primer orden. Aunque ActiveRecord seguirá siendo el ORM por defecto, el plan es hacer que sea ridículamente sencillo sustituir un ORM por otro sin perder funcionalidades (hasta donde sea posible por supuesto).

• Rails continuara con la adopción de Rack que constituye un desarrollo realmente interesante en la comunidad Ruby, al que merb se unió desde un principio y que creemos mejorará la modularidad y la compartición de lógica entre diferentes aplicaciones.

• En general revisaremos las funcionalidades de merb que no están presentes en Rails (el ejemplo más obvio es el mucho más robusto router de merb) y encontraremos la manera de portarlas a Rails.

Fuente original

FAQ

Uno de los principales agentes detrás de merb, Matt Aimonetti ha creado un video en el que intenta resolver algunas dudas sobre el proceso de migracion y fusion de rails y merb. He añadido una transcripcion del mismo a continuación.

Matt Aimonetti: message to all merbists from mattetti on Vimeo.

P: Así que… cuales son las grandes noticias?

• Los equipos de merb y Rails trabajaran juntos en la próxima versión de sus frameworks
• merb 2.0 y Rails 3.0 compartirán el mismo objetivo final
• Nos hemos dado cuenta de que ambos tenemos los mismos objetivos y de que estamos de acuerdo en cuanto a los principios básicos.
• merb proveerá a Rails de su agnosticismo, modularidad, gran rendimiento y de su API publica.
• El producto final se llamara Rails 3.0 pero lo que realmente importa es que este va a redundar en un gran beneficio para toda la comunidad.

P: ¿Queeeeeeeé? Pensé que había una guerra entre Rails y merb… ¿que ha ocurrido?

• No había una guerra entre Rails y merb
• Creamos merb porque Rails no se ajustaba a lo que queríamos.
• Queríamos mejor rendimiento, más opciones y modularidad y una API publica.
• El equipo de Rails ahora ha asimilado estos conceptos y quieren que Rails los implemente así que… por qué no colaborar?

P: Espera… ¿quiere decir eso que merb esta muerto? * ¡Por supuesto que no! * El desarrollo de merb no se va a detener, vamos a continuar liberando actualizaciones hasta Rails 3.0 * Crearemos un vía de migración clara y actualizar a Rails 3.0 será tan trivial como actualizar de Rails 2.x a Rails 3.0

P: Que estimaciones de tiempo tenéis?

• Acabamos de empezar a reunirnos para discutir los detalles técnicos. Vamos a intentar tener una versión para la RailsConf 2009. Sin embargo es difícil estimar algo así… solo es una estimación.

P: Acabo de empezar un proyecto con merb… ¿que hago con él?

• Estoy seguro que tenías razones validas para usar merb… necesitabas modularidad, rendimiento y una API solida.
• Sigue usando merb, no te vamos a dejar tirado. Las buenas noticias es que la siguiente versión de merb (Rails 3.0) va a ser aun mas increíble.

P: Y si uno de mis clientes estaba pensando en utilizar merb para su próximo proyecto?

Si tu cliente iba a utilizar merb por razones validas (y no solo porque no es Rails) debería seguir usandolo, pero entendiendo plenamente que en unos 6 meses acabara usando Rails. De nuevo, Rails 3.0 tendrá lo que en un principio te habría inclinado a usar merb.

P: He participado en el proyecto de merb-book… ¿qué le va a pasar a este proyecto?

• Rails 3.0 no va a ser liberado ahora mismo.
• Todavía necesitamos buena documentación
• Si vemos Rails 3.0 como merb 2.0, podemos imaginar fácilmente como el trabajo actual puede ser extendido para la nueva versión.
• El equipo de Rails incluirá también un equipo de promotores del que seré parte así que podremos centrarnos más en proyectos como el del libro.

P: He estado trabajando en un plugin de merb… ¿qué debería hacer?

¡Sigue trabajando en él!. Te ayudaremos a con el proceso de migración y la nueva API.

P: ¿Y si aun tengo más preguntas?

• Anímate a hablar conmigo o con cualquier miembro del nuevo equipo. Estamos abiertos a escuchar tus preguntas, preocupaciones y frustraciones. merb siempre ha valorado a sus desarrolladores y de ahora en adelante lo haremos aun más.

Concretamente, nada cambia para los usuarios de merb. Aquellos a los que os encanta merb no tenéis nada por lo que estar preocupados. La manera en la que se construyen las aplicaciones merb no cambiara hasta merb2.0/Rails3.0. Vamos a seguir trabajando y mejorando tu framework favorito [...] Estoy seguro de que estas noticias son impactantes para muchos de vosotros pero no intentéis ver Rails 3.0 como es Rails ahora mismo. Imaginad una versión de Rails con verdadera modularidad y agnosticismo (sequel, DM y AR serán soportados) y el mismo nivel de rendimiento que conseguíais con merb. En otras palabras el mundo Rails esta apunto de descubrir el poder de merb!

Fuente original

Cómo nos afecta

Todos los proyectos se beneficiarán automática y transparentemente de puntos clave como por ejemplo el rendimiento. Para nosotros la fusión es un evento espectacular e histórico que nos permitirá simplificar y mejorar en gran medida tanto nuestros productos como nuestros proyectos open source. Entre otros tog se verá mejorado y reestructurado de una manera increíble, puesto que rails se adaptará ahora de una mejor manera al enfoque modular que hemos buscado en nuestra plataforma.

La verdad es que tecnológicamente no se me ocurre mejor regalo de Navidad XD.

Tengo que reconocer que la primera vez que oí hablar del FICOD, el foro internacional sobre contenidos digitales que organiza Red.es dentro del plan Avanza, lo primero que me vino a la cabeza no fue bueno.

Entonces miramos el programa y lo cierto es que nos quedamos gratamente sorprendidos. Mezcla de temas, empresas grandes y pequeñas, multinacionales y emprendedores. Había un poco de todo e incluso se mencionaba que se iban a realizar talleres -¡45 nada menos!.

Y resulta que uno de ellos (gracias Alberto Gimeno por la recomendación), nos lo ofrecen a nosotros, pobrecitos de nosotros, para que hablemos de tog, aunque pronto descubrimos que nos dan bastante libertad para rellenar los 90 minutos que nos conceden.

Hemos tenido mala suerte con el horario (15:30 = hora de la siesta). Primero nos asignaron otro, pero se ve que el que tenía inicialmente este horario se quejó más que nosotros… o es más grande, todavía no lo sé.

En fin, dejando de lado el tema del horario -y que no aparezca bien el nombre de nuestra empresa- estamos felices como unas castañuelas por la oportunidad del taller y bastante contentos de como está quedando. Además lo presentaremos con la gente de IBCmass que están con nosotros en esta aventura de tog.

¿Qué vamos a mostrar en él?. Más que nada nuestra visión de las redes sociales. A lo largo del taller nos centraremos en algunos de los aspectos más importantes a tener en cuenta para crear una red social, mostrando ejemplos conocidos, listando herramientas de ayuda dónde podamos, y aplicando todo esto a un ejemplo real (una pequeña idea que tenemos).

¿Qué no vamos a mostrar en él?. No vamos a enseñar a usar o implantar tog pues resulta realmente difícil hacer algo así en 90 minutos. Sin embargo todo lo que hablemos es fácilmente implementable mediante la plataforma… ¡o eso esperamos XD!.

Para que os hagais una mejor idea este podría ser el guión, siguiendo la metodología del PMI de gestión de proyectos (que nos ha ayudado a estructurar el contenido):

• Initiating: la idea, tipos de redes sociales, objetos sociales
• Planning: enfoque de negocio, monetizar la red social
• Executing: El interfaz es tu producto, menos es más, be open, LOPD
• Controlling: escoge tus guerras
• Closing: Si hay suerte… ¿nunca?

No sé si alguno de vosotros vendrá, en todo caso, os dejamos los detalles del evento:

La semana pasada en la Conferencia Rails nos otorgaron el premio “Proyecto del año 2008″. Yo y todos los que participamos en el desarrollo de tog, tanto en Linking Paths como en IBCmass o en cualquiera de las empresas que estan haciendo plugins, ya sea de manera directa o indirecta, nos sentimos más que honrados con este premio. Primero porque dentro del colectivo que ha votado están algunos de los referentes más importantes del mundo rails hispano -gente que respetamos y de la que aprendemos todos los días- y segundo porque confirma que no lo estamos haciendo demasiado mal.

Sin embargo este premio, modesto e importante a la vez, es otra cosa: es un préstamo. Un montón de gente nos presta su apoyo y reconocimiento para que mejoremos tog, para que lo convirtamos en un proyecto al que puedan seguir llamando “proyecto del año” en 2009.

Y como con cualquier préstamo nosotros adquirimos una serie de obligaciones:

• convertir una pequeña suite de tests en un robusto conjunto de pruebas para blindar la plataforma ante errores
• facilitar y convertir en un proceso de un solo paso una instalación que hoy en día es más compleja de lo que nos gustaría
• seguir aplicando standards web para que cualquier red social tog powered sea un buen ciudadano web
• convertir nuestro plugins especificos (cms, foros, wikis, blogs) en componentes de primer orden que compitan cara a cara con soluciones close-source de primer nivel
• trabajar en la escalabilidad y potencia out-the-box de tog

Sabemos que nobleza obliga y que nuestro esfuerzo es requerido más que nunca ahora que un montón de personas nos han prestado su apoyo y su interés. Nuestro trabajo va a pagar hasta el ultimo de esos apoyos y vamos a convertir 2009 en un año increible para tog.

Solo por resumir: Gracias a todos.