Master on Libre Software Planet

August 27, 2015

Andrés Maneiro

Me he dado de baja de spotify

He dado de baja mi cuenta de pago de Spotify. Lo cierto es que es un servicio que me daba mucho valor, funciona muy bien y llevaba años pagando gustosamente. Pero estos días se ha actualizado la política de privacidad con cosas difíciles de entender (acceso a mis contactos, fotografías, etc) si no es desde el enfoque de que yo soy el producto y esperan vender mis datos a terceros. No me gusta ser un producto. Pequeños detalles como llevar ropa con un logo visible me horroriza; si quieren que les lleve publicidad que me hablen en términos de contratos: ¿cuánto me pagas por llevar tu logo en mi camiseta? Pagar la cuota de spotify y además ser yo vendido, pues no me apetece. Por eso he cancelado mi cuenta de pago y desinstalado la aplicación de mis dispositivos móviles.

by Andrés at August 27, 2015 02:00 PM

August 26, 2015

Andrés Maneiro

Innovar para sobrevivir

Las empresas sacan productos a mercado para ganarse la vida. Pero una vez lo haces, las oportunidades de mantener las ventas/beneficios en el tiempo con el mismo producto son cada vez menores.

Por un lado, en el mercado la oferta de productos similares de menor precior y/o mayor funcionalidad aumenta con el tiempo. Para protegerte, es sensato sacar nuevas versiones que aporten algo nuevo y permitan mantener los márgenes, bien sea consiguiendo nuevos clientes o con la actualización de los actuales a la nueva versión del producto. En esa carrera, llega un punto donde la demanda se resiente: los clientes ya tienen el producto que hace casi todo lo que necesitan, ¿y para qué van a cambiar a una nueva versión con los costes que eso tiene? Por lo que te ves empujado a integrar un número mayor de funcionalidades que van dirigidas a un menor número de usuarios. Si no lo haces bien, es muy fácil acabar con un producto tan lleno de cosas que es imposible que nadie esté contento y hacer la misma tarea les llevará a todos más tiempo. En ocasiones lo mejor es saber decir no:

Por otro lado, los costes de producir algo que la gente desee comprar aumentan con el tiempo: tu productividad y eficiencia se ven mermadas por adaptaciones del producto a cambios tecnológicos propios o del ecosistema, la complejidad derivada del crecimiento y los compromisos que has tomado con el tiempo. En ocasiones, necesitarás hacer cambios profundos que afectarán a tu base instalada de usuarios, a las que quizás no les interesa el cambio que propones por lo que no actualizarán a la nueva versión o, peor todavía, hablarán mal de tu producto. Esta fuerza no visible te empuja a ser más conservador con lo que haces, con el consecuente coste de oportunidad.

2015-08-18 15.17.20En definitiva, el tiempo y las iteraciones meten presión en tu producto. Una nueva versión o funcionalidad no significa simplemente incluir un icono más en el menú o crear una nueva función en el código. La complejidad aumenta con cada añadido y si no la controlas, tu atractivo en el mercado y tu capacidad de reacción serán cada vez menores.

El corre que te pillo de la industria del software

La historia de la mayoría de empresas de software se podría resumir de esa manera: como un corre que te pillo en el que se puede estar un tiempo indeterminado, con las amenazas constantes de que el mercado llegue a su punto de saturación o tu producto se quede desfasado.

Las compañías están programadas para crear nuevas versiones del producto, pero no nuevos productos. Microsoft, luego de tener el monopolio de los sistemas operativos erró al calcular el impacto que tendría internet con consecuencias en su negocio que duran hasta hoy, siendo Google y Apple los grandes beneficiados. ArcGIS, hace una década el producto cuasi-monopolista del mercado de sistemas de información geográfica, ha visto cómo le crecen los enanos con el inicio de siglo: productos de software libre que lo sustituyen para gran parte de las tareas y compañías como CartoDB o MapBox que han sabido leer mejor en un primer momento las oportunidades de internet para el sector SIG. Casi la totalidad de los productos que ha sacado Adobe después de Illustrator han sido resultado de adquisiciones de otras compañías. Y así un largo etc.

genesis-adobe-products

Particularmente con la emergencia de internet y el empuje del software libre, el sector ha sufrido movimientos profundos durante los últimos años, y uno de los patrones que vemos emerger es que las compañías se están moviendo mayoritariamente a un modelo de negocio basado en subscripciones. Un modelo de subscripciones permite reducir el time to market a la vez que los usuarios pagan por las actualizaciones, que no están garantizadas en un modelo de licencia.

Lo cierto es que crear nuevos productos no es sencillo. Sobre todo cuando las fuerzas que degradan tus márgenes son, en un análisis cortoplacista, tan lógicas y apetecibles que es fácil dejarse llevar por ellas: «añade esta funcionalidad, que así firmamos el contrato con este nuevo cliente», «haz un apaño aquí con el código, total es más rápido y funciona lo mismo», etc. En ocasiones, seguro que traen algún beneficio inmediato a corto plazo. Para las empresas que no tenemos un talonario que usar cuando se esté muriendo la gallina de los huevos de oro, esto es un peligro evidente. A falta de talonario, nos toca agudizar el ingenio. Para sobrevivir debemos ser más cuidadosas que las grandes, ampliar miras y aprender a reinventarnos con el tiempo. Vivir arrebatados por el cambio.

by Andrés at August 26, 2015 05:40 AM

August 25, 2015

Andrés Maneiro

DEFRA libera datos LIDAR

El departamento de medioambiente, alimentación y desarrollo rural de Reino Unido (DEFRA) va a publicar sus datos como open data. Entre los primeros están los datos LIDAR, que cubren una extensión de casi el 75% del país.

by Andrés at August 25, 2015 06:22 AM

August 23, 2015

Andrés Maneiro

Mi blog y yo

Llevo escribiendo en diferentes avatares de este blog casi 10 años. Gracias a él, publiqué artículos en el periódico tecnológico de mayor tirada de Galicia, conocí a mi mentor en el mundo de la empresa, trabajé en una de las compañías de software libre más importantes del mundo e inicié el contacto con un montón de gente interesante con la que, a lo largo de los años, he podido hacer proyectos conjuntos, tomarme unas cañas y ganar nuevas amistades. Este blog es parte de lo que soy. No siento éso de ninguna otra actividad en internet.

Lo cierto es que llevo un tiempo nutriéndolo de más contenidos que los que tiene un blog al uso: un glosario, las distintas guías que van creciendo o los libritos sin ISBN que voy escribiendo cuelgan de él. Últimamente, me he animado también a incluir miniposts, breves comentarios con enlaces. Lo hice porque me apeteció y pude hacerlo.

Por otro lado, en mi lector RSS tengo unos 42 blogs imprescindibles. De ese tipo de gente que merece la pena leer porque son auténticos, cada uno a su manera, y me aportan una visión única del mundo que vivimos.

Cuando leo que los blogs son passè y lo cool son las páginas de contactos me viene a la cabeza Flip, de la Oveja Mansa. Simplemente cierro la pestaña y voy a otra cosa. Pero también hay días en que me revelo y digo: no, estás equivocado, lo antiguo es pensar que un producto, una página de contactos o un centro comercial de internet, aporta más que relaciones concretas con personas de carne y hueso, que escriben en su blog. Lo que importa no son el número de comentarios o favoritos que consigues. Lo importante es qué te aporta lo que haces y cómo tu vida es mejor por ello.

Cuando estoy en esos días, si alguien como Pablo sugiere recuperar la bandera del blogueo, simplemente saco mi teclado y escribo. En mi blog. Que me devuelve con creces cada minuto que invierto en él; que me permite cambiarlo y adaptarlo a lo que deseo en cada momento; que seguirá estando aquí cuando cierren todas las páginas de contactos de internet.

by Andrés at August 23, 2015 10:58 PM

Oveja mansa

Oveja mansa está escrita en primera persona, en la voz de Sandra Foster, una científica que trabaja para HiTek investigando el origen de las modas. HiTek desea saber cómo predecirlas para poder llegar a crearlas, pero la doctora Foster no está avanzando en su investigación. En vez de eso, se mete en líos por ayudar a un compañero a que no pierda su empleo. Foster, de 30 años y que busca su pareja ideal en la sección de contactos de periódicos locales, pasa su tiempo entre la oficina, la biblioteca y centro comercial; es ahí donde surgen sus afilados y agudos comentarios sobre la vida, el universo y todo lo demás. Pero sigue sin encontrar el origen de las modas.

Lo cierto es que Oveja mansa tiene diálogos para recordar y alguna escena maravillosa, como la del cumpleaños de la hija de una amiga donde Connie Willis aprovecha para diseccionar las diferentes maneras en que los padres tratan con hijos díscolos. La “técnica de reproyección de acciones negativas en energía proactiva” me recordó mucho a los mecanismos educativos de los padres de Ned Flanders!

Es una novela entretenida, con un aire costumbrista y ligeramente pasteloso que le queda muy bien. Pero a pesar del tono de comedia y haber sido publicada hace 20 años, es una historia brutalmente actual. Dibuja un mundo donde la estupidez gana terreno a pasos agigantados. Reflexiona sobre la influencia de la casualidad y la suerte en nuestras vidas pero también dignifica el espíritu hacker con un aire muy Feynman. En cierto sentido, Connie Willis nos está lanzando un preaviso, un

“hoygan, que esto se va a la mierda y nos estamos quedando sin cajeras que den bien el cambio, científicos que hagan ciencia y camareros que sirvan un café sin interrogatorio previo. Hagan algo. Piensen por sí mismos. No se dejen llevar por las modas. Al menos, no demasiado”.

by Andrés at August 23, 2015 09:00 AM

August 21, 2015

Andrés Maneiro

Trabajar mejor

Esta semana ha tenido mucho impacto el artículo de NYT sobre las malas prácticas de trabajo en Amazon. Algunos empleados actuales negaron que eso sea así, ahora y el propio Jeff Bezos se vió obligado a realizar un comunicado público. Hay decenas de personas que aprovecharon para cobrarse las rencillas y han publicado historias de todo tipo. Con todo, el debate inicial sobre la maldad de Amazon ha ido derivando a algo mucho más interesante: ¿trabajar más horas nos hace más productivos? ¿seguro? ¿es Ford un espejo en que mirarnos para reducir la jornada a 30h/semana? ¿nos haría eso más productivos?

by Andrés at August 21, 2015 09:49 PM

August 20, 2015

Andrés Maneiro

August 19, 2015

Andrés Maneiro

Webs de gobiernos

Recientemente he ido a visitar la nueva web del Kremlin. Os recomiendo que naveguéis un rato por ella y leáis sobre los principios que guiaron su desarrollo, contiene un montón de detalles realmente buenos: un lenguaje enfocado al usuario, jerarquía visual/tipográfica muy clara y componentes interactivos que hacen que la experiencia de navegación sea fluida.

ru_search ru_info

Ha costado alrededor de 300.000€ y el equipo que la ha llevado a cabo ha estado fuertemente inspirado por la filosofía y visión que el departamento digital del Reino Unido incorporó a sus servicios hace unos años.

govuk_oil govuk_military govuk_vat_rates

Por mucho que el GDS haya publicado cómo trabajaban o liberado su código, por la velocidad a la que nos tienen acostumbrados a reaccionar los gobiernos, oir cosas como user needs, not goverment needs o Make things open: it makes things better suena todavía a algo muy novedoso.

La web del Kremlin, conjuntamente con la de Suecia para extranjeros, entra en mi catálogo de webs gubernamentales favoritas.

sweden

by Andrés at August 19, 2015 05:49 PM

August 13, 2015

Andrés Maneiro

Las decisiones de diseño de Polar

Screenshot from 2015-08-13 16:44:27Este librito de Luke Wroblewski contiene mucha sabiduría de diseño de interacción. Cuenta algunas de las micro-decisiones aplicadas en el desarrollo de Polar, una aplicación de encuestas que ha comprado Google hace poco menos de un año. Es ilustrativo en cuanto relata una historia de adaptación en el mundo real: fragmentación de dispositivos (tanto por pantalla como por dispositivos de input), los retos de adaptar una aplicación a diferentes lenguajes de diseño, etc. Aunque muy enfocado a entornos móviles, hay lecciones aplicables a otros entornos.

by Andrés at August 13, 2015 02:53 PM

August 09, 2015

Andrés Maneiro

Análisis orientado a la tarea

«If I’d asked people what they wanted, they would have asked for a better horse»

— Henry Ford

Una de las cosas que uno hace cuando participa en una empresa es preparar ofertas para clientes. En ocasiones, la tarea es sencilla porque el dominio o el problema es muy acotado o ya has hecho cosas similares anteriormente. En otras, sin embargo, es necesario aterrizar una marabunta de ideas inconexas, deseos más allá de la realidad o que el usuario no sabe lo que quiere (simplemente necesita resolver un problema).

De un problema a una solución

Hace años, participé en un proyecto donde el cliente tenía un problema: para compartir información de un proceso de la empresa, los usuarios participantes tenían en su ordenador una jerarquía de carpetas propia, con distintos documentos cada uno que ligaban mediante un código compartido (que tenía, sin embargo, matices para cada usuario). Cuando necesitaban alguna información concreta, se enviaban e-mails entre ellos para preguntar quién tenía un documento específico.

Esto era un horror además de poco efectivo. Nos pidieron opinión para diseñar un sistema centralizado para compartir información: la idea inicial era construir un FTP que enviase mails automáticamente cuando alguien añadía un documento a una u otra carpeta, según una jerarquía que estaba siendo definida. Luego de algunas vueltas y no pocas conversaciones llegamos a algo diferente a lo que pedían inicialmente. ¿Por qué no crear un sistema de gestión de expedientes que se integre con otras herramientas que ya tenéis? No un FTP más organizado o e-mails automáticos. No un caballo más rápido, sino un coche.

La diferencia puede parecer sutil, pero conceptualmente es un salto importantísimo: las conversaciones con el cliente pasaron de pivotar sobre los nombres de las carpetas que debería tener el FTP centralizado a centrarse en cómo hacían las cosas, los fundamentos de sus procesos internos. En este caso, el resultado fue que no hicimos nada de lo que inicialmente se había pensado (FTP centralizado, envío de mails, etc) y, sin embargo, el proyecto es ahora fundamental en su día a día.

Análisis orientado a tarea

¿Qué es lo que nos llevó a determinar que existía una mejor solución? Creo que simplemente poner la mirada en cómo trabajaban y escuchar, no sólo dejar que el sonido entrase en las orejas. A partir de ahí, pensar un proceso para compartir información sobre la base de cómo hacían ellos las tareas y orientar la construcción de herramientas al soporte de ese proceso.

En ese momento no fuimos conscientes de que estábamos haciendo análisis orientado a la tarea. Supongo que llegamos a esa idea simplemente por ponerlos en la piel de los usuarios, por dedicarle un poco de cariño al proyecto. Desde luego no conocíamos «Understanding the job» de Christensen:

Ni todavía habíamos llegado a Ryan Singer y sus interfaces orientadas a la tarea, aunque poco después empezamos a escuchar lo que estaba diciendo este chico:job

El análisis de la tarea en diseño de interacción

A lo largo de mi carrera, creo que esta técnica ha sido uno de los aprendizajes que más impacto ha tenido en cómo enfoco mi trabajo y en las soluciones que propongo.

Es en este marco en que el estudio de las ideas de Bill Verplank cobran muchísima relevancia. Se me hace ahora más claro cómo encaja el análisis orientado a la tarea en el marco general y las distintas fases del proceso creativo, los outputs que debemos esperar de cada una de ellas.

IxDesign_Matrix

Su librito sobre diseño de interacción ha resultado fabuloso como integrador de muchos conceptos que tenía sueltos. Entre otras cosas, me ha permitido clarificar también dónde encaja la metáfora de mapa VS ruta, que es un buen heurístico para ayudarte a pensar cómo el usuario va a interactuar con el producto.

La verdad es que sienta muy bien dedicar un tiempo a reflexionar sobre lo que uno hace y pararse a estudiar cómo lo hacen otros. Ayuda a clarificar ideas y eliminar lo superficial. Es como dedicar un tiempo a afilar el hacha antes de empezar a cortar árboles. Eres más productivo con un hacha afilada y te cuesta menos esfuerzo. Supongo que es también ahora, cuando uno pasa a ser consciente de cómo hace las cosas, en que empieza lo divertido. ¡Abróchense los cinturones!

by Andrés at August 09, 2015 03:35 PM

August 07, 2015

Andrés Maneiro

Complejidad y reversibilidad

Gestionar la complejidad es la tarea principal de un desarrollador, como bien ha sufrido todo aquel que lleve un tiempo siéndolo y le haya tocado trabajar en sistemas con varios años de desarrollo encima. Kent Beck acaba de escribir sobre ello desde un punto de vista diferente al habitual: ¿en qué medida afecta la reversibilidad de las acciones sobre el control de la complejidad? (enlace alternativo si no va el de facebook)

by Andrés at August 07, 2015 10:46 PM

August 04, 2015

Andrés Maneiro

Diseño de interación, según Bill Verplank

Billverplank_ciid_2010He estado revisando recientemente el trabajo de Bill Verplank. De su perfil me llamaron la atención 3 momentos en particular: participa en el desarrollo del Xerox Star, trabaja con Bill Modridge en IDTwo (luego IDEO) donde acuñan el término Interaction Design y funda con Terry Winograd el programa de HCI en Standford.

Desafortunadamente, no he podido encontrar mucha información suya online. Apenas un video donde explica la tarea a la que se enfrenta el diseñador de interación (donde, entre otras cosas, cita la diferencia entre mapa y ruta):

Tenemos también un par de entrevistas y alguna keynote. Ésta última muy recomendable. Pero lo que parece ser su núcleo actual de pensamiento lo condensa en un librito no acabado sobre diseño de interacción. Es una lectura breve pero profunda. Diría que es un marco de pensamiento muy XEROX: consigue integrar las ideas respecto al aprendizaje del grupo de Alan Kay con la experiencia en HCI del grupo de David Liddle, asignándole importancia a cosas como el modelo conceptual en el que se embebe tu producto.

Verplank, en su afán por dibujar una visión holística del desarrollo de producto ha llegado a un interesante marco de pensamiento:

IxDesign_Matrix

 

A falta de procesarlo por completo, me fascina lo bien que encajan las piezas. Diría que es el puzzle que todo diseñador debe rellenar a lo largo de la evolución del producto.

by Andrés at August 04, 2015 08:04 PM

August 02, 2015

Andrés Maneiro

La ciudad de los prodigios

Ambientada entre las exposiciones universales de 1888 y 1929 de Barcelona, La ciudad de los prodigios es una novela de Eduardo Mendoza que cuenta las peripecias de Onofre Bouvila, un campesino de 13 años que llega a la ciudad “para hacerse rico”: empieza como agitador social repartiendo panfletos anarquistas en la primera exposición y la segunda lo coge como uno de los hombres más ricos del mundo.

Entre medias, Mendoza narra la vida de un hombre hecho a sí mismo que no tiene reparo en vender falsos crecepelos a los obreros de la exposición, ejercer de matón a sueldo de un abogado que resuelve los casos turbios de la aristocracia barcelonesa, ser uno de los especuladores crecidos bajo el paraguas del Plan Cerdá, convertirse en vendedor de armas a los gobiernos de la Europa pre-guerra, ser el introductor del cine en Barcelona como mecanismo de agitación social o actuar como filantrópico financiero de actividades de ciencia.

Pero La ciudad de los prodigios es de esas novelas en que el personaje principal no es exclusivamente una persona, sino también una ciudad y el ambiente sociocultural que la impregna. A cuentagotas, Mendoza te hace sentir la evolución de la Barcelona que crece de 250.000 habitantes hasta el millón en los 40 años que separan las exposiciones. Una ciudad que es el motor industrial de España y vive en sus carnes la descomposición social, así como diversos avatares de la lucha de clases (es allí donde se funda la UGT y el Partido Socialista tiene su primer congreso).

La mezcla de profusos datos reales sobre la Barcelona de entre siglos -su demografía o la cantidad y situación de los pabellones de las exposiciones- conjuntamente con el ejercicio de ficción que supone tejer una trama en torno a un personaje con acceso simultáneo a los círculos de la alta y baja sociedad, convierte la novela en un friso de Barcelona, una puerta a la que asomarse y tratar de entender el magma social que dominaba la época.

by Andrés at August 02, 2015 06:44 PM

July 29, 2015

Andrés Maneiro

Sprints de diseño, según Google

gráfico de las fases de diseño

Google ha publicado recientemente una guía para llevar a cabo sprints de diseño,  que lleva a la práctica -y es coherente con- la idea del design funnel de Bill Buxton. Me ha parecido muy recomendable.

by Andrés at July 29, 2015 05:39 AM

US Open Data fix UELMA

Here’s how we saved state-level open data es una historia digna de leer. De esas pequeñas batallas por lo abierto que pasan inadvertidas pero que son inmensamente importantes.

by Andrés at July 29, 2015 04:58 AM

July 22, 2015

Nacho Varela

Tamaño usado y libre de una base de datos Oracle

Si no eres DBA de una base de datos Oracle y necesitas obtener el tamaño actual de un tablespace puedes obtenerlo con la consulta SQL siguiente:
SELECT TABLESPACE_NAME,TO_CHAR(SUM(NVL(BYTES,0))/1024/1024/1024, '99,999,990.99') AS "USED SPACE(IN GB)"
 FROM USER_SEGMENTS
 GROUP BY TABLESPACE_NAME
El valor de espacio libre disponible se obtiene con (sustuir 'MyDbName' con lo que corresponda):
SELECT TABLESPACE_NAME,SUM(BYTES)/1024/1024 "FREE SPACE(MB)"
 FROM USER_FREE_SPACE
 where TABLESPACE_NAME in ('MyDbName')
 GROUP BY TABLESPACE_NAME;

by Nacho Uve (noreply@blogger.com) at July 22, 2015 01:45 AM

July 17, 2015

Nacho Varela

Averiguar versión, distribución y kernel desde consola en sistema GNU/Linux

Para averiguar rápidamente la información de una máquina Linux, lo más sencillo es desde una terminal ejecutar:

cat /etc/*-release

Para tener más información del kernel usado, ejecuta:

uname -a

by Nacho Uve (noreply@blogger.com) at July 17, 2015 01:16 AM

July 07, 2015

Andrés Maneiro

De la función y financiación del arte

En Art museums could change – will they?, Michael O’Hare defiende la idea de que los museos de arte pongan a la venta un mínimo de su colección oculta de bienes, con el objetivo de financiarse y permitir el acceso universal gratuito. En la actualidad, dice, menos del 10% de las posesiones llega a ser mostradas alguna vez en la vida. La mayoría se queda para siempre en sus bajos. Se pregunta si la función de los museos es “owning art and showing some of it” o por el contrario “offering a more, better engagement with art“. Visión ligada a la idea de Alain de Botton de que las exposiciones ofrezcan una experiencia del arte no basada en una línea temporal, sino en las emociones que representa y   el aprendizaje que es relevante hoy en día.

by Andrés at July 07, 2015 07:41 AM

July 06, 2015

Andrés Maneiro

PYMES de Europa

Desde el inicio de la crisis, en 2008, las PYMES europeas han sido el bastión contra los efectos devastadores de la crisis. (…) En 2014, fueron responsables de 2 de cada 3 empleos y del 60% de la riqueza generada en la unión.

Informe anual de la Comisión Europea

Hay una disonancia tremenda entre la importancia de las PYMES en el mundo real -el productivo- y en el mundo de la información económica y las páginas salmón.

Como dueño de un PYME, me siento consternado por este hecho y por la constatación continua del amor de los medios por un relato del éxito que se basa en lo atractiva que sea tu empresa para la venta. ¿Dónde puede informarse uno sobre los problemas reales de las PYMES y las historias de éxito enfocadas a la sostenibilidad de una empresa en el tiempo y la cohesión social que producen?

by Andrés at July 06, 2015 01:06 PM

July 05, 2015

Andrés Maneiro

Cómo trabajan en Mapbox

Mapbox es una de las compañías geoespaciales más innovadoras del mercado. No sólo han creado un producto alrededor de datos libres, sino que están reinventando por completo el stack tecnológico de la industria.

En este artículo podemos ver algunas pinceladas sobre cómo se organizan: un equipo distribuido por el globo sin jerarquías ni roles definidos, comunicación abierta a todo aquel que desee comentar e iterar sobre las cosas que se están haciendo (usan github y slack), coordinación diaria por voz (no más de 15 minutos) donde cada uno cuenta qué está haciendo, sus avances y bloqueos.

by Andrés at July 05, 2015 04:09 PM

June 28, 2015

Andrés Maneiro

Una crítica a la arquitectura Spring clásica

He estado leyendo el artículo Understanding Spring Web Application Architecture: The Classic Way.

Creo que es un buen artículo porque explicita algo que no mucha gente hace en esta clase de cosas: cómo se distribuye la lógica del dominio en la  arquitectura que propone. En este caso, la divide entre servicios, objetos entity, objetos value, etc … y aunque no lo haya puesto de manera explícita, es habitual que, en el mundo real, la lógica del dominio llegue a los controladores de las vistas. Precisamente ésa es la principal crítica que se le puede hacer: propone un modelo del dominio anémico, lo que supone problemas de testeabilidad y comprensión de las reglas del dominio, dos de las actividades que me parecen más fundamentales en el desarrollo de software. No es un problema menor.

Sin embargo, hay otra crítica que se le puede hacer a estos sistemas. Con un impacto igualmente importante, pero quizás más sutil y difícil de ver: tienen un mayor riesgo de quedarse obsoletos. Este tipo de sistemas tienden a ser usados (por su propia manera de ser) como un todo: usas desde el ORM que empaqueta hasta su sistema de directivas HTML/JS (que, obviamente, tiene sutilezas que lo hace distinto a HTML y JS). Suele ser complejo integrar cosas diferentes a las que te propone el framework. Esto hace que seas vulnerable en áreas donde exista gran volatilidad o innovación. Por ejemplo: hoy en día, es inmensa la innovación que se está dando en las interfaces con HTML y JS, tanto por la consolidación de nuevos estándares –HTML5, ECMAScript6– como por la propia dinámica de la industria que ha apostado fuerte por estas tecnologías en los últimos años. Por lo tanto, si usas un sistema de plantillas propio del framework que sea un sucedáneo de HTML y JS, estás invirtiendo en un conocimiento/tecnología específico que en breve tiene grandes posibilidades de quedarse obsoleto.

Hasta aquí la crítica. Me parece importante entender también el atractivo que tienen este tipo de sistemas todo-en-uno. Desde luego que son atractivos al inicio, ya que venden que puedes construir una aplicación en un par de días sin programar ni pensar sobre cómo hacerla. Probablemente sí puedas hacer alguna cosa muy rápido. Me imagino que las primeras semanas pueden ser un camino de rosas. Pero lo que veo en el mundo real es que, a medida que inviertes tiempo en un framework todo-en-uno, los riesgos de encontrarse con sus límites y quedarte bloqueado son altísimos: costes altos de mantenimiento por falta de integración de tests, semanas de desarrollo para hacer lo que parece una pequeña mejora porque supone revisar la lógica en varios lugares e implementar la nueva petición en otras tantas capas, interfaces que no son tan atractivas como las de los competidores, etc.

Para mí, estos son unos riesgos no menores que no asumiría a no ser que los pros fuesen espectacularmente altos. Y habitualmente no lo son. Es muy fácil dejarse llevar y no darse cuenta de estas sutilezas, pero es igualmente peligroso, porque entonces serán los clientes los que te pidan más de lo que puedes dar a un precio competitivo o directamente contraten a otra compañía que se lo pueda ofrecer. Por eso me parece que la selección tecnológica no es meramente una cosa técnica, sino que tiene un impacto muy alto en el futuro de los productos que tu empresa puede ofrecer y conviene tener en cuenta tu contexto y no tomársela a la ligera.

by Andrés at June 28, 2015 03:12 PM

Del diseño de los centros comerciales

Who enjoys shopping at IKEA? es un recorrido por diferentes diseños de tiendas y centros comerciales, que explica por qué Harrods vendía los sábados menos de lo esperado o cómo los recorridos de IKEA favorecen que el 60% de lo que nos llevamos  no esté en nuestra lista inicial de compra. Walmart bien pudo haber aprendido esto antes de perder billones de dólares con el rediseño de sus pasillos. Al hablar de ratios de conversión y accesibilidad, hay lecciones que se pueden extrapolar al diseño de interacción.

by Andrés at June 28, 2015 11:33 AM

June 27, 2015

Andrés Maneiro

Buxton about time-to-market

«Too often, universities try to contain the results of research in the hope of commercially exploiting the resulting intellectual property. Politicians believe that setting up tech-transfer incubators around universities will bring significant economic gains in the short or mid-term. It could happen. So couldwinning the lottery.»
Buxton refiere investigaciones hechas en Microsoft para la Academia de Ciencias estadounidense. Afirma que las grandes innovaciones tecnológicas tardan enormes cantidades de tiempo y dinero en hacerse mainstream. Las implicaciones que tiene el informe para la financiación de la transferencia tecnológicas son claras: una fuerte inversión estatal en investigación básica sostenida en el tiempo, con inversión privada en las últimas etapas para llevar la innovación a mercado.

by Andrés at June 27, 2015 11:34 AM

June 26, 2015

Andrés Maneiro

Pointing stick

image

La galería de objetos interactivos de Bill Buxton es una gozada (y me da impulso para ampliar mi propia compilación). Te puedes encontrar cosas como la historia del trackpoint o pointing stick de IBM contada por el propio Ted Selker, inventor del dispositivo. Novelada por Malcom Gladwell, esta historia podría ejemplarizar la dureza de llevar al mercado una innovación: trabas burocráticas y técnicas, momentos de bajón, tesón y premio final.

Me pregunto dónde estarán ahora los Ted Selker de nuestra generación.

by Andrés at June 26, 2015 08:12 AM

June 25, 2015

Andrés Maneiro

Atom 1.0

Atom 1.0 ha sido publicado. De alguna manera salió de mi radar y se me pasó que hay paquetes para Linux desde hace meses. Declaran que en 1 año han hecho 155 releases, es decir, 3 por semana. Todavía me sorprende lo bien que funciona y lo mucho que se ha extendido el estilo agile: si es que ha sido 4 años atrás cuando los grandes adoptaron este estilo! La apuesta de Atom es alta: unir emacs y las chrome devtools. Creo que es la primera release de un editor que me genera expectativas.

by Andrés at June 25, 2015 09:27 PM

Blanka

Hace unos días me reencontré con Blanka, una web de carteles de grandes diseñadores. Esta vez, lo que me ha dirigido hacia ella ha sido la búsqueda de carteles de Müller-Brockman:

muller-817 muller-1305 muller-1299
muller-2848 muller-3153 muller-3156

Y como los viejos amigos siempre tienen una historia que recordar, aproveché para darle un repaso a los de Otl Aicher para los juegos olímpicos de Munich 1972:

aicher-3145 aicher-3144 aicher-3143
aicher-3140 aicher-3133 aicher-3127

by Andrés at June 25, 2015 08:00 AM

June 06, 2015

Andrés Maneiro

Cómo está cambiando la industria del software

image

Se podría decir que The software paradox, de Stephen O’Grady, relata cómo la irrupción del software libre e internet en los 90 han erosionado la venta de licencias de software como el principal motor económico de la industria, en favor de otros espacios de la cadena de valor. Cómo el software pasa de ser vendido como un producto standalone a ser parte de otra cosa: servicios (amazon, atlassian), productos (apple, nest), publicidad (google, facebook). Quizás no resulte una lectura novedosa para el que sigue el día a día de la industria, pero es muy agradecida por su análisis de varios casos de compañías del mundo tecnológico.

Recomiendo compaginarla con la charla Software G forces: the effects of aceleration de Kent Beck. Me parece que se comprende todavía muy poco cómo las metodologías ágiles sirvieron de catalizadores en esa transición, cómo la reducción del time to market habilitó el nacimiento de estos gigantes.

by Andrés at June 06, 2015 12:09 PM

June 03, 2015

Nacho Varela

Compilar automáticamente Vistas y procedimientos en Oracle

En ocasiones en bases de datos Oracle donde se almacenan procedimientos y vistas (sobre todo cuando hay relaciones entre estos elementos) pueden producirse errores que provocan que una compilación defectuosa incluso con elementos que estaban correctos.

En algunos casos estas "descompilaciones" de VIEWs y PROCEDUREs se dan con cierta frecuencia y generan el malfuncionamiento de la base de datos y las aplicaciones que la usan. No he conseguido determinar porqué se produce este fenómeno, pero al menos he visto el modo de poder detectarlo. Para los schemas de BD "MYSCHEMA1" y "MYSCHEMA2":



-- CHECK invalid views
-- and
-- invalid procedures (MYSCHEMA1, MYSCHEMA2)


SELECT OBJECT_NAME, OBJECT_TYPE, owner
FROM all_objects
WHERE object_type in ('PROCEDURE', 'VIEW')
AND owner in ('MYSCHEMA1' , 'MYSCHEMA2')
AND status = 'INVALID'
;

exit;

Una vez detectado los errores de compilación se puede forzar la ejecución de una compilación con la sentencia:



-- Recompile invalid views
-- and
-- Recompile invalid procedures

begin
FOR cur IN (SELECT OBJECT_NAME, OBJECT_TYPE, owner
FROM all_objects
WHERE object_type in ('PROCEDURE', 'VIEW')
AND owner in ('MYSCHEMA1', 'MYSCHEMA2')
AND status = 'INVALID' ) LOOP
BEGIN
if cur.OBJECT_TYPE = 'PACKAGE BODY' then
EXECUTE IMMEDIATE 'alter ' || cur.OBJECT_TYPE || ' "' || cur.owner || '"."' || cur.OBJECT_NAME || '" compile body';
else
EXECUTE IMMEDIATE 'alter ' || cur.OBJECT_TYPE || ' "' || cur.owner || '"."' || cur.OBJECT_NAME || '" compile';
end if;
EXCEPTION
WHEN OTHERS THEN NULL;
END;
end loop;
end;
/
exit;

Uniendo estas 2 sentencias en un script y programando la tarea en CRON con cierta frecuencia, se puede actuar sin intervención humana sobre este problema automáticamente.

by Nacho Uve (noreply@blogger.com) at June 03, 2015 07:33 AM

May 23, 2015

Andrés Maneiro

Silk Road

«Silk Road offers a neat political parable for the rising liberartian tide in Washington and the smug pride of today’s Sillicon Valley, where self-appointed revolutionaries of all stripes believe their powers allow them to trascend tradicional moral boundaries, including their own mortality. In a way Silk Road is the dark mirror of The social network, a wild technological succes story taken to its logical extreme conclusión.»

La historia sobre Silk Road (el ebay de productos ilegales) que publica Wired en dos partes -el ascenso y la caída– bien podría simbolizar el Eliot Ness VS Al Capone de nuestra generación.

Es una lectura que requiere un par de horas, pero que valen la pena. La narrativa es digna de novela negra. La exposición de un tema nada fácil, clara y accesible a público general con un mínimo conocimiento tecnológico (saber lo que es una IP y conocer TOR). Profundiza en ciertos detalles oscuros del caso y dibuja a Ross Ulbricht desde varios puntos de vista.

by Andrés at May 23, 2015 11:28 AM

May 22, 2015

Nacho Varela

Sin estilos en Django admin

Si al subir una aplicación web a tu servidor, por ejemplo en Heroku, y no están accediendo a los estilos y otros ficheros estáticos, puede deberse a una mala configuración de las variables STATIC, STATIC_URL, etc. El tema de servir este tipo de ficheros está bastante bien recogido en la documentación oficial de Django, pero siempre pueden surgir problemas.

Si la página de administración "/admin" está estilos seguramente aparecen errores tales como:

static/admin/css/base.css 404 NOT FOUND
en la consola de desarrollador del navegador.

Si tienes acceso al servidor puedes probar a importar manualmente los ficheros estáticos con el comando:

python manage.py collectstatic --noinput
# En Heroku, algo como...
heroku run -a MYAPP python manage.py collectstatic --noinput
y podrás diagnósticar mejor el problema.

El probable que el problema sea que no existe el directorio que esté definido en settings.py como STATIC, por lo que si en el momento actual no existe, una solución sería crearlo e incluirlo en el repositorio.

mkdir static
touch static/empty ## debido a que GIT no lleva cuenta de carpetas vacías
git add static
git push -am "Added empty static folder to collect files on the server"

Más información sobre Heroku, Django y static files

by Nacho Uve (noreply@blogger.com) at May 22, 2015 06:13 AM

May 19, 2015

Nacho Varela

Eliminar texto en consola al ejecutar script en sqlplus (Oracle)

Cuando lanzamos un script muy largo a través de sqlplus del modo:
sqlplus user/pass@db < myscript.sql
a veces este genera un gran volumen de mensajes en consola que hacen que se pueda ralentizar el proceso. Para evitarlo, se puede apagar esta salida de texto introduciendo al comienzo del script los comandos:
set termout off
set feedback off

by Nacho Uve (noreply@blogger.com) at May 19, 2015 02:55 AM

May 16, 2015

Andrés Maneiro

Vignelli on logo equity

«The notion of a logo equity has been with us from the very beginning of time. When we were asked to design a new logo for the FORD Motor Company, we proposed a light retouch of the old one which could be adjusted for contemporary applications. We did the same for CIGA HOTELS, CINZANO, LANCIA Cars and others. There was no reason to dispose of logos that had seventy years of exposure, and were rooted in people’s consciousness with a set of respectable connotations.

What is new is NOT a graphic form but a way of thinking, a way of showing respect for history in a context that usually has zero understanding for these values.»

— Massimo Vignelli, The Vignelli canon

Tengo en la memoria la reciente visita a Glasgow. Cómo el diseño que Mackintosh hizo para la GSA me pareció una actualización de la Glasgow University: mismos materiales, idénticas ideas básicas sobre la el aprovechamiento de la luz con sus ventanas enormes, pero formas estilizadas para la época. Lo mismo con algunos diseños para muebles. Como Vignelli, el pasado y la continuidad histórica como inspiración.

by Andrés at May 16, 2015 02:40 PM

May 11, 2015

Nacho Varela

Ejecutar scripts con sqlplus de Oracle

Este es un recordatorio de cómo ejecutar y poder ver el progreso de un script SQL para Oracle usando sqlplus.
Para conectar
sqlplus user/pass@connect
Y una vez dentro del terminal SQL
set timing on
set echo on
set serveroutput on
@nombrescript.sql
Con esto se verá cada sentencia ejecutada, el tiempo empleado para cada una y los dbms_output.put_line('').

by Nacho Uve (noreply@blogger.com) at May 11, 2015 06:03 AM

April 25, 2015

Nacho Varela

Problemas harddisk en Windows 8

He tenido este problema en un portatil con Windows 8.1:
KERNEL_DATA_INPAGE_ERROR
Aquí va lo que he hecho, al volver a arrancar:

  1. Abrir CMD.exe como administrador
  2. Revisar los eventos de sistema con
    eventvwr
  3. Ejecutar:
    DISM /Online /Cleanup-Image /RestoreHealth
  4. Ejecutar y revisar el log de:
    sfc /scannow 
  5. Hacer un chequeo de disco (en el siguiente reinicio) con:
    chkdsk C: /f /r /x

by Nacho Uve (noreply@blogger.com) at April 25, 2015 05:49 AM

April 24, 2015

Pedro González

Cities as information systems

Back in 2011 y wrote a post in this blog which dealed with Pherecyde's Cloth myth and its relation to map making and GI managing [1]. The starting point of my thoughts were Ray Kurzweil's [2] predictions about the capacity of real things (i.e. stones) to store information. That was kind of a seminal approach to what is now known as the Internet of  Things (IOT), but taken even far beyond.

I remembered these things when I begun writing my previous entry, what took me to also remember another question related to Kurzweil's words: the importance of treating science areas as Information Systems. He explictly mentions medicine and biotechnology, but a friend of mine, Dr Lois F. R. Vázquez, has another good view on this issue as he teaches Computational Chemestry at University of A Coruña. Both of them mention the terrible impulse that all of these disciplines suffered as soon as they begun being modelled as information systems.

Given that I was, by then, developing my final work for TechniCity class at Coursera [3], I begun considering whether what I was proposing by means of the meta-framework for i-Coruña Intelligent City project wasn't actually but thinking of the city as an information system. And the more I think of it, the more I am sure that that's, precisely, the answer to build more intelligent cities by using information technologies.

Thinking that implementing IT solutions to solve given, not interconnected urban problems makes a city to be smarter is rather simplistic. By following that track, the only thing that you'll be obtaining is a set of more or less smart applications, but you will never get your target city to become smarter, and you will be far away of getting it to be more intelligent.

As the Spanish National Plan on Intelligent Cities [4] stablishes, you will only achieve that your city becomes more intelligent if you think of it in a holistic way. And that's exactly what thinking of it as an Information System produces: a holistic view on the city, with ITs being the tools to manage that view.


[1]: http://giseiel.blogspot.com.es/2011/06/pherecydes-cloth-ii-ecloth.html 
[2]: http://en.wikipedia.org/wiki/Ray_Kurzweil
[3]: http://class.coursera.org/techcity-003
[4]: http://www.agendadigital.gob.es/planes-actuaciones/Paginas/plan-nacional-ciudades-inteligentes.aspx

by Pedro A. González (noreply@blogger.com) at April 24, 2015 04:24 AM

April 18, 2015

Pedro González

Are smart cities really smart?

Hi again!

Several months ago, the mayoral candidate of the local branch of Spanish Socialist Party in my hometown asked me to write a paper about "smart cities". That paper should be used to define her program for the election process regarding this issue.

Due to this commission, I begun reviewing papers, publications and web sites about that matter, including that of the curent smart project of my town, of course. As a consequence, I soon got to a first conclussion: technology was generally being claimed to be "the" way to make cities to be smarter. I thought that this one was a rather reductionist point of view, as cities are very complex human organisations, and an only techy solution wouldn't ever be the answer.

By that time, I received information about the launching of a Coursera class on Techni Cities, held by Ohio State University, and, within its pre-readings, I found a very inspirational paper written by Gordon Falconer and Shane Mitchell, from Cisco Internet Business Solutions Group (IBSG), and entitled: "Smart City Framework: A Systematic Process for Enabling Smart+Connected Communities". This paper put me into the way to a new perspective on smart cities and on their planning and designing processes.

From that moment on, I begun thinking of "Intelligent Cities" instead of  "Smart Cities", which I consider to be a more restrictive concept. In consequence, I started a search on the web, whether someone before me (as I presumed) had already come to similar conclusions. This way, I found the site of the Intelligent Community Forum, where I discovered a defintion for "Intelligent Communities" that did fit better whith my thoughts: "an Intelligent Community is the one which have – whether through crisis or foresight – come to understand the enormous challenges of the Broadband Economy, and have taken conscious steps to create an economy capable of prospering in it.” Nevertheles, even being wider in concept, this definition is still biased: even when it doesn't rely exclusively in technology, it is purely economic based. So, still not enough.

Some after, I knew about the publication of the Spanish National Plan for Intelligent Cities. When I reviewed its contents, I found a new definition which, moreover being more comprehensive, did also talk about "intelligent cities". So, accordingly to this definition, an intelligent city would be "the holistic vision of a city that applies ICT to improve the quality of live and accessibility of their inhabitants and assures a permanently improving economical, social and environmental sustainable development. An Intelligent City allows the interaction of citizens in a multidisciplinar way and gets adapted, in real time, to their needs, in an efficient way regarding both costs and quality, offering open data, citizen (conceived as individuals) oriented solutions and services, to solve the negative effects of city growing, within both public and private sectors, through the innovative integration of infrastructures and intelligent managing systems." Great, isn't it?

So, finally, Intelligent Cities are far beyond that techy-centered idea which is generally applied to Smart Cities and they rely on a more holistic and governance-focused conception.

When I wrote my final project for Technicity class, I did take this concept into mind. Here you can access the resulting paper:

http://www.slideshare.net/pgonzalp/i-corua-project


by Pedro A. González (noreply@blogger.com) at April 18, 2015 11:34 AM

March 17, 2015

Andrés Maneiro

Diseño y testeabilidad

Todo programador que lleve un tiempo en esto, ha vivido debates sobre «arquitecturas» o «patrones de diseño». Dentro de la serie que he iniciado para hablar de desarrollo de software en una PYME, creo que estos debates tienen un encaje fundamental porque una vez seleccionas tecnología tienes que darle forma de alguna manera. Y esa manera es el «diseño» o «arquitectura» de tu producto.

El «buen diseño»

Lo primero que conviene recordar es que la reducción de los tiempos de producción y mayor calidad de producto es el camino de una PYME para ofrecer el máximo valor posible al cliente. En el mercado, eso te pone en una situación favorable con respecto a tu competencia. Definiremos, pues, como «buen diseño», aquel que se pone al servicio de la producción, que permite aumentar la calidad y reducir los tiempos de desarrollo.

Podemos continuar y definirlo como flexible y mantenible, bello y que hace sentirse orgulloso al que lo crea, etc. Pero el problema no es tanto definirlo, sobre lo que existe mucha literatura, sino cómo se llega a él y cómo se mantiene a lo largo del tiempo. Porque tenemos que reconocer que no es fácil y que existen varios problemas. Para empezar, no existe un diseño universal válido sino que hay tantos como contextos, que las personas, además, insisten en tener diferentes opiniones sobre qué es un «buen diseño» y que ambas cosas se reflejan en el código – lo que fácilmente puede convertir tu producto en una torre de babel ininteligible si no se construye una visión común. Tenemos, además, estructuras de comunicación disfuncionales que provocan diseños sub-óptimos, deuda técnica y requisitos cambiantes que introducen variantes a lo largo del tiempo, rotación de personas en los equipos y distintos niveles de experiencia que dificulta la transmisión de ideas, etc. Es decir, el software, su diseño, se ve afectado por las fuerzas humanas y organizacionales. ¿Cómo podemos ponerlo a salvo? ¿Cómo asegurarnos de que las fuerzas están en equilibrio y el diseño sirve a nuestros objetivos?

Necesitamos salvaguardas que nos permitan calibrar qué es un «buen diseño» y controlar su degradación a lo largo del tiempo, herramientas que nos ayuden a caminar hacia a él y nos orienten.

Los tests como salvaguardas

Michael Feathers, en su libro «Working effectively with legacy code» desarrolla la idea de cómo trabajar con software que está degradado. Cómo, partiendo de código degradado, se puede conseguir un «buen diseño» a partir de las restricciones habituales en el día a día (tiempos limitados, código con altas dependencias, etc). Es un libro por ello interesantísimo porque te cuenta ciertas maneras de cómo llegar a ese buen diseño. Y su principal herramienta son los tests:

«When you start to try pull out individual classes for unit testing, often you have to break a lot of dependencies. Interestingly enough, you often have a lot of work to do, regardless of how “good” the design is. Pulling classes out of existing projects for testing really changes your idea of what “good” is with regard to design. It also leads you to think of software in a completely different way.»

Empatizo por completo con su visión. Sobre los tests hay poco que decir: tener o no tener, that’s the question. Porque tenerlos afecta a la producción a varios niveles:

  • El primer efecto y más obvio es que, tenerlos, reduce los tiempos más inciertos y difíciles de estimar en proyectos de software: el testeo manual que hay que hacer en cada versión y el bugfixing. En gran medida, estos tiempos son los que suelen determinar que un proyecto sea o no rentable.
  • Otro efecto un poco más indirecto es que, para desarrollar software testeable, necesitamos dividirlo en trocitos, evitar y romper las dependencias. Es decir, estamos en la dirección de desarrollar software reutilizable, reducir la complejidad.
  • Quizás un poco más sutiles sean los efectos a nivel personal, pero no menos importantes. Por un lado, aportan seguridad y confianza en tu trabajo a posteriori ya que tienes algo objetivo y automático que te dice que funciona. Pero es que además, durante el proceso, tener feedback continuo te ayuda a enfocar tu trabajo y a mantener tu moral alta a base de pequeñas victorias cotidianas. Y la moral, en tareas creativas, es un factor clave en la productividad.

Conclusiones

Tests y diseño van de la mano. Una vez has sentido sus efectos, tu visión cambia. Aprendes que un buen diseño es un diseño testeable. Porque eso es lo que te va a permitir reducir tiempos de producción y aumentar la calidad de lo que ofreces, ganarte la vida desarrollando software de un modo sostenible, que, al final, es de lo que va todo esto.

by Andrés at March 17, 2015 09:06 PM

February 17, 2015

Andrés Maneiro

Inversión y amortización en la selección tecnológica

Dependiendo del día y la hora, actúo como programador, dueño o CTO en una PYME. A lo largo de estos años, me he encontrado en varias ocasiones ante la situación de tener que seleccionar tecnología para un proyecto, compaginando los diferentes roles y perspectivas.

Poco a poco, he ido desarrollando «una intuición», una personalidad propia sobre la dirección que nos interesa a la hora de valorar las opciones tecnológicas. La selección tecnológica en una PYME es un proceso que va más allá de lo técnico, tiene componentes sociales, y también económicos. Estos últimos son los que quiero explorar con esta nueva serie con unos cuantos amigos. Se habla demasiado de los beneficios intrínsecos y universales a cada tecnología particular y muy poco de todo lo demás, que posiblemente tenga más influencia en el tipo de relaciones que una PYME puede generar con su entorno.

Inversión y amortización, lo nuevo y lo viejo

Durante la ejecución de un proyecto, van emergiendo ideas que permitirían reducir tiempos o abrir nuevas oportunidades de negocio a medida que el aprendizaje se consolida. Algunas de ellas tienen sentido y unos costes que te permiten ponerlas en marcha de inmediato; otras, requieren más tiempo o maduración. Aunque suelo ser muy comunicativo con estos aspectos (la comunicación es el oxígeno de una compañía con responsabilidades distribuidas como la nuestra) no es hasta que toca pensar un proyecto nuevo en que bajo esas ideas a la práctica y me pregunto: ¿qué es lo más efectivo que podemos hacer en este proyecto para mejorar nuestros procesos y productos? ¿hacia dónde se están moviendo las necesidades de nuestro mercado? ¿necesitamos cambiar algo drásticamente? Este proceso de evaluación continua requiere mantenerse actualizado y es muy necesario para que el cambio no te pille desprevenido, para evitar ahogarse si el mercado en que navegas naufraga:

«When heavily invested in a technology, you live in a memetic bubble, which also serves as an echo chamber. Bubbles created by vendors are particularly dangerous because you never hear honest appraisals from within the bubble. But the biggest danger of Bubble Living comes when it starts collapsing, which you never notice from the inside until it’s too late

En ese proceso de re-evaluación, hay ocasiones en que toca apostar por algo nuevo y soy consciente de lo que eso supone: estamos ante una inversión. Decidimos invertir porque la posibilidad de beneficios pesa más que los costes y riesgos. La promesa puede ser que nos ayudará a acceder a nuevos mercados, fortalecerá nuestra posición frente a la competencia o reducirá nuestros tiempos y costes de producción, entre otras (aunque éstas son las más habituales que me encontrado por el momento). No puedo negar que, como humano y programador, mi pasión por aprender cosas nuevas y «hacer las cosas bien» influye también en mis decisiones.

Sin embargo, noto que, con los años, mi impulso por asignarle a lo nuevo características positivas por defecto, es menor: soy más juicioso. Quiero pensar que he aprendido a valorar el esfuerzo que supone aprender algo nuevo hasta el punto de, no sólo ser productivo, sino poder ofrecer una alta calidad en mi trabajo. Por muy necesaria que sea la prospectiva y mantenerse actualizado, nuestra industria peca con asiduidad de confundirla con dejarse llevar de forma baladí por la novedad, aporte o no. En economía existe un concepto llamado amortización, que viene a decirnos que el valor de algo se extiende en el tiempo y, por lo tanto, va contra el beneficio sustituirlo mientras su valor no está agotado (no está amortizado), a no ser que lo nuevo aporte un valor netamente superior.

Hablar en estos términos de la selección tecnológica (inversión VS amortización) nos ayuda a enfocar los problema y buscar soluciones.

¿Es posible encontrar el equilibro entre las fuerzas?

Las decisiones tecnológicas no se toman en el vacío, hay un contexto previo, procesos y personas implicados. Necesitamos aprender a reflexionar sobre tecnología no por las cualidades intrínsecas y universales de la misma, sino por las interacciones entre el conjunto de fuerzas en juego. Necesitamos una microeconomía del software, una herramienta que nos ayude a evaluar el equilibro y nos oriente en la toma de decisiones.

En mi experiencia, el equilibro es frágil y complicado de predecir, pues incluye preguntas de difícil respuesta como: ¿cuándo un framework que hemos usado se puede considerar amortizado? ¿cuánto va a retrasar la entrega/proyecto el uso de esta nueva librería? ¿cuándo voy a percibir los beneficios de su implantación? ¿es sensato introducir Node en un equipo de 4 personas donde 3 de ellas no tienen conocimiento web ni javascript previo y el 80% de los proyectos que vas a realizar en los siguientes 2 años son aplicaciones de escritorio?

Pero aunque sea difícil la tarea, una vez sabes que estas fuerzas existen, son fácilmente reconocibles y pensar en clave de oposición entre ellas aporta un inmenso valor en la toma de decisiones. A partir de ese momento, has pasado de ser programador a convertirte en CTO: piensas la PYME como una unidad de producción y estás teniendo en cuenta no sólo tu proyecto o intereses personales sino la evolución de la empresa. Incluyes en tus análisis que, a las finales, esto va de ser rentable para dar de comer a los que la componen.

En esta encrucijada por encontrar el equilibrio, a lo largo de los años, he ido detectando ciertas variables que modulan la intensidad relativa de la inversión y amortización:

Experiencia del equipo

La historia de por qué Disqus usaba Backbone y Django como opción por defecto refleja el tipo de cosas que tienes que preguntarte. La cuestión clave es saber si, además de ti, hay alguien (en tu equipo directo o a salto de subcontratación) que pueda echarte una mano ahora o pueda recoger tu testigo a medio plazo. Si trabajas en una PYME seguramente vas a necesitarla más pronto que tarde ya que esto es como una comunidad donde, si bien hay distribución del trabajo, hay también mucho de pluriespecialismo y colaborar un poco en todo – bien por tamaño del equipo, bien por apurones.

Capacidad de adaptación del equipo

Relacionado con lo anterior, es esperable que la experiencia y capacidades de tu equipo estén alineadas con lo que vendes y produces. Un cambio supone un impacto, un tiempo de aprendizaje de otras capacidades, moverse hacia otras direcciones. El tiempo que le lleva a alguien llegar al punto de ser productivo ante un cambio es muy variable de persona a persona y tiene mucho que ver con su experiencia previa y su pasión por aprender. Algunas empresas lo pueden solucionar cambiando de equipo a golpe de talonario; las que nos definimos como democráticas y aspiramos a crecer horizontalmente, de manera orgánica, debemos tener en cuenta que el impacto del cambio en nuestros tiempos de producción y calidad del producto final no va a ser despreciable.

Acceso e integración de talento

Hoy en día, en España,  si te sales de Java y sus frameworks (Spring, Struts, Wicket) es probable que te encuentres con que los recién licenciados no conocen de qué estás hablando. En las escuelas de informática se está abusando de la concentración en torno a Java, probablemente por la promesa de oportunidades laborales en las «fábricas de software» (que por otra parte se ahorran tiempo de formación porque los nuevos ya vienen de casa aprendidos). En cuanto a gente con experiencia en una tecnología reciente (pongamos por caso Scala, Node), el coste de acceso a ese talento y el riesgo de que se vaya al poco tiempo puede ser prohibitivo para una PYME. Sin duda hay espacio entre tecnologías ampliamente conocidas y otras todavía minoritarias, la cuestión es saber que la decisión tiene impacto en tu capacidad de contratar talento y valorar en qué parte del espacio te conviene estar.

Mercado: oligopolios y efectos red

En ciertos mercados, las opciones tecnológicas tienden a la concentración. En mi caso -sistemas de información geográfica y web- en el stack tecnológico pesan mucho lenguajes como javascript, python y java, con esos lenguajes puedes hacer casi cualquier cosa: desde un plugin para una aplicación de escritorio a una web con servicios de geolocalización. Si buscas sinergias con otras empresas, necesitas integración con otros proyectos, quieres usar librerías existentes o simplemente reaprovechar conocimiento en este sector, conocer Ruby es menos valioso y te abrirá menos puertas que los 3 anteriores. Un economista puede reconocer fácilmente esta situación como efectos red del ecosistema (número de empresas participando, librerías existentes, disponibilidad de foros de consulta, etc). Los efectos red tienen más impacto en el éxito de una tecnología que su belleza o calidad técnica superior. Es la razón por la que PHP y Javascript ganaron la web a principio de siglo, a costa de Perl que tenía el dominio en los 90.

Nivel de indirección y reaprendizaje de la tecnología

Uno de los mayores costes del desarrollo de software es el re-aprendizaje. Al cambiar de tecnología no sólo se pierde código, sino también conocimiento. Apostar por una solución más cercana a los estándares -o con menos conocimiento específico, llamémosle magia- facilita que pierdas menos cada vez que te cambies, aunque puede ser más costoso al inicio ofrecer lo mismo que con otras soluciones con más magia. Por ejemplo, una tecnología como Backbone te habilita a usar los estándares (al final casi sólo te ofrece una manera de organizar tu código Javascript), sin embargo Angular o React te proponen el aprendizaje de una serie de idioms propios a cambio de la promesa de la rapidez de desarrollo.

Volatilidad y adaptación al cambio de la tecnología

Ligado a lo anterior, se puede decir que una opción tecnológica puede estar más preparada que otra para adaptarse al cambio. Una base de código que, por ejemplo, esté basada en Backbone es potencialmente más flexible a la hora de integrar novedades tecnológicas que otra que siga los idioms de React. Esta última tendrá que esperar a que en React se integren los cambios de los estándares o aparerezcan plugins que lo hagan – dependiendo del tamaño del ecosistema alrededor de React esto puede ser más rápido o más lento. Una situación de volatibilidad hace que el período de amortización de una tecnología pueda ser anormalmente corto, lo que afecta a tu capacidad de generar beneficio si tienes que cambiarla al poco tiempo de empezar a usarla. Pueden existir zonas del código y el proyecto con alta estabilidad (no hay ni se esperan novedades tecnológicas) mientras que otras tienen una alta inestabilidad. Lo importante es detectar dónde te interesa no casarte con nadie porque todo está en ebullición y  dónde es seguro además de recomendable hacerlo porque el período de amortización es estable y la reducción de costes es real, no sólo una promesa.

Amortización esperada de la tecnología

Esto tiene que ver con el cálculo de los beneficios esperados. Influyen cosas como lo que estimes que vas a trabajar con esa tecnología en el futuro (no es lo mismo que, durante los siguientes años, estimes un reparto de trabajo de 90% en productos web y 10% en proyectos móviles que un ratio de 60% para aplicaciones de escritorio y 40% en web). Si lo que esperas es crecer mucho en un área determinada, tendrás más espacio para amortizar la inversión porque tendrás más oportunidades de reutilizar el conocimiento y código que has hecho. El alcance de las inversiones tecnológicas deben ir acordes también con tus expectativas de negocio y evoluciones estratégicas.

Margen de inversión

En una PYME no es muy habitual poder dedicar 3 meses a realizar prototipos un poco complejos con varias tecnologías. Habitualmente los tiempos son muchos más reducidos y necesitas sacar trabajo adelante. Es importante que sepas el tiempo que tienes para equivocarte y salir del apuro cumpliendo con las entregas de un proyecto, porque eso va a ser principalmente tu margen de inversión. Aquí importa no sólo el tiempo de duración del proyecto, sino también la incertidumbre que lo rodea: estabilidad de los requisitos, conocimiento previo del dominio, confianza con el cliente para negociar reducciones de alcance o retrasos, etc. También influirá tu compromiso a la hora de solucionar los marrones donde te has metido. Por ejemplo, parece claro que el margen de inversión que tiene un proyecto de 1 mes con alta incertidumbre en cuanto a requisitos, es mucho menor que otro de 12 meses donde conoces perfectamente el dominio y los riesgos que existen.

En mi experiencia, estas variables modulan la intensidad de la inversión o amortización y, dependiendo de la elección en que te encuentres, unas pesan más que otras. Por ejemplo, a la hora de seleccionar un lenguaje y ecosistema para un nuevo proyecto, el mercado de referencia (y sus efectos red) así como la composición de tu equipo son 2 de las variables que me parecen más importantes. Sin embargo, a la hora de seleccionar una librería concreta, el nivel de indirección y volatilidad del ecosistema suele tener más peso en mis decisiones.

A medida que uno avanza y toma experiencia se van haciendo más claras éstas y otras variables, aparecen nuevas, otras se reinterpretan. Lo importante es reconocer las fuerzas, no dejarse llevar por los análisis universalistas y pensar el impacto de las decisiones desde un contexto determinado: el tuyo.

by Andrés at February 17, 2015 11:33 AM

February 14, 2015

Andrés Maneiro

La importancia de la selección tecnológica en una PYME

Un post reciente de Manuel me hace retomar una serie que tenía a medio escribir y que fui dejando de lado por la agitación del día a día: la importancia de la selección tecnológica en una PYME.

La idea central de la serie es que las decisiones tecnológicas no se dan en el vacío y tienen impacto en otras áreas de la empresa: la contratación y evolución del equipo, la capacidad de generar relaciones con otras empresas o la comercialización y el acceso a trabajos y proyectos. Habitualmente las discusiones tecnológicas gravitan en torno a aspectos intrínsecos al lenguaje (sintaxis, el tipado, etc), dejando de lado factores extrínsecos pero quizás más determinantes en el tipo de relaciones que la empresa puede establecer.

Una PYME debe conocer su espacio en el mercado y eso, parcialmente, pasa por hablar de tecnologías de otra manera: con un lenguaje y visión económica. Con un ojo en el negocio y otro en la técnica.

Por eso os propongo un reto: escribir un post semanal durante 3 semanas relacionado con la selección tecnológica en una PYME.

Posts de la serie:

by Andrés at February 14, 2015 03:54 PM

January 26, 2015

Nacho Varela

No cerrar consola de windows al ejecutar un script

Si tienes un script, por ejemplo de python, que quieres ejecutar en Windows con un acceso directo (asociando la ejecución con "pythonw.exe" para que se lance la consola) vemos que se al hacer click sobre él se ejecuta, pero no podemos ver el resultado ya que se cierra rápidamente la terminal de línea de comandos.

Un truco sencillo es usar el comando "pause" como última línea del script.
Veamos un ejemplo:

C:\Python\pythonw.exe myscript.py
pause
Con eso antes, tras finalizar el script de python se detiene la ejecución hasta que el usuario pulse una tecla y se puede ver la salida del programa en la consola.

by Nacho Uve (noreply@blogger.com) at January 26, 2015 12:58 AM

January 17, 2015

Andrés Maneiro

IDEO y el diseño

IDEO es una consultoría que ha tenido un gran impacto en el diseño industrial de nuestra generación: desde el diseño del primer portátil hasta el primer ratón para el Lisa y el Macintosh. También es el lugar donde se generó el término diseño de interacción.

applemouse_hero_626px

Repasando una de las entrevistas a David Kelley, uno de los fundadores y reputado diseñador industrial, me ha llamado la atención ciertas ideas comunes que he visto en otras compañías como Pixar y sus pelis.

¿Qué perfil tiene un buen diseñador?

«Successful design depends on a design mindset: one that is open to possibilities and ready to take risks in a creative leap into possibilities that are not yet defined and whose consequences are not yet visible.»

Según Kelley, un buen diseñador sería un disidente, se siente cómodo en considerar ideas que a priori parecen locas o sinsentido: es pues alguien que debe tener confianza en sí mismo y amigos – un entorno que acepte su naturaleza y propicio al desarrollo de la idea. Es alguien también sin miedo a exponerlas ante otros por “el que pesarán”, ya que compartir es un método de obtener feedback y mejorarla. Finalmente, debe tener una cierta mirada abierta sobre el mundo, con una disposición continua a aprender, a no estancarse en lo que ya sabe:

People who are good inventors—good designers—don’t mind saying, “How about following this path, which doesn’t yet exist?” Most people have trouble doing that; they preface everything they say in a brainstorm with “This idea may be stupid, but here it is.”They are afraid that someone else will think that their leap is stupid.

Successful designers just send out their vision to the world; and then, when somebody else builds on it, that’s okay. They’re not protective of their ideas because they’re so used to having ideas. A creative designer has an idea a minute. Publicizing an idea is a way to improve on the idea—someone else can build on it, expand it.If you’re fluent with ideas, as most design people are, you don’t have to be fearful.You don’t protect your one good idea because your afraid you’ll never have another good one.

The other point about making the leap is being able to keep seeing a problem from new perspectives. Anybody who has a strong filter on the world forces everything to fit that filter. In our product-design courses, we assign exercises where you take an object and look at it backward, or you draw it from an ant’s point of view, or see it as material. For example, think about a computer monitor. It is just plastic with a piece of glass.Maybe I could do something completely different with it.

A central tenet of design is that you have to avoid stereotyping—the designer has to continue to say, “That’s interesting! Look at that!” That skill is hard to teach. All you can do is to give people the experience, and to let them extrapolate from it. A good designer has always had substantial experience.If you ask designers “What’s design?” they can’t tell you. But a designer who has had experience knows what design is.

De la organización del trabajo

En IDEO, el trabajo se hace por equipos. Ciertamente hay gente con mayor capacidad que otros para dar el salto creativo, pero ese proceso se da en una comunidad: entre iguales que no tienen miedo a decir lo que piensan ni a que se “apropien de su trabajo”. Principalmente en los inicios del proyecto, existen sesiones de brainstorming donde puede participar quien lo desee. La decisión y responsabilidad es del que inicia el proceso.

Successful design is done by teams. Creative leaps might be taken by individuals, but design thrives on the different points of view found in teams.You want a multidisciplinary team, what we call x-func (cross-functional). You want different brains working on the problem. Otherwise, the person with the power, or the person who speaks the loudest, sets the direction for the whole design.You have to keep a broad perspective at the beginning; you have to be uncomfortable with the fact that you’re not moving forward in a straight line toward the goal (and, project managers do want to move forward!); you have to feel comfortable with exploring.

In a company such as IDEO, where you have many creative people, when someone has a great idea, nobody ends up knowing whose idea it was. It’s not branded as George’s idea. Either nobody knows whose idea it was, because of all the discussion that took place, or everyone thinks it was his or her own idea.Either perception is equally good, and both happen frequently.

In our company, the person who owns the solution is the person who posed the question. If I’m the one who says, “Let’s create a new toaster,” I own everything that happens, because I initiated the discussion. In most cases, the clients are the owners, because they pose the question. You can hold a brainstorm on any subject you want, any time. Just send out a message that says, “I’m holding a brainstorm at 2:00. Will you come?” And everybody comes. You’d think everybody would say, “Oh, I’m too busy.” Not true: People know that they are going to need you to come to their brainstorm tomorrow. So the culture requires you to participate in other people’s problems.

You eventually get to the point where you look forward to the brainstorm for two reasons. One is that sessions are genuinely interesting. It’s like reading a book or reading the encyclopedia—you learn about a new subject. The other reason is that it’s not your problem. The guy who’s got the toaster problem has the client; he has to get the design done on time; he has to make that leap that makes us so uncomfortable. The other designers come in totally relaxed, totally free to generate ideas in the toaster area, because it’s just fun. They’re helping, and the only pressure on them is that they want to help their peer.

A diferencia de Pixar, que es una compañía de producto, IDEO es una compañía de servicios. Como consultoría sufre pues la tensión entre aceptar ciegamente lo que el cliente pide o tomar parte en la definición del problema para llegar a una mejor solución. La resolución de este conflicto es curiosamente similar a la de Pixar: inicialmente, el rango de opciones es amplio y se exploran alternativas (sesiones de brainstorming, prototipado, etc). A medida que el proyecto avanza, entra en otras fases de producción donde la capacidad de tomar otros caminos es menor debido a los costes.

Say that a company comes in and says “We want you to design a new toaster.” And I say “We’re going to study bread crisping in its generic sense.” They say, “Look, I told you just to design a toaster. Get going.” They think that the world of what a toaster could be is small. But we might say, “Look, our job is to begin by looking at the history of bread. “Maybe we want to see whether they had a better way to make toast in Renaissance France or on the Space Shuttle. We don’t want just to design the curlicues on the side of the client’s next toaster. Maybe what we’re going to find from looking at this history is that the best solution is to put more curlicues on the side, but I always say: “Think about how much more comfortable you’re going to feel that we are doing the right thing if we do a broad search and then narrow down.”

Breadth takes extra effort at the beginning, but that’s the best time—right at the outset of the product development process—to take a step back to see the situation. The design part of the product process takes a small portion of time. The next steps after design have 10 times the cost, time, effort, and emotional stress. Then, manufacturing incurs 10 times that. So time invested at the beginning isn’t wasted; we make up the cost in later stages easily, by doing the design right.

by Andrés at January 17, 2015 12:46 PM

January 13, 2015

Andrés Maneiro

The design trilogy

Estos días he sacado un rato para ver los documentales que Gary Hustwitt publicó en su The design trilogy.

helvetica objectified urbanized

El primero, Helvetica, es una ventana a la evolución, modas y debates del diseño gráfico en los últimos 50 años a través de una de las tipografías más usadas de todos los tiempos. Objectified explora los objetos que nos rodean y el trabajo de los diseñadores industriales. Por último, Urbanized glosa los temas fundamentales que articula nuestra unidad básica de convivencia: la ciudad – transporte, vivienda, ciudades post-industriales, planificación y participación urbana, etc.

Todos ellos siguen el formato entrevista, con un buen balance entre «las estrellas del campo» y desconocidos con cosas interesantes que decir. Ligeros, entretenidos y nada fáciles de hacer. Me parece que funcionan muy bien como divulgación en varios temas centrales a los que somos como sociedad: recomendables.

by Andrés at January 13, 2015 10:54 PM

December 28, 2014

Andrés Maneiro

Black Mirror: White Christmas

Se está convirtiendo en tradición familiar acabar las navidades viendo el discurso navideño de Charlie Brooker: Black Mirror. Luego de dos temporadas inmensas, fuimos a este especial con ciertas reservas: ¿se puede estar a la altura con una propuesta de un único capítulo semi-homenaje a Dickens donde dos exiliados comparten confesiones navideñas?

Jon_Hamm_Black_Mirror

La respuesta es: White Christmas. Un capítulo que comparte principalmente el universo de otros como Be right back y The entire history of you, tanto en temática (centrada en las relaciones sociales) como en tecnología, pero añadiéndoles nuevos ingredientes como la posibilidad del bloquear/banear personas en la vida real y crear un clon de tu cerebro mediante un artefacto llamado cookie.

El resultado es un mensaje navideño que hace pensar sobre la invisibilidad y la frustación, la necesidad humana de socialización, el amor, los weareables o la internet de las cosas. Tengan felices fiestas. ¡Y no se olviden de ver Black Mirror antes de iniciar el nuevo año!

by Andrés at December 28, 2014 02:08 AM

December 02, 2014

Andrés Maneiro

Lexicon

lexicon_usaLexicon es, en su superficie, un thriller conspiranoico: una sociedad secreta tiene un arma que permite subyugar la voluntad de las personas y hacerlas actuar contra su voluntad, coercionarlas.

Que el arma sea el lenguaje y la sociedad secreta esté compuesta por poetas a los que se le asigna una identidad literaria ilustre –Eliot, Brontë, Yeats, Woolf, Goethe, PushkinRosalía de Castro, etc- cambia la perspectiva: el thriller es apenas el packaging, lo que dicta el ritmo, lo que envuelve una maravillosa novela cyberpunk sobre el poder del idioma y las relaciones humanas.

Una novela cyberpunk

La novela tiene la agilidad y sarcasmo del mejor Max Barry, el de Jennifer Gobierno, pero también una madurez que le lleva a fijarse en nuevos temas – o quizás simplemente sean los mismos pero en diferentes avatares.

Los dos motores de la novela son las tramas alrededor de Emily -una joven vagabunda estadounidense que la organización recluta para convertirla en poetisa- y la de Will -un carpintero australiano inmune al poder de las palabras y que es arrollado por la existencia de tal cosa. Luego de las presentaciones de rigor, aparece en el centro de la trama una «palabra desnuda», un conjunto de lexemas que produce una subyugación inmediata y de una magnitud hasta entonces desconocida en todo aquel que la ve. Un arma de destrucción masiva. A partir de entonces, descubrimos también a secundarios como Yeats -la cabeza de la organización en Estados Unidos y que desea hacerse con el poder de la palabra- o Eliot -uno de los mejores poetas pero que tiene reservas en cuanto al modus operandi de la organización. Los secundarios, lejos de ser personajes planos, añaden a la composición de temas matices que sería imposible imaginar sin ellos: la discusión sobre la necesidad de reconocimiento y sentirse parte de una comunidad se quedaría coja sin el contrapunto y la religiosidad de Yeats; vacíos quedarían los diálogos sobre el amor sin la trágica figura de Eliot, etc.

Globalización, lenguaje y periferia

Al principio, que el centro de la acción fuesen únicamente poetas de habla inglesa, me generó cierta desilusión, pero lo achacaba a las referencias que tendría el propio Barry y asumía esa invisibilidad de lo periférico. Sin embargo, me parece más interesante entender la arquitectura básica de la novela como una forma tímida -y no del todo explícita- de reconocimiento de las desigualdades que genera el inglés como lengua franca.

Max Barry es australiano y su mercado nativo el inglés, no creo que le dejasen publicar una novela sobre esta temática si fuese muy explícito. Sin embargo, me parece que nos quiere decir algo al situar como personajes principales a la rama estadounidense de la organización con ganas de dar un golpe de mano, a una vagabunda que por el mero hecho de nacer en el corazón del imperio accede con facilidad a un poder inmenso y a un personaje periférico como Will, artesano, pero ajeno al arte de la palabra y a su influencia (es decir: todo lo que rodea la sociedad de la información) que al final se ve arrollado por ella y se ve forzado a tomar parte de igual manera.

Otras referencias

Lexicon es sin duda una de las mejores novelas que he leído últimamente. Además de entretenida, enlaza con otras historias igualmente impactantes que merece la pena rescatar:

  • Will me recuerda mucho a Ashitaka, de La princesa Mononoke: otro periférico al que se llevan por delante los vectores de desarrollo de la globalización (en su caso la dicotomía sobre progreso y naturaleza, en la forma de un dios jabalí enloquecido, que llega a su aldea y le contagia un virus) y que por eso mismo se ve forzado a tomar parte en la batalla (tiene que ir en busca de la fuente que originó la locura del dios para poder sobrevivir).
  • La «palabra desnuda», la vertiente lingüística de Lexicon con los segmentos poblacionales y la reinterpretación de la Torre de Babel, enlaza directamente con el hackeo de cerebros y la mitología sumeria que tan bien cuenta Stephenson en «Snow Crash».

Como puntilla final, hubiese sido maravilloso que Eliot contase entre sus correligionarios a Gil de Biedma, pues su biografía tiene todo lo necesario: además de ser un gran admirador de Eliot y Yeats, Biedma tiene un cierto desapego por lo que implica ser poeta en su tiempo, lo que le convertiría en un secuaz ideal. Que además haya escrito «Las personas del verbo» le añadiría cierta magia al asunto!

by Andrés at December 02, 2014 09:31 PM

November 28, 2014

Andrés Maneiro

Bienestar, belleza y bluetooth

Radiografía introductoria del sector wearable –o computadoras de vestir– que trata de entender cómo son los productos que están llegando al mercado hoy día.

De anillos y relojes

abacus_ringUno de los primeros wearable registrado fue un anillo con ábaco incluido, que se estilaba entre la aristocracia china alrededor del año 1600 – se supone que con fines comerciales. En paralelo, en Europa se desarrollaba el reloj de bolsillo, que no tenía interactividad pero igualmente era exclusivo de la alta sociedad.

A partir de entonces, la llegada de otros wearables al mercado se estanca más o menos 3 siglos, hasta bien entrado el siglo XX. Más allá de la popularización de los relojes de pulsera, es entonces cuando se introducen novedades en el ámbito militar (cascos infrarrojos, etc) para ir saltando posteriormente a otros sectores con predisposición al gasto en complementos como el fitness o la industria del videojuego: toda una anticipación de la nueva revolución industrial y ejemplo de manual de los nuevos mercados que habilita la reducción de la escala de producción. Sin embargo, a pesar de las grandes promesas, el mercado de masas se mantiene más o menos ajeno a esta tendencia, excepto por el eterno candidato a ser the next big thing: el «smart watch».

La historia del «smart watch» sirve como metáfora de un sector atrapado en la trampa de las escalas que, desde los 80, lucha por vendernos «smart watches» y no ha conseguido ofrecernos cosas realmente innovadoras, que deseemos comprar y vestirnos más allá de mp3 e ipods. Luego del boom de los relojes Seiko en los 80 y 90 compatibles con varios ordenadores, no es hasta la entrada del nuevo siglo que vemos una nueva propuesta: la de Microsoft con la iniciativa SPOT que, en 2003, incluye también un reloj. Ninguna de estas propuestas cala realmente y, a finales de la década, en 2009/2010, empresas como Samsung o Sony insisten empezando a sacar al mercado nuevos relojes que conectan con el incipiente mundo de la movilidad (móviles con acceso a datos y tarifas razonables). Para 2012, con la irrupción de Pebble, la tecnología y el mercado están maduros para que el reloj se conecte masivamente con el mundo multimedia del móvil y el 3G. La llegada de Apple a este sector, en 2015, no es para nada innovadora ni aporta nuevo valor añadido, más allá de protegerse de la competencia en un sector -dicen- a punto de explotar. De todos ellos, probablemente sea Google con sus gafas el más atrevido, aunque todavía nadie sabe muy bien para qué valen y cómo se comportarán en el mercado de masas.

La venganza de los pequeños

La irrupción de Pebble, además de dar la alerta a los grandes, ha servido también para hacer creer a los pequeños, ha funcionado como el pistoletazo de salida del renacimiento del hardware. Aunque no era más que otro reloj, lanzaba varios mensajes:

  • A nivel producción, se hizo evidente que la tecnología y relaciones comerciales permitían ya a una PYME con un equipo pequeño salir al mercado global y competir con los grandes: pequeña escala, gran alcance.
  • A nivel venta, visibilizaba como ningún otro proyecto que un mercado tan saturado como el de complementos, estaba abierto a la creación de tendencias desde abajo, apoyados por una generación que entiende el consumo como una herramienta más de personalización y activismo.
  • A nivel financiación, los 10 millones de dólares conseguidos a través de kickstarter, gritaban: ¡podemos prescindir de Sillicon Valley!, nos dimos cuenta de que es posible financiar un producto sin perder el control de la empresa.

Desde entonces han pasado un par de años y el nuevo mundo industrial no se ha hecho esperar, tenemos ya miles de ejemplos. Como era de esperar, los gigantes llegan tarde, y la segunda generación de «wearables de los pequeños» nos ofrece un catálogo más amplio e innovador que lo que podemos obtener de los grandes, aunque todavía muy poco disruptivo.

Bienestar, belleza y bluetooth

hush arki khushi

Hay 3 vectores que definirían uno de los principales sectores de avance de los «wearables de los pequeños»:

Así pues, hoy día, en los «wearables» que están llegando a mercado, vemos un mundo distinto al de la ubicuidadque usa el móvil como proxy hacia la red y tiene como acicates comerciales el bienestar y la belleza. Nada todavía realmente rompedor, pero que apunta vectores donde la ubicuidad y sus retos asociados (privacidad, propiedad intelectual, etc) estará en juego.

by Andrés at November 28, 2014 03:28 PM

September 20, 2014

Andrés Maneiro

El Vermeer de Tim

Vermeer_TheMusicLessonEl Vermeer de Tim es un documental donde el millonario Tim Jenison, con ninguna experiencia en pintura y mucho dinero, se propone realizar una de las obras más emblemáticas de Johanes Vermeer, The music lesson.

En primer lugar, Tim construye una habitación idéntica a la de Vermeer en Delft: alquila un lugar con la misma incidencia de luz, compra y construye muebles, viste maniquís de forma idéntica, etc, para posteriormente pintarla en base al uso de espejos para reproducir fielmente la escena.

La controversia

Según la teoría Hockney-Falco, algunos grandes maestros como Velázquez o Vermeer habrían usado ópticas y ayudas mecánicas para la realización de sus pinturas. Llevando al extremo esta hipótesis, Tim pretende comprender las técnicas que Vermeer podría haber utilizado.

Johanees Vermeer es un pintor peculiar: perteneciente a la edad dorada holandesa del siglo XVII, no aparece en las compilaciones de su época como un gran pintor y es sólo en el siglo XIX donde se le redescubre como uno de los grandes por su tratamiento realista de la luz. Hoy día se le atribuyen poco más de 30 obras: 2 exteriores de Delft, una alegórica, pocos retratos y todo lo restante son escenas costumbristas dibujadas en el interior de su casa, en la misma habitación. Sobre sus técnicas poco se sabe; además de que no se ha descubierto un diario de su actividad, tampoco hay registro de su formación: en la época para poder vender cuadros uno debía pertenecer a un gremio y estar 6 años formándose y, si bien existe constancia de que Vermeer pagó la cuota de inscripción en el gremio de San Lucas, lo hizo como si hubiese estudiado en el exterior. En los estudios con rayos X de sus obras, no se evidencia que haya usado bocetos previos para realizar el dibujo, sino que los cuadros son su primera y única versión. Finalmente, se especula que Vermeer podría haber tenido acceso a las mejoras ópticas del momento a través de Leeuwenhoek, conocido por desarrollar el microscopio y tener una fábrica de óptica: Leeuwenhoek no era sólo ciudadano de Delft y coetáneo de Vermeer, sino también su albacea.

Todo ello hace de la figura de Vermeer un candidato ideal para la controversia al respecto de las ayudas ópticas y mecánicas, que ha provocado un cierto terremoto entre un sector de los historiadores de arte, que entienden que se está acusando a los grandes maestros de “hacer trampas”.

Vermeer como hacker

Personalmente, este documental me lleva a conclusiones muy distintas: los maestros son aquellos que no sólo dominan el arte, sino que no dejan de innovar e introducir nuevas técnicas en sus pinturas.

Un buen cuadro, es un objeto complejo que combina diferentes aspectos: desde el mensaje y la selección de la mirada sobre el mundo, el uso y creación de pigmentos para obtener una coloración específica y personal hasta el uso de la trigonometría para alcanzar perspectiva y profundidad. ¿Por qué habría de ser el uso de espejos para acercar la escena algo estigmatizado? Vermeer, de confirmarse la teoría, sería para mí un hacker, alguien que trata de conocer y mejorar las herramientas y técnicas que tiene a su disposición para llevar a cabo su tarea.

¿Qué significa ser artista?

El debate latente que pone a la superficie este documental, es: ¿qué significa ser artista? El documental, me hizo recordar una historia relativa al director de Pixar Andrew Stanton y su época en CalArts, mientras estudiaba con Bob McCrea, uno de los 9 hombres de Disney, al que todo aspirante a animador idolatraba.

Andrew y su pandilla tenían dudas sobre el uso en animación de ciertas tecnologías de la época (VHS, etc), que no se habían usado en los años de oro de Disney. De alguna manera ellos se sentían puristas y consideraban que la animación debía hacerse como siempre, como la habían hecho los padres fundadores. Ed Catmull cuenta la historia así:

«One of the best-loved instructors at CalArts in the 1980s was the legendary animator Bob McCrea, who took up teaching after forty years at Disney, where he worked closely with Walt himself. McCrea was as beloved as he was cantankerous—Andrew Stanton would later immortalize him in the character of Captain B. McCrea in WALL-E—and he helped shape the creative sensibilities of many of the people who would go on to define Pixar. Andrew remembers that he and his fellow CalArts students saw themselves as “animation purists,” determined to emulate masters like Bob from the early days of Disney. They were conflicted, therefore, about using certain newer technologies—VHS videotape, for example—that had not existed in the studio’s heyday. If Walt’s Nine Old Men didn’t use videotape, Andrew remembers telling Bob McCrea one day, maybe he shouldn’t either.

“Don’t be an idiot,” Bob said. “If we’d had those tools then, we would have used them.”»

McCrea había sido uno de los fundadores de la industria por entender esa idea central: crear, no es repetir ni hacer lo que siempre se hizo; crear es experimentar y usar las herramientas que tienes a tu disposición para transmitir.

by Andrés at September 20, 2014 11:59 AM

September 11, 2014

Andrés Maneiro

Manituana

Ambientada en la segunda mitad del siglo XVIII, durante los albores de la Revolución Americana, Manituana es en la superficie una novela sobre el ocaso de la Liga Iroquesa o la confederación de las Seis Naciones, una de las organizaciones indias más numerosas en norteamérica.

ManituanaCon localizaciones en el valle del río Mohawk (en el corazón del moderno Nueva York), Londres y Québec, Manituana narra principalmente la evolución de Joseph Brant Thayendanegea, diplomático y militar indio. Cómo Brant, inicialmente un intérprete inglés-mohawk del Departamento de Asuntos Indios bajo las órdenes de la familia Johsson, evoluciona a jefe de guerra de la nación Mohawk. Esa transformación de tiempos de paz a tiempos de guerra es también el camino de las Seis Naciones durante la revuelta por la independencia americana. En los inicios del levantamiento de las colonias americanas contra el rey inglés Jorge III y la nación inglesa, las Seis Naciones ejercen un papel de neutralidad “en esta guerra civil entre hermanos“, siempre que no afecte a sus territorios y rutas comerciales. A medida que avanza la contienda, rebeldes wigh y lealistas tory, se disputan el apoyo de las Seis Naciones hasta que éstas son parte beligerante.

Por supuesto, como hija de Wu Ming y la New Italian Epic, esta novela contiene otras muchas voces y temáticas que invito a que cada uno descubra por sí mismo. Algunas que atrayeron mi atención son:

  • la caída de uno de los muchos mundos posibles: cómo Iroquirlanda -la convivencia de las naciones indias y los colonos ingleses- se desintegra rápidamente, da cuenta del vacío que dejan los founding fathers de la comunidad al irse y la incapacidad de sus hijos para continuar ese sueño, hasta que éste se acaba abruptamente y los hijos se ven forzados a recuperar su capacidad de soñar. En ese sentido, Manituana se sitúa no como una novela sobre la épica de los héroes, sino una novela sobre la urgencia de continuar creando utopías para reinventar el futuro.
  • un relato sobre el colonialismo y los verdaderos perdedores de las guerras, con grandes paralelismos con las guerras de Irak o Afganistán y el papel de las comunidades islámicas - no en vano, WuMing presenta esta novela como un primer paso en su respuesta a la pregunta que se hacen los americanos después del 11S: ¿por qué nos odian?

No se puede olvidar que éste es el primero de los libros del Tríptico Atlántico y para valorarlo en toda su completitud habrá que esperar a la publicación y lectura de los dos siguientes, ambientados en Europa, África y la India. Como novela solista, Manituana es una historia coral tejida con las técnicas narrativas identificativas de Wu Ming. Una historia que vale la pena conocer para completar la historia de la Revolución Americana, contada por el bando verdaderamente perdedor.

by Andrés at September 11, 2014 05:03 PM

August 16, 2014

Andrés Maneiro

La creatividad, según Pixar

Ed Catmull, es uno de los programadores y pioneros de la computación gráfica, inventor de técnicas como el texture mapping o algoritmos para la subdivisión de superficies. Como presidente de Pixar es, además, uno de los responsables de haber introducido en nuestras vidas a personajes como Buzz Lightyear, Nemo, Wall-e o Remi.

pixar

La historia de Ed Catmull empieza en la Universidad de Utah, donde estudia y trabaja bajo la batuta de Ivan Sutherland, en una comunidad de estudiantes entre los que se encontraban muchos de los pioneros de la informática, como Alan Kay. Catmull crece como un hacker a la manera de Pekka Himanen:

«Leaders of my lab understood that to create a fertile laboratory they had to assemble different kind of thinkers and encourage their autonomy. Feedback when needed and stand back and give room too.»

De esa experiencia, se modela su manera de entender el liderazgo y la comprensión de la comunidad en la actividad creativa. Es famosa la pregunta con que durante un tiempo iniciaba sus conferencias: “¿qué es más importante, tener buenas ideas o tener buenas personas?” Sólo para descubrir que la respuesta del público era 50%/50%, a lo que él siempre respondía:

«Give a good idea to a mediocre team, and they will screw it up. Give a mediocre idea to a great team, and they will either fix it or come up with something better. If you get the team right, chances are that they’ll get the ideas right.»

Nos sugiere que un producto contiene cientos de ideas, no una sóla: es la conjunción de todas ellas lo que hace el producto atractivo. Por ejemplo: la idea básica de Ratatouille -una rata que quiere convertirse en chef- no cambió a lo largo de todo el ciclo de producción de la película; sin embargo, a mitad de camino tuvieron que cambiar el director y parte del equipo, porque los anteriores no conseguían hacerla funcionar.

Keep your crisis small

Una de las lecciones aprendidas de Pixar, es que la conjunción de gente brillante y emponderamiento personal no evita las crisis y los errores en el diseño de un producto. Esto es inevitable. Lo importante, es el tiempo que tienes para recuperarte del error. En palabras del propio Catmull, el poder de la iteración continua reside en que:

«Overplanners just take longer to realize they’re wrong.»

Este concepto del tiempo es clave por varios motivos.

El tiempo es importante en la definición del producto: la idea inicial irá cambiando a medida que se trabaje y se encajen los otros cientos de ideas necesarias para hacerla funcionar. Es un proceso de refinamiento gradual. En las fases iniciales, la película tiende a cambiar mucho en todos sus aspectos (definición de la historia, diseño artístico, diseño de personajes, etc), pero es relativamente barato hacer cambios comparado con las fases finales de producción. Una vez la película tiene asignada fecha de salida, los márgenes para el cambio son muchísimo menores.

El tiempo es también clave a nivel emocional y creativo: recibir feedback continuo sobre sketches e ideas inacabadas, favorece que el equipo esté menos atado emocionalmente a lo que propone y se sienta con más libertad para cambiarlo, empezar de nuevo si hace falta. No tener que hacerlo perfecto a la primera, también reduce la presión.

Pixar ha institucionalizado esos ciclos, con sesiones de feedback continuo a lo largo del desarrollo de la película. De todos ellos, hay tres mecanismos que sobresalen:

  • Dailies: diariamente, el director y los animadores de la película, se muestran los avances unos a otros. Este es el mecanismo de feedback más inmediato y continuo.
  • Braintrust: bimensualmente, se muestra el avance en forma de prototipos en una reunión donde están presenten otros directores, artistas y, en general, cualquiera que desee participar. En esos momentos se disecciona la película y se ofrecen comentarios sobre puntos donde está fallando o, a veces, posibles soluciones.
  • Post-mortems: al finalizar la película, se realiza una reunión donde se habla de los problemas que se han tenido, lecciones aprendidas, etc.

Las fuerzas que se interponen a la creatividad

Sin embargo, el feedback y la franqueza extrema necesaria para que esto funcione, no es algo para lo que estemos diseñados por defecto:

«In general, people are hesitant to say things that might rock the boat. Braintrust meetings, dailies, postmortems, and Notes Day are all efforts to reinforce the idea that it is okay to express yourself. All are mechanisms of self-assessment that seek to uncover what’s real.»

Dar y recibir feedback requiere una predisposición emocional y cierta química en el grupo de trabajo, que no es automática ni fácil de conseguir. Una de las características que Catmull resalta de un grupo funcional, es su capacidad para tener una comunicación franca, una honestidad brutal. Catmull usa la palabra «candid feedback», que tiene connotaciones también de decir la verdad ingenuamente, de no esconderse nada ni tener segundas intenciones. Tiene un punto de espolear al disidente que los creativos llevan dentro.

Y si no fuese ya de por sí difícil generar una cultura de franqueza extrema y mejora continua, Catmull recalca que existen muchas fuerzas más que impiden la emergencia de una cultura creativa. El éxito es una de las principales: “¿Por qué cambiar si hemos hecho algo que funciona?” Curiosamente, el conservadurismo tiene el mismo efecto que la mediocridad. La urgencia de las fuerzas económicas que ansían retornos rápidos chocan con el tiempo y paciencia necesarios para la maduración de un producto. La moral del equipo decae si internamente un equipo está haciendo un producto B, mientras otro se centra en el producto bandera. Los diferentes estándares de calidad y exigencia personal entran en conflicto. Etc.

Incluso pequeñas decisiones sobre si hacer secuelas o nuevas películas tienen sus efectos en el mantenimiento del entorno creativo y han sido analizadas en Pixar:

«For example, around the time of the merger [with Disney], we were evaluating how to strike a balance between original films and sequels. We knew that audiences who loved our films were eager to see more stories set in those worlds (and, of course, the marketing and consumer products people want films that are easier to sell, which sequels always are). However, if we only made sequels, Pixar would wither and die. I thought of sequels as a sort of creative bankruptcy. We needed a constant churn of new ideas, even though we knew that original films are riskier. We recognized that making sequels, which were likely to do well at the box office, gave us more leeway to take those risks. Therefore, we came to the conclusion that a blend—one original film each year and a sequel every other year, or three films every two years—seemed a reasonable way to keep us both financially and creatively healthy.»

Cada empresa tiene sus propias fuerzas. Descubrirlas y poner mecanismos para evitarlas require de un esfuerzo continuado.

Makers VS Managers

En la experiencia de Pixar,  las ideas no sólo son ejecutadas por los creativos, sino también ideadas por ellos. No contratan equipos externos para “buscar ideas” ni tienen equipos dedicados a ellos, como otros estudios de animación. Son los propios creativos los que las proponen y las desarrollan.

La función de los managers en Pixar, no es la que, todavía hoy en día, se considera común de un directivo en muchas empresas: poner la idea sobre la mesa para que otros la ejecuten, dirigir, ordenar a los subordinados en la cadena de mando. Lejos de eso, y también de proclamar la necesidad de que desaparezca ese rol, en una cultura como la de Pixar, los managers se reinventan como observadores y guardianes del proceso creativo:

«Our job as managers in creative environments is to protect new ideas from those who don’t understand that in order for greatness to emerge, there must be phases of not-so-greatness. Protect the future, not the past.»

Lo nuevo necesita amigos. A nivel práctico, esto se traslada en varias acciones concretas: desde favorecer que los Braintrust se desarrollen adecuadamente (detectar cuando un equipo es disfuncional y proponer cambios de personas para mejorar la quimica, etc), gestionar los post-mortems cambiando las técnicas usadas para que los equipos no se acomoden y traten de hackear las reglas o apoyar durante el proceso de maduración de una idea (sesiones de coaching para mejorar la presentación de la idea a los que deciden si se invierte o no en esa película, etc).

Coda

Durante los últimos 20 años, Pixar ha creado películas que han sido a la vez éxitos de taquilla y obras de una calidad artística elevadísima. Catmull dice que la razón más importante de este éxito, no sólo ha sido tener a su disposición a gente brillante, sino facilitar que trabajen bien juntos, porque la creatividad surge de un proceso colectivo de iteración, con la franqueza extrema, el feedback y la autonomía personal como mecanismos principales para la depuración de las ideas.

by Andrés at August 16, 2014 04:19 PM

August 09, 2014

Andrés Maneiro

Ratatouille, o la gestión de la creatividad

RatatouillePosterRemi, es una rata idealista que ha desarrollado un interés por la cocina. A diferencia de su camada, tiene el olfato y el gusto hiperdesarrollado, no puede comer basura y por eso empieza a cocinar a escondidas en las casas donde viven. En un momento dado, llega a uno de los mejores restaurantes de París, de capa caída desde la muerte de su fundador, Auguste Gusteau, famoso por el bestseller de cocina Anyone can cook.

En el mundo de Ratatouille, las ratas siguen siendo ratas y provocan asco a los humanos. Como podéis imaginar, la conversión de Remi a chef de alta cocina en el Gusteau’s no era tan fácil como entrar por la puerta y pedir un mandilón. Toma tiempo y necesita protección. Por suerte para Remi, ha empezado a trabajar como limpiador en el restaurante, Linguini, un chico despistado que también quiere ser chef, pero no tiene las dotes necesarias. Mientras Linguini actúa como si fuese él quien cocinase, Remi es quien desarrolla las recetas y maneja los mandos en la sombra.

Pero el restaurante ya no es el antiguo Gusteau’s y el entorno no invita a la creación: Skiner, el jefe de cocina, se empeña en repetir las antiguas recetas siguiendo el manual al pie de la letra y en sacar líneas de comida rápida con ellas, lo que no hace más que hundir la reputación del Gusteau’s y convertirlo en un restaurante más del montón. Reflotarlo y devorverle su fama es una tarea ardua que sólo la unión de Remi y Linguini pueden lograr. Esta unión, provoca no sólo el ascenso de Linguini como uno de los mejores chefs de Francia, sino también los celos de Remi: sabe que su condición de rata le impide llegar a ser un chef apreciado por el público.

En el fondo, Remi es un ser creativo al que no le basta con cocinar, necesita reconocimiento. Es en ese punto de su relación cuando se produce la visita de Anton Ego al restaurante, el crítico más influyente de la ciudad y el que inicia la caída del Gusteau’s hace años con una mala crítica. A diferencia de Auguste Gusteau, Ego nunca se creyó eso de que Anyone can cook. Por eso, tumbar el restaurante de Auguste le produjo una satisfacción especial. Y se convierte en la prueba definitiva para Remi.

El desenlace, es una de las escenas con más significado de la historia del cine:

Ese discurso final de Ego, condensa uno de los mensajes principales de la película: el Anyone can cook de Gusteau, no significa que cualquiera pueda convertirse en un gran artista, sino que un gran artista puede venir de cualquier lugar. De esa predisposición a encontrar lo nuevo en lo inesperado, surge también una responsabilidad: protegerlo. Lo nuevo, la innovación, necesita tiempo y paciencia.  Remi nunca hubiese llegado a ser un chef sin la complicidad de todos los que la ayudan y protegen. De haberse descubierto su tapadera cuando todavía el mundo no estaba preparado para ello, habríamos perdido un gran cocinero.

Al igual que el Gusteau’s, las empresas contienen fuerzas internas que impiden que aflore la creatividad: las nuevas ideas son feas al principio y necesitan cariño, la repetición de lo que ha funcionado una vez como la negación del aprendizaje continuo en la actividad creativa, la presión por llegar a fin de mes con ingresos rápidos que cohartan la maduración de las ideas, etc. Todo eso, y más, podéis disfrutarlo en Ratatouille, uno de los mejores manuales de gestión de la creatividad que existen.

by Andrés at August 09, 2014 03:52 PM

August 07, 2014

Andrés Maneiro

Una semana sin visitar medios AEDE

El miércoles pasado inicié una huelga de lectura contra los medios pertenecientes a AEDE, en protesta contra el #canonAEDE. Mi objetivo era usar mis superpoderes de ciudadano y poner mi dinero (publicidad por visitas) allí donde están mis valores.

Gracias a esta extensión de chrome, que me censuraba cuando quería visitar esos medios, he podido controlar el acceso a esos medios. Aunque me imagino que la reducción de mis visitas no ha tenido un gran impacto directo en la facturación de estos gigantes, me ha valido para ser consciente del nivel de uso que les doy. A grosso modo, los resultados son:

  • al menos 3 veces, he tratado de visitar un par de medios generalistas españoles. Todas ellas por enlaces de otros.
  • al menos de 5 veces, he tratado de visitar un medio de noticias locales (galicia). Mayoritariamente por enlaces.
  • al menos 10 veces, he tratado de visitar medios de deporte generalistas españoles.

Autoreflexionando sobre mis hábitos, puedo decir que mi dieta de información a día de hoy se centra poco en los temas que son comidilla nacional, abuso de ciertos ingredientes y es frugal (más ligera que la mayoría de personas que conozco). Los temas que me interesan suelo estar muy informado y busco activamente información en varios lugares para entenderlo mejor, puedo estar varios días haciendo seguimiento del tema. Otros temas, simplemente no están en mi agenda y no me preocupo hasta que me lo cuentan. Esto es una tendencia que inicié hace varios años y últimamente me parece que se ha consolidado.

Ahora que he dejado de estar en huelga, aunque continuaré minimizando mis visitas a medios AEDE, lo que verdaderamente me importa es continuar con mi diversificación de la dieta y reducirla en aquellos puntos donde me excedo.

by Andrés at August 07, 2014 01:52 PM