A principios del Siglo XXI, en los Estados Unidos se plasma una evolución de la forma de desarrollar software a través del Manifiesto del desarrollo de Software Agile.

Aquellas cuatro frases, que se convirtieron en una verdadera revolución en todo el mundo una década después, han sido recogidas, trasladadas, entendidas, interpretadas y evangelizadas por todo el mundo y por todo tipo de profesionales.

Pero en España, Ángel Medinilla, destaca como uno de los pioneros del Agilismo y, actualmente, posiblemente el embajador internacional con más reconocimiento allende de nuestras fronteras.

Hoy os traigo una larga entrevista en la que le pregunto, a bocajarro y sin medias tintas, sabiendo de su carácter directo, vehemente y arrollador.

¿Desde cuándo está metido en temas de gestión de proyectos Agiles o, el llamado, Agilismo?

Creo que los primeros contactos los hice en torno a 2004 o 2005, pero en aquella época aún era un gestor de proyectos “vieja escuela“, ya sabes: diagrama de Gantt en una mano y látigo en la otra. Utilicé el marco de trabajo Scrum como herramienta sencilla de seguimiento de algunos proyectos, y me pareció simple a la vez que eficaz, pero aún no entendía la auténtica potencia de la Agilidad. Digamos que fueron mis años de “Scrum-pero“ (Scrum PERO sin Scrum Master, Scrum PERO sin Scrum Diario…). No fue hasta 2007, cuando comencé mi andadura en solitario, que realmente pude implementar algo parecido al marco completo y observé el potencial de la metodología cuando se entiende y se vive como un todo.

¿Por qué adoptaste el manifiesto Agile?

Por puro pragmatismo. Después de muchos años de trabajar en la Vieja Escuela, descubres que se puede ser más productivo, creativo, eficiente – ¡y feliz! Para mí no hay vuelta atrás, todo lo que venga en el futuro a sustituir el Manifiesto deberá construirse sobre los cimientos de colaboración, flexibilidad, calidad y motivación descritos en él.

¿Te consideras un Gurú?

Sí, por supuesto. :^P

No, ahora en serio, para mí un Gurú es alguien en quien la gente confía de forma ciega. El término tiene para mí una acepción de “Fé”, en el sentido de aceptar lo que el Gurú te diga sin cuestionarlo, y esto es radicalmente contrario a mis propias creencias. Buda decía sus discípulos “no creáis en nada sólo porque lo habéis oído, porque esté escrito en libros sagrados o incluso porque yo os lo diga, pero cuando encontréis algo que, tras observación y análisis, sea razonable y os ayude a vivir mejor, entonces aceptadlo y vivid de acuerdo a ello”.

¿Cuánto más sabios que Buda son los auto-proclamados “Gurús“?

Sí es cierto que uno de mis valores más fundamentales es el crecimiento y la mejora continua, por lo que me dedico en cuerpo y alma a aprender y experimentar. Si hubiera dedicado diez años de mi vida a tocar el piano, ahora mismo sería experto en piano probablemente, pero en vez de eso he dedicado veinte a estudiar y practicar la gestión de proyectos. En ese sentido, si lo que aprendo puede ayudar o guiar a otros, es para mí una gozada poder compartirlo. Formador, entrenador, guía, “sherpa“ o incluso mentor pueden ser etiquetas que podría llegar a aceptar, no sin cierta incomodidad, pero lo de Gurú me chirría cosa mala :P

Tu visión, actualmente, ya es más internacional que la de nadie que conozca en Agilismo patrio, ¿cómo ves el Agilismo en España? ¿Qué flaqueza y qué fortalezas?

Regular tirando a pachucho. Estamos todavía en una fase en la que mucha gente aún se plantea si el Agilismo es para ellos, o cuáles son las ventajas de ser Ágiles, o “en qué proyectos conviene usar Scrum“, cuando allende fronteras estas cosas ya prácticamente ni se discuten.

Como es habitual en nuestro país, estamos tremendamente aislados de la comunidad internacional, y salvo raras excepciones ni siquiera estamos en contacto con la pujante comunidad Iberoamericana.

Sutherland daba datos demoledores en la Scrum Gathering de Las Vegas, a la que tuve la suerte de acudir como ponente: 670.000 ofertas de empleo en los Estados Unidos incluyen palabras como “Scrum” o “Agile“; Microsoft está remodelando todo su campus para dar soporte a los equipos Ágiles ya que actualmente la mayoría de las conversaciones tienen lugar en pasillos; Yahoo está relanzando su cultura de Agilidad; el propio Ministerio de Defensa de los Estados Unidos, la cueva de la que nació el desarrollo “Waterfall“, está especificando formas Ágiles de trabajar con sus proveedores.

Quizás por ello una parte importante de la comunidad Ágil Española está tremendamente polarizada en la zona más extrema de la Agilidad. Veo esto como una reacción estilo péndulo a la opresión y explotación que los desarrolladores viven aún en muchísimas empresas Españolas. Lo considero algo lógico, pero creo que debemos avanzar y no enquistarnos en posturas radicales. Como se suele decir, “hasta aquí puedo leer“ :P

Por último, y como es habitual en nuestro país, estamos tremendamente aislados de la comunidad internacional, y salvo raras excepciones ni siquiera estamos en contacto con la pujante comunidad Iberoamericana. Por poner un ejemplo, si vas a las conferencias Ágiles de Alemania, Holanda, Bélgica, Eslovenia, Polonia, Checoslovaquia o Portugal (por poner algunos ejemplos donde haya estado recientemente o vaya a estar pronto), verás que casi todas las sesiones son en inglés, lo que permite que vengan ponentes internacionales e incluso asistentes de países vecinos. Aquí tuvimos quejas en la primera Agile Spain porque trajimos a Henrik Kniberg y no había traducción simultánea. :(

¿Qué cambiarías o mejorarías en la comunidad Agile para continuar en el proceso de madurez de Agile en España?

Creo que para mejorar debemos dar una imagen más profesional, con eventos y acciones dirigidos a la empresa y no exclusivamente a los desarrolladores de software. Veo muchos katayunos, coding dojos, coaching dojos, talleres de juegos… Y me parece fenomenal, hay que hacer más. Pero también veo pocas sesiones dirigidas a promover un cambio en el modelo productivo en España. Hace poco organizamos un evento de estas características en Barcelona, con la ayuda de Mobivery, y la respuesta fue espectacular: 40 empresas de entornos no técnicos se han entusiasmado con las posibilidades de un marco de trabajo Ágil en sus sectores, y te hablo de bodegas, editoriales, farmacéuticas, agencias de comunicación…

Eres la persona detrás del concepto ScrumBan. ¿Qué es y qué ventajas tiene?

Bueno, lo primero que debo aclarar es que yo promuevo “un“ concepto ScrumBan, ya que probablemente haya otras muchas versiones. La idea detrás de nuestro ScrumBan (nombre que intenta describir un híbrido entre Scrum y Kanban) es que, aunque Scrum prescribe que no se realice ningún tipo de cambio o añadido durante una iteración para que así el equipo pueda concentrarse y no sufrir de demasiados cambios de contexto, nuestra experiencia tras trabajar con cientos de equipos de todo el mundo es que esto rara vez ocurre. En cambio los “Kanbanitas“ son más flexibles en este sentido y van procesando peticiones según van llegando, pero suelen perder algo de capacidad de visión estructurada a medio/largo plazo.

Las cosas en España están como están, no quiero ahondar en esto, pero o nos damos cuenta de que hay que salir fuera a buscar negocio o mal vamos.

Con nuestro enfoque ScrumBan lo que intentamos es gestionar la incertidumbre inherente al desarrollo mediante una distribución controlada de tiempo dedicado a la iteración (proyecto estructurado) y tiempo dedicado al “día a día“ (incertidumbre). Realizamos esta gestión mediante la definición de varias calidades de servicio o prioridades, y su seguimiento a lo largo del Sprint nos permite aprender sobre lo que de veras está ocurriendo en el equipo, así como diseñar mejor la ocupación en próximas iteraciones.

No tienes suficiente con charlas por toda Europa, sino que además has escrito un libro ¿qué te lleva a dedicar el inmenso esfuerzo y tiempo a redactar un libro?

Sin duda hay una parte de interés puramente “marketiniano“ y mercantilista: un libro es una buena manera de promocionarte y luce fenomenal en el curriculum :P . Pero indudablemente este primer libro sobre Agilidad aplicada a las capas gerenciales es simplemente algo que tenía dentro y que necesitaba salir. De hecho me arrepiento de haberlo escrito un poco “del tirón“, por lo que para el segundo me estoy tomando bastante más tiempo (quizás demasiado).

Es una obra de una extensión media, ¿dónde aconsejarías al lector que ponga la máxima atención?

Precisamente la idea era no acabar con uno de esos “mamotretos“ de ochocientas páginas que quedan preciosos en la biblioteca pero que luego nadie se lee. Está estructurado en capítulos cortos que se pueden leer de forma independiente, pero recomendaría al lector que no se salte a la ligera el capítulo en el que hago un resumen muy somero de Lean y Agile, ya que hay una serie de principios que, en base a mi experiencia, no son del todo entendidos por un gran número de practicantes.

¿Qué parte del libro es la que recuerdas con más cariño por su elaboración o resultado?

El capítulo final de “últimas reflexiones“ contiene una serie de principios vitales que me son muy íntimos y personales. Sin duda gran parte de quién es Ángel Medinilla está contenida en él.

¿Por qué solo en inglés?

Por militancia. Como te decía antes, estamos muy aislados y parece que si no hacemos las cosas en castellano la gente no viene a los eventos o no consume los productos. He querido dar un paso al frente para instar a la comunidad a producir y consumir en inglés. Si alguien que quiere progresar en la Agilidad no se lee el libro “porque está en inglés“, mal futuro le auguro, ya que los cambios y el esfuerzo que suponen una transformación Ágil son mucho más duros que los que supone practicar un idioma que, hoy por hoy, es el sistema operativo de los negocios.

Las cosas en España están como están, no quiero ahondar en esto, pero o nos damos cuenta de que hay que salir fuera a buscar negocio o mal vamos. Y la tradicional estrategia de vender a Iberoamérica “porque allí hablan castellano“ no tiene pinta de ser suficiente para arreglar la que tenemos montada.

Desde hace ya unos años tienes una empresa, pequeñita, orientada al Agilismo. ¿Hay mercado? ¿Se puede vivir del Agilismo?

Durante una serie de años he disfrutado sin duda de una posición de “first player“, por lo que he podido aprovechar muy bien el primer boom del Agilismo en España. Hoy por hoy hay una competencia muy amplia y de muchos tipos, con lo que llega una importante segmentación del mercado. Esta segmentación hace más difícil crear una empresa potente o mantener un plan de negocio, sobre todo si tu único producto es Agilidad y tú único mercado España. Creo que se ha creado cierto hueco para freelances, para life-style businesses o para empresas que presten otro tipo de servicios además de los relacionados con la Agilidad, pero no veo hueco para un Thoughtworks o un Agile42 en España ahora mismo. Tampoco veo que haya hueco para (utilizando tu término) “Gurús“ que viven sobre todo de dar conferencias y charlas pagadas, no hay tal demanda aun. Pero sí es posible que haya una opción importante si conseguimos abrir el concepto de Agilidad no sólo a las empresas tecnológicas sino a todas las empresas que basan su ciclo de valor en la gestión del conocimiento.

También es cierto que me equivoco con muchísima frecuencia en mis predicciones empresariales, claro… :P

¿Además de coaching, qué más cosas ofreces que explique el éxito de tus servicios?

Indudablemente el núcleo de nuestro negocio ahora mismo es la formación, tanto in-company como abierta. Los cursos abiertos, como el que hacemos en Junio en Madrid por ejemplo, permiten a empresas pequeñas y medianas acceder a una formación que, de otra manera, les podría resultar cara o directamente inaccesible, por no tener suficientes alumnos como para un curso privado. Por otra parte, y aunque la llamamos “formación“, los cursos que hacemos en empresa son sobre todo eventos fundacionales de un proceso de cambio, y permiten atacar la problemática específica de cada empresa generando un entendimiento común y un compromiso compartido.

Aparte de este tipo de servicios, las empresas medianas-grandes necesitan con frecuencia un apoyo o seguimiento a sus procesos de cambio, y ahí también estamos siendo muy activos.

Muchos equipos alcanzan estados espectaculares de Agilidad sin necesidad de un coach. El coach es una herramienta que, bien usada, debería servir para acelerar la transición y ahorrar una serie de tropezones.

En particular, hay dos cosas que nos distinguen a la hora de prestar servicios al mercado: una, la energía y la pasión que ponemos en nuestro trabajo, algo que se ha convertido sin duda en “marca de la casa“; la otra, la versatilidad y amplitud de nuestra oferta, ya que, mientras otras entidades sólo ofrecen cursos de una materia concreta, nosotros abarcamos un espectro muy amplio, que incluye Scrum, Kanban, Liderazgo y Coaching de Equipos, Agilidad Empresarial, Lean, Agile Management / Management 3.0, Agile Product Management, Lean Startup, Agile Kaizen, Story Telling, Visual Facilitation…

¿Tienes pensado en crecer? ¿Es posible crecer en España?

O Sensei Morihei Ueshiba, creador del Aikido, decía que “La vida es crecimiento, tanto técnico como espiritual; si no hay crecimiento, es como si estuviéramos muertos“.

Mi intención de crecer no es tanto en un sentido material (trabajadores, facturación) como técnico y, sí, espiritual. Pero evidentemente hay una intención de crecer. No me importaría nada crecer en España, pero como es evidente lo veo muy difícil a corto o medio plazo, por lo que llevo mucho tiempo invirtiendo en crecer lo más internacionalmente posible.

Hay que darse cuenta que, por poner un ejemplo, a mí me cuesta lo mismo (en horas y coste) un viaje a Pamplona que un viaje a Helsinki, y que sin embargo hay más mercado en Helsinki que en Pamplona. Nos tenemos que quitar complejos y perezas para salir a vender al mundo “a machete”. Y esto va por todas las empresas, no solo por los Agilistas.

¿Qué aconsejarías a los estudiantes o a los profesionales para que puedan reconocer la vocación por el Coaching?

Bueno, aquí lo primero sería distinguir al “Agile Coach“ del concepto general de Coach. Creo que los Agilistas utilizamos muy a la ligera el término Coach, y que en general la palabra se ha prostituido (con perdón) tanto que ya está muy vacía de sentido (hace poco una persona me decía que venía de “hacer un coaching de Oracle“ XD).

Para mí el Coach Agil es una persona que enseña, acompaña y facilita a equipos la adopción de los principios, valores y prácticas relacionados con la Agilidad. Para ello es muy importante disponer de un amplio conocimiento técnico, tanto relacionado con la Agilidad como en el campo en el que trabajen dichos equipos, a la vez de contar con una serie de cualidades más humanas como la capacidad de escuchar, transmitir, enseñar, empatizar… Indudablemente, estas últimas son las más complicadas de adquirir, pero sin duda las que mayores satisfacciones proporcionan tanto en lo personal como en lo profesional.

¿El Coach se hace o se nace?

El Coach se hace al 100%, pero ese “hacerse“ incluye todo el trasfondo de la persona desde que nace. Hay quien ha crecido convencido de que él “es tímido“ y, claro, esto se convierte en una profecía auto-cumplida. Siempre hay tiempo de cambiar, pero para ello hace falta una clase de convencimiento y compromiso que no todo el mundo está dispuesto a adquirir. El que lleva cuarenta años siendo un arrogante, un tirano o un ególatra es difícil que llega a experimentar la epifanía necesaria para buscar un cambio que le sitúe en el camino de llegar a ser un Coach.

Pero cuidado: ocurre.

¿Y la parte que no es talento, cómo se aprende o consigue?

Practicar, practicar, practicar. Cuando vemos a alguien excepcional nos gusta decir que “tiene talento“, porque eso implica que el talento es algo que se te otorga al nacer y, como a nosotros no nos ha tocado, no hay nada que podamos hacer – ergo no nos toca hacer nada. Cuando por el contrario reconocemos el trabajo que hay detrás de dicho “talento“, se nos marca un camino a seguir, unos “deberes“ a realizar, y eso en general nos incomoda.

Si nos ponemos futuristas, los modelos actuales de madurez y evolución en el mundo de la Agilidad apuntan a un futuro más participativo y desestructurado.

¿Por qué es necesario el coaching?

¿Y quién ha dicho que sea necesario? Muchos equipos alcanzan estados espectaculares de Agilidad sin necesidad de un coach. El coach es una herramienta que, bien usada, debería servir para acelerar la transición y ahorrar una serie de tropezones. En su máxima expresión, el coach debería abrir una serie de posibilidades que el equipo por su cuenta rara vez logra descubrir. Pero no iría tan lejos como para decir que el coach es “necesario“, esto no sería honesto.
Es como ir andando o ir en coche: eso no implica que el coche sea “necesario“. Y sí, el coche es más caro. :P

¿Los efectos o el cambio perduran en el tiempo cuando desaparece la figura del Coach?

Solo si se ha alcanzado cierta inercia organizativa. Es por eso que en la mayoría de los casos son los propios clientes los que piden acciones de refuerzo cada cierto tiempo. De hecho, lo clientes que objetivamente han alcanzado mejores resultados son aquellos que han mantenido un programa de refuerzo durante una serie de años.

¿Se puede extrapolar los 4 enunciados básicos y los principios de la declaración Agile a otros ámbitos de actuación?

Indudablemente. Creo que, como poco, son extrapolables a todos los entornos en los que la actividad de la organización no sea puramente rutinaria, física o algorítmica, y esto nos lleva a la práctica totalidad de las industrias basadas en trabajadores del conocimiento.

¿Se puede convertir el Agilismo es una filosofía de vida?

No sé si se puede o no, pero te aseguro que mucha gente lo está intentando. Hay personas cuya vida parece girar en torno a los principios y valores del Agilismo, e incluso dedican gran parte de su tiempo personal a participar de la cultura de la Agilidad en diversas formas. Creo que esto no ha ocurrido en el pasado con cosas como ISO, CMMI, ITIL, PMBOK, PRINCE, Métrica… Y sin duda esto quiere decir algo. Creo que la grandeza de la Agilidad es que, además de proporcionar un marco de gestión adecuado para entornos complejos, ha sabido incluir una dimensión humana que hace que las personas no se sientan piezas en un mecanismo, sino parte integrante de algo más grande. Proporcionar a las personas una sensación de pertenencia a un grupo y un propósito compartido es sin duda un factor motivacional espectacular, y esto ha contribuido a crear una “Cultura de Agilidad“.

¿Hay un mundo post Agile? ¿Estamos ya en la era post Agile?

Si nos ponemos futuristas, los modelos actuales de madurez y evolución en el mundo de la Agilidad apuntan a un futuro más participativo y desestructurado (no me gusta la palabra “anarquía”) en el que la organización funciona como redes de valor, algo más parecido a una red social que a una jerarquía militar. La Agilidad, hoy por hoy, no da respuestas claras acerca de cómo alcanzar de forma operativa este nivel de auto-organización, sobre todo cuando la empresa tiene un tamaño medio o grande, y se está fijando en ejemplos como Semco, Valve, GitHub, WL Gore y otros experimentos radicales de auto-organización. Este va a ser sin duda uno de los temas estrella en la próxima conferencia Agile Spain 2013, pero para poder llegar a este futuro hay que pasar primero por toda una serie de fases en las que consigamos ser excelentes: tanto en primeros escalones, donde seamos capaces de centrarnos más en la producción de valor que en perseguir metas y métricas arbitrarias, como en fases más avanzadas en las que sepamos como optimizar ese valor, como colaborar de forma efectiva, como trabajar en la empresa como un todo…

Muchas gracias Ángel por tu paciencia y por ese pulso de energía positiva que siempre me llevo al leerte y oírte.

Más información | Proyectalis, Agile Management: Leadership in an Agile Environment

El lenguaje de programación Go fue lanzado en Noviembre 2009, desarrollado e ideado por Google. Durante este tiempo fuera del hype inicial ha surgido un moderado interés por aprender más sobre este “desconocido” lenguaje a la sombra aún de otros lenguajes ampliamente usados como Java, C++, C# o Python (aunque no quiero compararlos técnicamente con ellos).

Go es un lenguaje moderno, por lo que bebe de lo mejor de muchos lenguajes. Combina una sintaxis parecida a C con las características y facilidad de lenguajes dinámicos como Python. Lenguajes como C++, Java o C# son más pesado o voluminosos. En cambio, GO acierta con una sintaxis clara y concisa.Podéis leer la introducción a algunos conceptos sobre Go que hicimos hace un tiempo.

Aún estando diseñado para la programación de sistemas, provee de un recolector de basura, reflexión, potentes patrones de concurrencia y otras capacidad de alto nivel. No está orientado a objetos porque no existe jerarquía de tipos pero implementa interfaces, lo cual nos permite un estilo de programación orientado a objetos.

Aprender Go es una buena forma de mejorar nuestras habilidades como programadores. Es interesante conocer un lenguaje bastante potente como este que quién sabe cuando podemos recurrir a él.

Empezar a aprender Go

• Para empezar, es muy recomendable seguir los pasos del Tour de Go. En él, a parte del obvio primer “Hello, World” podemos conocer cada uno de los componentes del lenguaje. Son entorno a 70 slides interactivas en las que practicar la sintaxis y los conceptos claves desde el navegador sin preocuparnos de ninguna instalación. Además de play.golang.org donde encontramos una terminal completa en nuestro navegador
• Después de que hayamos comprendido el lenguaje y, definitivamente, nos haya gustado lo que tenemos que hacer es instalarlo desde las fuentes oficiales. Podemos usar ‘hg update release’ o ‘hg update tip’ para obtener las nuevas funcionalidades y bugfixes.
• El catálogo de libros sobre el lenguaje no es demasiado amplio como en otros lenguajes, pero ya cuenta con un libro de cabecera escrito por Mark Summerfield, “Programming in GO” con más de cuatrocientas páginas y ejercicios orientados a la versión 1.0 del lenguaje Go.
• La Google I/O 2012 del año pasado tuvo una presencia mayor que la de este año. Con cuatro interesante vídeos en las que conocemos en detalle sus patrones de concurrencia, el uso de Go en producción, una charla con los expertos del equipo de Go o cómo lo usaron en Google Maps combinado con App Engine.
• En cuanto a documentación al uso tenemos la Go Wiki con un montón de tips, GoPkgDoc con lo que podemos autogenerar una documentación web bastante interesante.
• Si ya tiene cierta experiencia en Go puedes seguir sumergiendote en las distintas librerías como go.crypto y go.net, go.image, go.text o go.exp.
• Como vengo recomendando desde algún tiempo las comunidades de Google+ para desarrolladores están creciendo cada vez más. Así que no puede faltar la de Go.

Turbulenz es una plataforma de creación de videojuegos basada en HTML5 que funciona principalmente con Canvas, WebGL y JavaScript, su motor es potentísimo o eso es lo que demuestra al usar algún juego o alguna de las pruebas que podemos hacer con el, viendo como genera entornos 3D completos, controlando todo lo necesario en un videojuego a la perfección (como son las cámaras, luces, sombras, generación de partículas…) y con un rendimiento impecable.

Pero lo bueno, como indican en Xataka Móvil es que han liberado el código del motor bajo licencia MIT para darlo a conocer y recibir un mayor apoyo de los desarrolladores, además en el momento justo cuando más revuelo está formando HTML5, ahora que está dejando de ser el futuro y es el hoy, cuando ya vemos HTML5 como la base de un sistema como es Firefox OS, y es que como dice el director de Turbulenz:

HTM5 ya no solo sirve para demos técnicas. Con el motor Turbulenz se están desarrollando una nueva generación de contenidos de alta calidad disponibles de forma instantánea online

Turbulenze ha liberado el código del motor (solo) en GitHub y disponemos en su web oficial de el SDK para Windows, Mac y Linux y el motor para Windows y Mac, además disponemos de una amplia documentación, aunque solo en inglés. El motor es bastante completo y podemos probar sus características generales con unas demostraciones básicas (sin entrar a los juegos, que están completamente en funcionamiento y hay por ejemplo uno llamado Polycraft que es un juego 3D con el que podemos jugar con otros usuarios simultáneamente y además tiene unos buenos efectos de sonido, demostrando parte de ese potencial que tiene).

Turbulenze además no solo se basa en el SDK, sino que te proporciona una plataforma completa que incluye el motor de juego, una zona en la web para probar las aplicaciones y una plataforma de publicación y monetización de las aplicaciones y todo de forma gratuita (menos si Turbulenz distribuye la aplicación y proporciona el entorno de juego social de su propia web, donde se llevará un 30% de las ventas).

Vía | Xataka Móvil
Más información | Turbulenz

Ya está disponible la versión de ICEpdf 5.0, software de código abierto, que nos hará más fácil la manipulación de documentos PDF. Puede actuar en varios escenarios: como aplicación independiente para ver ficheros PDF y embebido en nuestras aplicaciones.

La API es 100% Java y nos presenta como novedades la gestión de anotaciones, un nuevo y más eficiente motor de parseo, y el soporte para “True Type Font Hinting”. Además se pueden usar capas, y para las imágenes, máscaras y transparencias.

Para el uso de ICEpdf en el renderizado de documentos en tiempo real en el servidor, simplemente tendremos que desplegarlo y comenzar a usarlo. Nos ofrecerá funcionalidades como la de extraer texto e imágenes del fichero PDF o convertir el fichero a un formato gráfico (jpg, gif, png).

Como en muchos otros casos tenemos la posibilidad de escoger entre dos versiones: ICEpdf Open Source y ICEpdf Pro, esta última de pago y con algunas mejoras sobre la gratuita. Las nuevas características que podemos encontrar se podrían enumerar de la siguiente forma:

• Anotaciones (leer/crear/editar)


• Soporte de capas, para poder insertar contenido en ellas


• Mejora en el enmascaramiento de imagen y transparencias


• Multi-threading para gestionar la CPU más eficientemente


• Mejora en la administración de memoria

Sitio oficial | ICESOFT

Otra cosa no pero no se puede negar que la gente de jQuery es currante, no paran de sacar nuevas versiones y refinar su ya de por si muy potente y sencillo de utilizar framework. Esta vez le toca el turno a la versión 2.0, que lleva disponible desde hace un par de días y que cuenta como mayor hecho diferenciador el haber retirado el soporte para los old-IE (es decir, Internet Explorer 6-7-8).

Esta retirada de soporte a los navegadores más vetustos de Microsoft ha supuesto una reducción del tamaño del código en un 12% por lo que hace a esta nueva versión de jQuery ideal para su inclusión en aplicaciones móviles (PhoneGap, Blackberry 10, Firefox OS), extensiones de navegadores o aplicaciones para Windows 8. Para aplicaciones web que requieran soporte para un amplio espectro de navegadores recomiendan seguir usando jQuery 1.x y anuncian la próxima salida de jQuery 1.10.

También recomiendan que si usas una versión antigua de jQuery, migres primero a la versión 1.9 y luego, de que compruebes que todo funciona como un reloj suizo, pasar a la 2.0 ya que son API-equivalentes (sea lo que sea lo que eso signifique).

¿Y cuáles serán los siguientes pasos en esta rama 2.x recién estrenada? Pues al parecer se quieren centrar en seguir aligerando el tamaño del código y su próximo objetivo serán los parches para las versiones antiguas de Webkit y Android. Veremos a ver que tal.

Pues nada, después del tochazo que os he metido como si nada, toca ponerse el mono de trabajo, equiparnos de snacks chocolateados y bebidas energéticas y ponernos a trastear, que es lo que nos gusta.

Pd: todos los commits de esta versión, son unos pocos, ¿verdad?

Vía | Official jQuery Blog

Los pasados 6, 7 y 8 de marzo tuve la oportunidad de asistir gracias a MadridJUG a la QCon London 2013 en representación de idealista.com dónde soy el responsable de los proyectos del api, i+d y aplicaciones móviles.

Hace tiempo que vengo siguiendo las QCon a través de infoQ, viendo charlas sueltas de los ponentes de referencia en el desarrollo de software y lo cierto es que me costó muchísimo crearme una agenda, había mucha variedad de charlas (demasiada) y algunas de las que me interesaban coincidían a la misma hora. Algo curioso de esta conferencia es la cantidad de breaks que hay, 20/30 minutos entre charlas para tomar un café, picar algo, hablar con los sponsors y, sea dicho de paso, pillar alguna camisetilla o souvenir vario de los que tenían en los stands.

Quitando el track de banking, le dí a todos los palos: alta disponibilidad, java, APIs, mobile, agile, performance… con temas tan diversos es muy difícil hacer un resumen muy completo de la QCon, así que os dejo el resumen de las charlas que me parecieron más interesantes.

Keynotes de Barbara Liskov y Ward Cunningham

Si os soy sincero, a pesar de la categoría de los ponentes y el hecho de escuchar a dos leyendas del software, lo más interesante de estas dos Keynotes fue el resumen que hizo Heather Willems (@HeatherWillems) en tiempo real, justo ahora ando leyendo un libro sobre Visual Thinking y me impresionó bastante ver como Heather iba enlazando las ideas más relevantes con sus dibujos.

Keynote: Instantly Better Presentations

Damian Conway nos demostró sus dotes comunicadoras con una ponencia excelente, muy divertida y con buenos consejos para poder mejorar nuestras presentaciones. Damian enfocó la presentación a charlas técnicas con una parte dedicada a cómo mostrar código con animaciones en tu presentación para que la audiencia lo entienda bien, por ejemplo si muestras un refactor, es mucho más fácil de comprender si lo haces con una animación entre el resultado inicial y el final.

Otros consejos que nos dio son:

• Habla de lo que te apasiona o dominas, tienes que transmitir seguridad a la audiencia


• Cuenta una historia para que tú y tu audiencia recordéis mejor las cosas, es muy importante saber enlazar bien todos los temas para que nadie pierda el hilo


• Cambia el “¿Qué debería contar?” por un “de lo que sé, ¿Qué puedo contar?”, anota todo lo que sepas del tema y selecciona lo que quieras contar


• Haz que tus slides sean lo más simples posibles, si no la gente leerá en vez de escucharte


• responde siempre a sus preguntas, si no te da tiempo durante la presentación hazlo después o aprovecha los breaks


• Transforma el miedo a realizar la presentación en energía para hacerla

Web Development: You’re Doing it Wrong

Stefan Tikov (@stilkov) , CEO de innoQ, nos habló de ROCA (Resource-oriented client arquitecture) una serie de recomendaciones sobre lo que se entiende por un buen o “decente” (como reza en roca style) Web frontend design.

Puedes echar un ojo o contribuir en su github
Más información | slides

Highly Available near real-time Data Distribution beyond the network edge

Si algo tuvieron en común las ponencias sobre alta disponibilidad y rendimiento es el Benchmark Driven Development o cómo hay que incluir tests de rendimiento dentro de tu batería de tests, ya sean hechos a mano (incluir tiempos de ejecución máximos en tus tests, creando bucles para hacer stress testing, test de concurrencia…) o bien incluir los tests que herramientas de terceros te proporcionan (como JMeter por ejemplo) y que se ejecuten en tu servidor de integración continua.

Darach Ennis (@darachennis) dio algunas recomendaciones para la arquitectura de sistemas distribuidos, lógicamente ninguna “receta mágica”, la principal recomendación es mantenerlo lo más simple posible, como bien dijo en esta charla “simple is hard: so relax, let it fail. Let live and let’s learn”.

Más información | slides

Functional Reactive Programming in the Netflix API

Si alguien ha tenido que enfrentarse a problemas de carga en el acceso a su API es Netflix, pero hasta que Ben Christensen (@benjchristensen) no dio cifras no me había hecho a la idea de la envergadura: han pasado de las 2 millones de peticiones por día a su API de 2010 a 2.000 millones/día (flipa!), esto deja que los cerca de 35 millones de peticiones por mes que tenemos al API de idealista.com parezcan calderilla (35 millones de peticiones de los que estoy orgulloso a pesar de este baño de humildad).

¿El secreto para aguantar esta cantidad ingente de peticiones?, su API no está basada en llamadas bloqueantes o síncronas sobre las que hay que esperar una respuesta, si no que lo hacen mediante suscripciones a llamadas concretas y respuestas asíncronas. De esta manera un cliente se hace Observer de una llamada concreta y cuando esta tiene los datos se los envía al cliente en cuestión.

Comentó dos librerías que utilizan:

• Hystrix : librería para controlar interaciones entre sistemas distribuidos que proporciona una gran latencia y tolerancia a fallos


• RxJava : implementación de las reactive extensions, es una librería para hacer llamadas asíncronas y programas basados en eventos utilizando secuencias observables para la máquina virtual.

Performance Testing Java Applications

Al igual que en la ponencia sobre alta escalabilidad de la que os he hablado antes, Martin Thompson (@mjpt777) dejó caer un par de veces el concepto de Benchmark driven development. Estuvo hablando de los tipos de test de rendimiento que hay y de las buenas prácticas a la hora de llevarlos a cabo.

Sobre lo que hizo más hincapié es sobre la necesidad de concienciar de que todo el mundo es responsable del “performance testing”, por lo que debe incorporar a su flujo de trabajo los test (red, green, debug, profile, refactor…) o pruebas de rendimiento necesarias para que el rendimiento sea el mejor posible, rompiendo incluso el build si la aplicación no tiene un performance óptimo.

Para mí fue una de las ponencias más interesantes de la QCon, os recomiendo que veais el vídeo de la charla.

Más información | slides

New capabilities of HTML5 browsers

Esta charla la dio Maximiliano Firtman (@firt) que entiende “un poquito” sobre el tema, mantiene http://mobilehtml5.org/ ,donde muestra compatibilidades de html5 con navegadores de móviles y tablets, y ha escrito “algún que otro” libro sobre el tema.

Habló de los problemas, por todos conocidos, que tenemos para hacer que web se vea en los navegadores móviles: hay más de 200 navegadores diferentes y una ristra de versiones distintas de cada navegador, algunos no son lo que parecen (Chrome para iOS no es Chrome realmente), diferentes densidades de pantalla y resoluciones y las aplicaciones utilizan WebViews (js es 3 veces más lento en los WebViews).

Para enfrentarnos a estos problemas tenemos que apoyarnos en herramientas y buenas prácticas. Herramientas como emuladores o de debug remoto y buenas prácticas como el responsive design, mejora progresiva, no usar device detection, usar feature detection (no es lo mismo el navegador que tenía blackberry antes que el de BB10) y dedicar mucho tiempo a una buena arquitectura.

Más información | Slides

Testing iOS apps

El testing en aplicaciones es muy complicado, hay muchos factores que pueden influir en que tu aplicación falle en un momento dado: el dispositivo en el que se están ejecutando, la versión del sistema operativo que tenga el usuario instalada, si está jailbreakeao o no, la conexión, el performance de la aplicación, la memoria que usa, el almacenamiento, etc. etc. Quería saber que tipo de herramientas recomendaba el autor de Test-Driven iOS Development, Graham Lee (@secboffin)

Graham comentó que, aunque en su libró ha programado usando OCUnit, el porqué lo explica en su blog, últimamente solía usar CATCH.

Nos habló de varias herramientas para testear nuestras apps:

• El mencionado CATCH


• Calabash para automatizar los test de aceptación en las aplicaciones móviles, disponible para Android e iOS. Calabash soporta Cucumber, que nos permite hacer BDD usando lenguaje natural en nuestros tests


• Automation instrument, herramienta que proporciona Apple para automatizar los test sobre nuestro interfaz.


• Habló de las Hardware IO Tools for XCode y de como herramientas como el Network Link Conditioner nos pueden ayudar a simular escenarios reales.

Como he comentado al principio, es una gran conferencia, con grandes ponentes y ponencias, pero para mi gusto con demasiado popurrí de charlas, me hubiese gustado un poco más de “foco”.

Tenéis algunas de las ponencias disponibles en infoQ, atentos porque las irán poniendo todas en su sitio web.

Sitio oficial | QCon London
Más información | Agenda y slides

La Fundación Mozilla siempre está tras mejorar el crecimiento de la web y de un disfrute más amplio de ella, por lo que esta vez ha creado TowTruck, una plataforma open source (aún en una fase inicial) que permite con solo JavaScript y HTML5 poder compartir una página web entre varias personas en tiempo real, con funciones únicas de comunicación y simplemente añadiendo un archivo JavaScript (ni plugins ni nada).

El funcionamiento es muy simple, tras añadir el código que nos proporcionan aparecerá un botón para poder compartir la web en la que trabajamos en tiempo real, que nos proporcionará un link que podremos pasar a cualquiera para que se una a nuestra sesión y poder colaborar en la creación de una web.

TowTruck nos permite ver el puntero de la otra persona y que la otra persona vea el nuestro, al igual que también permite realizar cambios por ambos en el código y por tanto en la visualización de la propia web. Además para comunicarnos correctamente con nuestro compañero disponemos de un chat y de un chat de voz en tiempo real, gracias a la reciente tecnología web RTC (que permite compartir audio y vídeo por streaming de un navegador a otro y hace poco la gente de Chrome y la de Firefox demostraron su potencial en una videollamada, sin tener que recurrir a otra tecnología que no sea nativa).

Más información | Mozilla TowTruck

Uno de los males de nuestros tiempos es la vertiginosa velocidad de las noticias que produce, a veces, que publiquemos en los blog, como es GenbetaDev, noticias sin haber podido profundizar en el fondo de las fuentes.

Así nos ha ocurrido con la noticia en donde nos lamentábamos de que la informática, era expulsada del ámbito de las ingenierías, según un borrador del anteproyecto de ley de servicios profesionales… y lo cual no era ciertamente así.

Por lo cual, y para abundar en el polémico anteproyecto, he realizado una revisión en profundidad del documento y de las fuentes de donde proviene, para poder llegar a reflexiones y conclusiones que creo interesantes compartir con nuestros lectores.

El origen del anteproyecto

De por ello el Ministerio de Economía y Competitividad presenta el 20 de Diciembre del 2012, un PowerPoint con el primerísimo borrador del futuro anteproyecto de ley de servicios profesionales.

En él se describe, de una forma un tanto utópica, los para bienes de una desregulación del encorsetado sistema de profesionales colegiados que actualmente rige en España. Y que produce absurdos como que un abogado de Madrid no pueda ejercer en Barcelona.

Básicamente reduce las profesiones que deben ser colegiadas de forma obligatoria, y permite la convivencia de colegios obligatorios y voluntarios.

Según esto, y a mí me parecen puras divagaciones, calculan que se conseguirá ganar un tanto por ciento del PIB a causa de la mejora en la competencia y la productividad, y en la bajada de los precios.

El borrador del anteproyecto que causa la polémica

Una de las mayores dificultades que me he encontrado al buscar la fuente de toda esta polémica, es que el documento no tiene una proveniencia clara.

La fuente en la que se basó GenbetaDev para publicar el artículo viene del Colegio Profesional de Ingenieros Técnicos en Informática de Andalucía, los cuales, por cierto, cayeron exactamente en el mismo error que nosotros: leyeron el documento en diagonal.

Teniendo en cuenta que son parte muy interesada de que el colegio de informática sea obligatorio, me puse a buscar otras fuentes. Y lo encontré en un curioso medio de comunicación de ámbito sanitario llamado Sanifax.

Por último, tirando del hilo de Google llegue al documento que publicó el periodista Javier Ruiz en el repositorio de documentos de Vozpopuli que, ahora sí, al no ser ni juez ni parte, esta versión (que es la misma que las anteriores pero sin membretes) ya se puede considerar como lo suficientemente fiable como para hacer una análisis de su contenido.

La titulitis y los tipos de profesiones

Si bien este documento afecta de forma especial a los profesionales de arquitectura, farmacia y abogacía, también hay una serie de medidas que afectan a todas las profesiones como puede ser la esperadísima habilitación única.

Pero me voy a centrar en nuestra profesión y en su aplicación en la ingeniería informática.

En el artículo 5. Punto 1. Trata sobre restricciones de acceso:

Las restricciones al acceso a una actividad profesional o una profesión basadas en la cualificación sólo podrán establecerse cuando sea necesario por motivos de interés general y resulte proporcionado.

A estos efectos, se entenderá por restricción al acceso basada en la cualificación cualquier prohibición, obligación, exigencia o límite relativos a la titulación, nivel académico o educativo, formación, capacitación o experiencia de la persona, que implique la reserva de funciones al poseedor de dicha cualificación.

Esto implica, sin lugar a dudas, que esta ley intenta luchar contra la “titulitis” y restringe solo a casos excepcionales la restricción al ejercicio de una profesión. Más adelante indica algunas de cuáles son estas.

Es más en el punto 2, sección B, se indica que no solamente es válido el título universitario. También la experiencia laboral o todo aquello que sea suficiente para acreditar la cualificación exigida por la actividad. Volviendo a intentar huir de la “titulitis” que tanto azota nuestro sector.

En los capítulos 6 y 7, se describe de forma genérica lo que es una profesión titulada, que requiere de un título universitario o de formación profesional superior; y describe la profesión colegiada, que son aquellas que obligan al profesional titulado a pertenecer a un colegio profesional.

¿Podemos tener un Colegio de Ingenieros Informáticos?

Si, sin duda. Lo que dice el anteproyecto, en su Artículo 25, disposición adicional primera, en el punto 2, después de enumerar las profesiones colegiadas:

No será obligatoria la colegiación para cualesquiera otras profesiones, actividades o funciones distintas de las relacionadas en el apartado anterior, sin perjuicio de las exigencias de titulación y de las obligaciones de inscripción de los profesionales titulados en el Registro Nacional de Titulados Universitarios oficiales que puedan recaer sobre ellas.

Lo que sí es importante de señalar es que no será obligatorio estar colegiado para poder ejercer nuestra profesión.

¿Han expulsado la informática del ámbito de las ingenierías?

No, en ningún caso. Sin duda la confusión viene de leer de forma diagonal el documento.

En la disposición adicional segunda de atribuciones profesionales de la ingeniería, en el punto 2 dice:

Se entenderán comprendidos en lo dispuesto en el primer párrafo del apartado anterior, quienes hayan obtenido un título universitario que dé acceso a cualquiera de las profesiones de ingeniero, así como quienes posean alguno de los títulos siguientes: ingeniero aeronáutico, ingeniero agrónomo, ingeniero de caminos, canales y puertos, ingeniero de minas, ingeniero de montes, ingeniero naval y oceánico, ingeniero industrial, ingeniero de telecomunicación, ingeniero químico,

Lo importante, y lo que da rotundidad a la negación de la exclusión, es la palabra “así como”. Es decir, el listado de las ingenierías (es un borrador) es añadido a las titulaciones de ingeniera.

Es fácil confundirse y leer que es una lista de las ingenierías, pero reflexionando un poco y mirando el listado de ingenierías del plan de estudios universitarios de nuestro país, está claro que faltarían un gran número de ellas.

Es más, en el punto 3 deja bien claro que cualquier título universitario de grado o master, podrán utilizar la denominación de “ingeniero”. Y todo esto nos incluye a nosotros, los ingenieros técnicos o superiores de informática.

Es más, en la disposición adicional tercera se puede entender que estamos ante un borrador de un anteproyecto, es decir casi papel mojado, ya que en el punto dos se puede inferir de forma clara que aún no existe la lista de títulos universitarios que dan acceso a las profesiones tituladas, sean ingenierías o no.

Y que, cuando se tenga esa lista, se le debe dar la mayor difusión posible.

Conclusiones

Y continúa con múltiples modificaciones en las leyes actuales de diversas profesiones y actividades profesionales, muy lejanas del ámbito de la informática.

En resumen, la informática sigue siendo una extraña ingeniería, en donde se mezcla quien hace el hardware, quien programa, quien mantiene los sistemas, quien arregla las máquinas y quien ajusta el fax. Y, en donde sigue primando saber lo que haces sobre el título que tengas, incluso si no tienes ninguno.

Para ser ingeniero, informático o no, necesitas un título universitario o de grado que así lo indique, y en muchos de los casos no debiera ser necesario. A menos que exista una causa mayor, como indica la ley.

Los colegios profesiones informáticos pueden existir, sin ningún impedimento. Pero no pueden obligar a los profesionales titulados a pertenecer a ellos.

Pero, como reflexión final, en mi parecer el problema no está en estar o no colegiado, o tener o no un título.

El problema es que la enseñanza universitaria está muy mal planteada, impidiendo que se pueda construir una profesión colegiada, con las cosas buenas y malas que conlleva, al mezclar (valga la semejanza con la aeronáutica) en la misma titulación al ingeniero de motores, al diseñador de la pintura del fuselaje, al piloto, a la azafata y al constructor de la pista de despegue.

En GenbetaDev | La informática, expulsada del ámbito de las ingenierías, No habrá colegio de informáticos, ¿Como afectará a la carrera de informática?

Más información | Documento del borrador del anteproyecto de ley

Los datos por si solos no son nada, tienen que interpretarse y presentarse para dar lugar a información y de la información derivar en el conocimiento. Una buena manera de conseguir esto es con gráficas. Las opciones para insertar gráficas Javascript en tus proyectos y webs son muchas pero hoy te traemos en Genbeta Dev otra más, porque cuantas más opciones, mejor. Esta vez se trata de Polychart.JS y la verdad es que tiene buena pinta.

Polychart.JS permite recibir datos tanto de archivos CSV como a través de JSON o AJAX, puedes mezclar distintos tipos de gráficas, con ejes y leyendas autogenerados, en una sola más grande e interaccionar a través de ellas gracias a su sistema flexible basado en eventos. La verdad es que los ejemplos que tienen en su web son muy espectaculares e intuitivos.

La documentación es extensa (aunque está algo dispersa) y si bien tiene una versión que llaman Public y es gratuita, esta sólo puede ser utilizada en proyectos no comerciales. Si no es tu caso, tendrás que pagar 99$ (que tampoco es mucho) por su versión Commercial (aunque tienen diversos descuentos para startups y tal).

Es un mundo, el de las gráficas Javascript, muy competido pero nunca está de más conocer nuevas alternativas como este Polychart.JS.

Vía e imagen | Polychart.JS

Creo que casi todos hemos escuchado alguna vez que la profesión de informático es la que mejor futuro tiene. No parece nada extraño si pensamos en este mundo hiperconectado de internet, apps móviles y todo tipo de tecnologías que surgen tan rápidamente. ¿Pero a qué precio muchos profesionales de la informática que trabajan en el sector lo están pagando malgastando sus carreras profesionales?

Si queremos defender la profesión de informático y mantenerla como la profesión de futuro que siempre ha sido, debemos revisar qué nos mueve y cómo debemos adaptarla. Con esta motivación surge el evento SaveInformaticOs que reunirá a profesionales, empresas, clientes, estudiantes y docentes entorno a este Open Space el día 27 de Abril en la Universidad Politécnica de Madrid.

El formato Open Space es una modalidad dinámica sin agenda previa en la que se propone de forma conjunta los temas a tratar en los diferentes tracks al comienzo del evento. Cualquiera que tenga una propuesta la puede exponer y “venderse” al resto de asistentes para que asistan a su charla o corrillo de ideas. Se votan las mejores propuestas y se participa libremente en la que más nos apetezca, siempre con la posibilidad de ir de charla en charla (la famosa regla de los 2 pies). Podéis conocer más sobre el formato Open Space en el blog de reelab que explica a la perfección sus reglas.

Durante estos días, seguro que habréis escuchado debates interesantes sobre la profesión de informático. Muchos de ellos iniciados entorno a la perspectiva de este evento. Entre ellos, el tremendo cáncer de nuestra profesión como son las “cárnicas” que trafican con horas/hombres ¿Cuantos buenos programadores se han perdido por la desmotivación de ese tipo de trabajos? La desmotivación estacan nuestra carrera de técnicos, quedando con el tiempo obsoletos. Cada vez más los jóvenes tendrán la habilidad innata de programar y crear su propio hardware o software, pero en las universidades no sabrán aprovechar esos talentos con clases alejadas de la realidad. La sociedad evoluciona y nosotros, los informáticos, quedamos anclados.

Por todos estos motivos, creemos que un Open Space que libere las mentes y fomente que todos los implicados dialoguen sobre el futuro de la profesión es importante. Pasando por temas como el trabajo, el cambio hacia un nuevo paradigma en que la metodologías ágiles se adopten de pleno y, sobre todo, que seamos consciente cómo se hacen bien las cosas y olvidar las prisas/ñapas.

Es necesario el esfuerzo de los profesionales y las empresas. Seguro que muchos profesionales que están motivados con su profesión y tiene la intención de hacer bien las cosas se animarán a contar en las distintas charlas cómo trabajan y dar ideas para mejorar la profesión de informático.

Podéis encontrar más información en el sitio web de SaveInformáticos, así como leer la opinión de buenos profesionales que participan activamente en el evento.

Más información | SaveInformáticOS