Tecnología | Carlos Cámara Menoyo

Reflexiones sobre la necesidad de regular (o no) la obligatoriedad de usar BIM en obra pública.

Wed, 30 May 2018 21:21:22 +0200

Hace años, en 2009, me preguntaba acerca de por qué el BIM, siendo que tenía una serie de ventajas innegables frente a trabajar con programas de CAD, apenas se utilizaba en España salvo en honrosas excepciones y contrariamente a lo que ocurría en otros países. Hoy, sin que tenga claro los motivos que han llevado a ello, la situación se ha invertido considerablemente y ya casi nadie se cuestiona su utilización, si bien no tengo claro que sea lo más utilizado, por lo menos aquí.

Seguramente tenga bastante que ver con este cambio de tendencia aspectos como el que leía recientemente (aunque probablemente no sea el único): la Ley 9/2017 determina la obligatoriedad de utilizar BIM en obra pública española a partir de 2018. Dicha ley especifica que:

“Para contratos públicos de obras, de concesión de obras, de servicios y concursos de proyectos, y en contratos mixtos que combinen elementos de los mismos, los órganos de contratación podrán exigir el uso de herramientas electrónicas específicas, tales como herramientas de modelado digital de la información de la construcción (BIM) o herramientas similares.[…]”.

A priori, a un defensor del BIM como yo¹ debería parecerle una buena noticia, tal y como se ha difundido mayoritariamente, pero lo cierto es que me despierta muchas preguntas y no pocas reticencias.

La primera viene porque en ningún momento me queda claro a qué se refiere cuando habla de BIM o en qué debería traducirse finalmente: ¿se refiere a cualquiera de los softwares disponibles? ¿a uno en concreto? ¿o acaso se refiere a un formato de archivo? Me gustaría creer que, si efectivamente hablan de BIM como concepto, esto debería traducirse en aceptar cualquier tipo de archivo generado por alguno de los múltiples softwares de BIM existentes o, en su defecto, a uno de intercambio abierto, como IFC².

Esto, que parece trivial, no lo es en absoluto, porque si se obliga a utilizar una forma de trabajo que solo es posible desarrollar con un software concreto o bien se fuerza a un formato que no sea abierto y estandar, se está obligando, de facto, a utilizar un software específico, con las consecuencias tener que comprar (o incurrir en prácticas ilegales) y formarse para utilizarlo. Condicionar la herramienta a utilizar no me parece una buena opción. Tampoco me lo parecía antes, cuando algunas administraciones solicitaban utilizar unas capas concretas, una forma de presentar específica… que delataban haber sido hechas con AutoCAD en mente, como si no hubiese otra solución posible y causando dificultades innecesarias a quienes usaban otros programas como Microstation, Archicad, Allplan… Entiendo que la administración debe asegurarse de poder abrir la documentación que recibe, pero de igual modo que no parece razonable esperar que tenga que pagar por todas las licencias de todos los programas posibles, tampoco lo es menos esperar a que una persona física tenga que hacer lo que la administración no ha querido. Es por ello que abogo porque las Administraciones deberían solicitar formatos estándares abiertos, como el PDF (ideal para estos casos, dado que no requiere de software específico, no admite modificaciones y permite visualizar con pequeñas interacciones) o, en el caso del BIM, el formato IFC.

Precisamente esto lleva al siguiente punto: No termino de entender por qué debe entregarse un proyecto arquitectónico en formato editable. Los proyectos son documentos legales en los que la persona firmante adquiere unas responsabilidades por ello, y por tanto, facilitar un archivo editable firmado es lo mismo que firmar un contrato en blanco. Pero aún hay otro motivo: entiendo que si se piden formatos editables es porque alguien, distinto al proyectista, quiere editarlo. Esto, que parece una perogrullada, tiene implicaciones profundas que tienen que ver con de quién es la autoría de los proyectos y quién tiene derecho a modificarlos, o con si los honorarios percibidos contemplan esas modificaciones o no y si estos son acordes con el trabajo realizado y las responsabilidades adquiridas, entre otros.

Pero ese debate lo dejaremos para otra ocasión o para los comentarios.

Este post fue escrito originalmente para el Blog de la Fundación Caja de Arquitectos

Ya en este artículo de 2009 abogaba por las ventajas de utilizar BIM frente a CAD (ahora matizo: por lo menos para proyectos de edificación, sobre todo si es obra nueva): http://www.carloscamara.es/blog/2009/01/08/del-cad-al-bim/ ↩︎
A diferencia de los archivos rvt o pln, definidos y controlados en exclusiva por Autodesk y Graphisoft respectivamente, IFC organiza el modelo de datos (esto es, la manera en que se almacena la información) en un formato estándar y abierto desarrollado por el consorcio sin ánimo de lugro Building Smart orientado a favorecer el OpenBIM. Dadas esas características y al hecho de que no depende de ningún fabricante de software se garantiza, por tanto, que la información pueda intercambiarse entre distintos softwares de BIM sin que haya intereses ocultos para favorecer uno en detrimento de otro. ↩︎

Sobre criterios, tecnologías, ciudades y arquitectos ¿Quién decide cómo es la ciudad en la era digital?

Sat, 30 Sep 2017 21:07:09 +0100

En los dos artículos anteriores hemos hablado de dos casos que evidencian las relaciones existentes entre espacio digital y espacio físico. En ambos subyacía la misma pregunta: ¿Puede una aplicación web o un servicio online afectar la dimensión física de una ciudad? Y también una primera tentativa de respuesta afirmativa: el uso de datos geoespaciales de distinta naturaleza permite tomar decisiones que condicionan el espacio físico, como por ejemplo identificar los lugares donde ubicar comercios o qué lugares son dignos de ser visitados, con la consiguiente actividad económica, constructora (y a veces gentrificadora) que se deriva de ello.

Otros ejemplos podrían ser los de aplicaciones como la plataforma abierta fixmystreet que permite crear aplicaciones para que la ciudadanía informe de problemáticas relacionadas con el espacio público de su ciudad (como por ejemplo semáforos estropeados, firmes en mal estado…), wheelmap para mapas de accesibilidad en silla de ruedas o las plataformas participativas de toma de decisiones de Ayuntamientos como el de Barcelona o Madrid. Ya a mayor escala estarían todas las actuaciones de smart-cities impulsadas conjuntamente por Ayuntamientos y empresas tecnológicas que infraestructurizan el espacio público para recabar datos que permitan la toma de decisiones en pos de ciudades más eficientes.

Esta nueva situación a su vez plantea otras preguntas: si, efectivamente, lo urbano puede ser transformado por lo digital, ¿quién está tomando estas decisiones? Y más importante aún: ¿Qué criterios las rigen?

A menudo, la mayoría de estas aplicaciones y servicios están realizadas por startups formadas por desarrolladores o por empresas consolidadas de sectores tecnológicos que, a través de una visión eminentemente tecnológica y comercial, buscan el beneficio económico a partir de la explotación de un negocio muy lucrativo: el del big data y los datos georreferenciados[^1].

Aunque pueda parecer que la motivación sea la misma que hace años (la ciudad se ha transformado en un objeto de consumo mercantilizado a través de la promoción inmobiliaria[^2]), ahora ha adoptado formas mucho más sutiles.

Por un lado, la ordenación de la ciudad ya no se realiza en función de la construcción de equipamientos clave, con criterios sociales o de equidad, sino, también, a partir dos nuevos mecanismos: el análisis de geodatos (por ejemplo en función de donde hay mayor densidad de fotografías en Instagram[^3], dónde están las pokeparadas …) y a través de la utilización de apps y servicios para modificar hábitos de las personas y potenciar determinadas zonas.

En el primer artículo de la serie apuntábamos como aplicaciones aparentemente inocuas como un simple juego puede ser utilizado para fines mucho más oscuros y comerciales.

En contraposición, en el segundo artículo vimos cómo las iniciativas, aplicaciones y propuestas autogestionadas basadas en la participación y el conocimiento local y sin ánimo de lucro, pueden servir como mecanismos de protesta o tomas de medidas para compensar carencias de la ciudad. Para ello utilizan las mismas tecnologías, pero, sobre todo, se basan en procedimientos y licencias abiertas que garantizan que tanto los datos como las posibles aplicaciones que puedan derivarse no sean propiedad exclusiva de unos pocos.

Ante esta situación, la hegemonía del arquitecto urbanista está claramente cuestionada. Si anteriormente las decisiones relativas a las ciudades se tomaban por parte de políticos y técnicos municipales que luego se traducían en planeamiento para materializar dichas visiones, actualmente está claro que hay muchos más agentes en juego. Ya sea por ignorancia, desconocimiento o porque no se nos ha invitado, los arquitectos hemos estado hasta ahora alejados de este tipo de foros, pero en nuestra mano está reivindicarnos como pieza clave -en tanto que técnicos, pero también como ciudadanos- en estas nuevas formas de transformar el espacio urbano. Y, sobre todo, reivindicar la utilización de criterios tan denostados, pero necesarios para las ciudades, como son la equidad, la habitabilidad o la historia (que no la visión falsamente historicista), que compensen el desequilibrio producido por reducir todas las decisiones a criterios económicos, tecnológicos y de eficiencia.

La buena noticia es que abre un panorama de nuevos retos y oportunidades para contribuir a la madurez de estas tecnologías y aplicaciones locativas que aúnan lo físico y lo digital en la que ciudades y ciudadanos salgan beneficiados.

Este post fue escrito originalmente para el Blog de la Fundación Caja de Arquitectos

El mapa no es el territorio …pero hacer mapas puede transformarlo

Fri, 30 Dec 2016 22:33:39 +0100

Este post fue escrito originalmente para el Blog de la Fundación Caja de Arquitectos

Este verano, desde las Islas Feroe, surgió una curiosa iniciativa que consistía en poner una cámara y un GPS a las numerosas ovejas que las habitan para posteriormente georreferenciar las imágenes de los lugares por donde pastan. Según los promotores de la iniciativa bautizada como sheep view 360, era una reivindicación que hacían a Google para poder ser incluidos en su Street View y una forma de suplir esta carencia mediante la creación de recorridos en 360º de forma innovadora, low-tech y low-cost, a la vez que ofrecían imágenes de lugares que serían difícilmente accesible con medios tradicionales.

Esta sorprendente iniciativa en realidad se trataba de una campaña publicitaria orientada a poner en valor sus parajes y atraer turistas durante las vacaciones, pero, en cualquier caso, evidencia muy bien dos ideas o reflexiones que quiero tratar. La primera es que lo que no se nombra, no existe. O para lo que nos ocupa: lo que no sale en los mapas no existe. Los mapas están cada vez más presentes en nuestras vidas[^1] y, por tanto, que algo no aparezca en un mapa puede ser sinónimo de que mucha gente no conozca su existencia y, por ello, no se “utilice”. Esto es algo que saben bien las empresas y de ahí que hayan proliferado los servicios y aplicaciones para ubicar todo tipo de información: ¡y es que tan importante como estar en un mapa es cómo se realiza ese mapa y quién lo hace!

La manera en que se recopila y muestra la información es la segunda idea que quería destacar. No podemos olvidar que, a fin de cuentas cualquier mapa es una abstracción de la realidad y, consecuentemente, la forma en que está hecho, la información que se muestra y la que no, dónde se ponen el norte o el centro… están contando de forma subjetiva una historia sobre ella[^2], lo cual significa que, por tanto, hacer un mapa es un acto político.

“Conflictos entre mapas y realidad”

Sin embargo, pese a que hoy es relativamente sencillo crear nuestros propios mapas, y a que hay estamentos oficiales que se dedican a ello¹, la mayoría de los que utilizamos los realizan empresas que buscan un retorno económico y, por este motivo, solo se mapean aquellos aspectos que proporcionan ingresos o tienen una mayor base de clientes potenciales. Sin embargo, la realidad es muchísimo más rica y desde luego hay vida más allá de los mapas de Google. Gracias a los avances tecnológicos, al abaratamiento de la tecnología y las licencias libres, es posible mapear casi cualquier aspecto que se nos ocurra. Tanto es así que los Mapas voluntarios y colaborativos² suponen una revolución en el terreno de la información geográfica similar a la producida por la Wikipedia o el software libre en otras áreas. Dichos mapas no buscan el lucro sino ser de utilidad a sus usuarios, sin importar cuan numerosos sean, puesto que son ellos mismos quienes los crean. Existen numerosos ejemplos, como Cadáveres Inmobiliarios, una base de datos colaborativa de la España post-burbuja, o el proyecto Zaragoza Accesible para mapear aspectos relativos a la movilidad dentro de la ciudad pero desde el punto de vista de la discapacidad, por citar tan solo dos con una componente eminentemente urbana. Pero, sin duda, el ejemplo paradigmático es OpenStreetMap (OSM), el mapa colaborativo más importante del mundo, no tan solo en extensión, sino también en información y usuarios. Cualquiera puede editarlo añadiendo casi todo tipo de información espacial que se le ocurra e incluso generar proyectos derivados (como el mencionado de Zaragoza Accesible, o el proyecto humanitario “Missing Maps” cuyos voluntarios mapean zonas arrasadas por catástrofes naturales).

Hay vida más allá de Google: Comparación de OSM (izquierda) y Google Maps. OSM muestra, en esta zona de Barcelona, datos más actualizados y detallados, como la superilla inaugurada hace apenas unas semanas. (Fecha de la captura 7/09/2016

Más allá de la componente tecnológica existe también una componente social: los mapas voluntarios y colaborativos tienen un segundo efecto positivo, ya que a menudo sirven para unir a personas de perfiles muy variados que comparten el hecho de tener un gran conocimiento local y específico sobre una temática concreta, lo cual crea comunidades locales muy vinculadas con el terreno. Así pues, aunque el mapa no sea el territorio, hacer mapas puede transformarlo, ya sea de forma física como socialmente. Y los mapas voluntarios y colaborativos tienen mucho que decir al respecto.

En España estarían el Instituto Geográfico Nacional (SIGNA, Atlas Nacional, IDEE, …), Instituto Geológico Minero, Ministerios (Agricultura, Hacienda -Catastro- …), Comunidades Autónomas, Confederaciones Hidrográficas… ↩︎
En inglés Volunteered Geographic Information (VGI): https://en.wikipedia.org/wiki/Volunteered_geographic_information ↩︎

Pokemon Go, o cuando lo urbano se convierte en el umbral entre lo digital y lo físico

Sun, 30 Oct 2016 22:52:33 +0100

Este post fue escrito originalmente para el Blog de la Fundación Caja de Arquitectos

Imagino que a estas alturas todo el mundo sabe de la existencia de Pokémon Go y su mecánica básica consistente en “capturar” Pokemons que se “esconden” en entornos reales de todo el mundo (parques, calles, oficinas…). Para ello es necesario utilizar el** móvil**, cuya cámara muestra un mundo de **realidad aumentada** en el que, además de lo que conocemos, se superponen cosas como Pokeparadas o gimnasios y, por supuesto, Pokemons, muchos Pokemons. El éxito de la aplicación está siendo rotundo a varios niveles; y son muchos quienes señalan que parte de su éxito se basa en el gancho de **la franquicia de Nintendo**, en su original enfoque que **combina el mundo digital y el físico**, pero especialmente en el hecho de asociarlo a valores positivos como el fomento del ejercicio físico o un mayor conocimiento del entorno local en el que se juega.

Sin embargo, no es menos cierto que se trata de una aplicación controvertida que también tiene muchos detractores debido a los accidentes y robos sufridos por sus jugadores, a la invasión de la propiedad privada, así como por las múltiples dudas relativas a la privacidad de los datos de los jugadores (que son de naturaleza sensibles), cómo se usan esos datos y qué vinculación tienen con empresas, o los criterios utilizados para ubicar a los nuevos Pokémon.

Así pues, pueden hacerse muchas lecturas del boom que ha supuesto Pokémon Go: como juego, como tecnología, como fenómeno sociológico, como modelo de negocio o incluso como herramienta de geo-marketing o de control social. Sin embargo, la lectura que me gustaría hacer aquí y ahora tiene que ver con el espacio físico. Y es que tanto Pokémon Go como sus numerosos antecesores¹ de locative media no hacen sino añadir nuevas capas de información y realidad que se superponen a la dimensión construida, lo cual posibilita formas de relacionarse con el entorno físico que anteriormente no eran siquiera imaginables. Para empezar, introducen nuevas formas de vivirlo y utilizarlo, rompiendo, así, con la tendencia de los últimos años de reducir el espacio público a meros espacios de transporte y consumo y recordándonos que las posibilidades que ofrecen van mucho más lejos y podemos usarlos para cosas tan variadas como por ejemplo como lugar de juegos, de prácticas deportivas, de encuentro e interacción social… Sin embargo, esto tampoco está exento de polémica, y es que la masificación de jugadores en espacios relativamente pequeños hace que sea razonable cuestionarse si, realmente, se están produciendo estas relaciones e interacciones sociales y espaciales o más bien se trata de una nueva forma de consumo del espacio.

Masificación de jugadores en Central Park. ¿Realmente están viviendo el espacio? ¿Qué clase de interacciones se establecen entre ellos?

Otro aspecto destacable de este tipo de aplicaciones en lo que se refiere al espacio es que problematizan aspectos que solemos dar por sentados como son los relativos a los límites entre propiedad privada y pública. Los numerosos ejemplos de invasión de propiedad privada así como la conveniencia o no de su utilización en espacios de culto² o espacios privados de pública concurrencia abre interesantes debates.

Sea como sea, lo que no da lugar a dudas es que este tipo de juegos plantean nuevas formas de relacionarnos con el espacio físico y de conceptualizarlo: de repente lo urbano, el entorno que conocemos (matérico, tridimensional y basto), se convierte en algo liminal, un espacio en el que dos mundos (digital y físico) son tangenciales y se comodifican. Una suerte de interfaz en el que lo urbano es a la vez resultado y proceso que plantea un sinfín de nuevos retos, tanto a la ciudadanía, a las ciudades como a los planificadores y diseñadores de espacios urbanos.

Anteriormente ha habido otras aplicaciones como Ingress (desarrollada por los mismos creadores de Pokémon Go, Niantic, y que sirve para proporcionarle gran parte de los “big data” para esconder Pokémon), zombierun, shadowcities o el primer juego de RA para exteriores, ARQuake. Incluso antes de que esta existiese -en el año 2000, y coincidiendo con la eliminación del error de precisión introducido en todos los dispositivos GPS- nació Geocaching, un juego que en cierta manera se parece a los anteriores (consiste en buscar de tesoros escondidos por todo el mundo) pero tiene la particularidad es que, a diferencia de los anteriores, los “tesoros” (cachés) sí que son físicos y están escondidos de verdad. ↩︎
El caso más paradigmático es el de Ruslan Sokolovsky, quien puede ser condenado a 5 años de cárcel por jugar a Pokémon Go en una iglesia (https://www.theguardian.com/technology/2016/sep/05/pokemon-go-russian-youtuber-ruslan-sokolovsky-five-years-jail-church) ↩︎

Acerca del taller de Cadaveres Inmobiliarios: Una API para gobernarlos todos

Fri, 23 Sep 2016 11:22:22 +0100

Desde que asistí al Hackatón de Cadáveres Inmobiliarios el pasado 11 de noviembre de 2015, quedé enamorado del proyecto debido a la cantidad y calidad de la información en su base de datos, por las múltiples posibilidades que ofrecía así como su enfoque colaborativo. Como recordaréis, en ese taller desarrollamos varios proyectos que consistían en visualización de los datos, pero quedaron algunos de ellos por desarrollar debido especialmente a la falta de tiempo. Uno de ellos fue la propuesta de crear un nuevo flujo de trabajo que facilitase la actualización y exportación de datos y que no incluyese pasos intermedios, tal y como muestra el esquema que posteriormente desarrolló Pablo Rey:

Workflow Cadáveres Inmobiliarios. Fuente: Pablo Rey.

Como puede verse en el esquema superior, el flujo de datos que se utiliza actualmente almacena los datos en distintos lugares y requiere de procesos manuales para convertirlos a formatos que puedan ser aprovechados, lo cual supone tiempo y que los datos no estén siempre sincronizados, algo que no ocurrirá con el nuevo flujo ya que únicamente existirá una sola base de datos (ahora sí que será una base de datos) de la que podrán realizarse consultas, descargar datos en otros formatos e incluso utilizar una API.

Nuevo Workflow Cadáveres Inmobiliarios. Fuente: Pablo Rey.

Así pues, con esta idea en mente inicié un prototipo en github que, gracias al trabajo de Pablo Rey, Alfonso Uzábal y Ale, ha ido madurando hasta ser funcional (aunque todavía falta trabajo por hacer y detalles por pulir) respecto al modelo de datos, formularios de creación y edición de contenido, histórico de versiones y una sencilla API REST. Aprovechando la existencia de dicho prototipo y de la celebración del segundo aniversario del proyecto, Pablo, Alfonso y yo propusimos un taller dentro del marco del IX encuentro anual de Arquitecturas Colectivas al que llamamos "Una Api para gobernarlos a todos" con varios objetivos. Además de explicar el proyecto a quienes no lo conocían, el primero de ellos era el de presentar al público por primera vez la nueva web y ponerla a prueba, para lo cual realizamos un proceso de beta-testing con los asistentes que tuvo buena aceptación y se detectaron algunos errores que pudieron ser subsanados (como por ejemplo el idioma del email de registro) y otros se nos están resistiendo más (como el formulario de contacto).

En @CadaveresInmob llevamos dos años recopilando cadáveres (inmobiliarios) pic.twitter.com/yOFqoHOyJd
— numeroteca (@numeroteca@mastodon.social) (@numeroteca) September 14, 2016

.@carlescamara y @numeroteca contando en superprimicia cómo es la nueva web de @CadaveresInmob! pic.twitter.com/XRIzZPMHzQ
— Alfonso @skotperez@social.coop (@skotperez) September 14, 2016

El segundo de ellos era introducir a los asistentes en la colaboración de proyectos open source, para lo cual Pablo hizo una pequeña introducción a GIT, Github (en especial el sistema de issues), y presentó las distintas posibilidades de participación que ofrece el proyecto (tienes más información al respecto en este documento), que incluye opciones tan variadas y aptas para todos los públicos como son traducir la interfaz (la nueva web será multilingüe), documentar el proceso de edición y creación de cadáveres Inmobiliarios, testear y por supuesto ayudar con el desarrollo de la nueva web.

¡Una API para gobernarlos a todos! Taller de Cadáveres Inmobiliarios en Arquitecturas Cole… https://t.co/hkzMiDSenK pic.twitter.com/OpsE0AZomZ
— Alfonso @skotperez@social.coop (@skotperez) September 15, 2016

El tercero -y seguramente más espectacular y revolucionario- era el de presentar la nueva API de cadáveres inmobiliarios. Para ello, Alfonso hizo una introducción a qué es una API, los tipos distintos que hay y las posibilidades que ofrecen. Posteriormente hicimos una pequeña demostración de cómo está hecha la API de Cadáveresinmobiliarios (que actualmente es solo de consulta -GET- aunque esperamos mejorarla en el futuro para que permita modificaciones a aplicaciones autorizadas -POST), y la usamos para crear un mapa en la plataforma Carto que lee automáticamente los datos de la base de datos de cadáveres inmobiliarios y se actualiza automáticamente cuando se actualiza algún dato de la web.

Alfonso Sánchez explicando qué es una API y cómo funciona

La verdad es que la experiencia fue muy positiva y fue muy gratificante ver la aceptación que tuvo el trabajo realizado estos meses y, muy especialmente, las posibilidades que ofrece.

Hackaton Cadaveres Inmobiliarios

Fri, 12 Feb 2016 13:01:28 +0100

El pasado 11 de noviembre tuve la oportunidad de asistir al segundo hackatón de "Cadáveres inmobiliarios", un evento enmarcado dentro del festival arquinset y organizado por Montera34. Para quien no lo conozca, la iniciativa "Cadáveres inmobiliarios" tiene como objetivo la creación de una base de datos colaborativa y exhaustiva de proyectos arquitectónicos y desarrollos urbanísticos inacabados, infrautilizados o vacíos tales como macrourbanizaciones fantasma, edificios públicos abandonados, infraestructuras a medio hacer... que son las consecuencias más claras de la burbuja inmobiliaria que vivió España hasta la primera década del año 2000. Aunque conocía de la existencia desde hacía tiempo (la iniciativa surgió en setiembre de 2014 -ver timeline a continuación), lo cierto es que jamás me había molestado siquiera en saber más sobre ella, y aún menos en participar. Así pues, el hackatón (que viene de hackear y de maratón) más allá de resultar en una experiencia buenísima, me permitió conocer el proyecto en primera persona, e implicarme en un proyecto con el que me siento muy identificado por su temática, por su aproximación abierta y colaborativa y, sobre todo, por la gran cantidad de posibilidades y aplicaciones que ofrece.

Como no podía ser de otra forma, la jornada, perfectamente coordinada por Pablo Rey y Alfonso Sánchez (a quienes felicito por su trabajo no solo durante el hackatón sino durante los reuniones previas y también la documentación posterior), empezó la presentación de cada uno de los asistentes, en la que contábamos quiénes éramos, por qué estábamos allí y qué podíamos aportar. Viendo que éramos un grupo numeroso y de perfiles muy variados (arquitectos, biólogos, arquitectos técnicos, geógrafos, interioristas, programadores...) todo apuntaba que del hackatón saldría algo interesante, tal y como acabó ocurriendo. Una vez hechas las presentaciones, iniciamos la fase de brainstorming en la que, durante un tiempo estipulado, cada uno de los asistentes hacíamos propuestas de actividades que creíamos podían hacerse con la base de datos existente, con la singularidad de que debíamos de ser capaces de resumir la idea con un dibujo, algo que me pareció una idea excelente ya que obliga a poner a prueba tus ideas y a sintentizarlas[^1]. Al finalizar el tiempo iniciamos un turno en el que cada una de las personas presentábamos nuestra propuesta, tras lo cual los asistentes decidíamos en cuales nos gustaría trabajar durante el día y nos organizamos en grupos. Esta fue otra decisión que me pareció muy acertada por su pragmatismo: en lugar de votar las propuestas más interesantes y desarrollar entre todos la más votada, cada uno decía dónde le gustaría trabajar durante el día, en función de sus intereses y habilidades por un lado y de la viabilidad de la propuesta por otro. De este modo se fueron formando grupos de trabajo autónomos que irían desarrollando en paralelo una de las propuestas.

Al finalizar la jornada se materializaron 4 de las propuestas de visualización de datos:

Superfícies cadáver: una visualización interactiva con D3js que muestra la superfície ocupada por cada uno de los cadáveres de la base de datos.
Juega a "parodiar" cadáveres: una especie de juego consistente en asociar la forma de los distintos cadáveres a alguna imagen de una idea, una película, un objeto, personaje... como un ejemplo de llamar la atención sobre la problemática y como forma de proto-gamificación que podría permitir conocer los distintos cadáveres y rellenar información sobre ellos.
Cadáveres exquisitos: un proyecto infográfico que muestra una selección de cadáveres inmobiliarios ordenados por coste y superfície.
Ranking-Indicadores por Comunidades Autónomas

En lo que a mi respecta, estuve trabajando con Montse, Beatriz Arnaiz, Pep Casas y Almudena García en el grupo "Ranking-Indicadores por Comunidades Autónomas" para crear un gráfico que visibilizase el número de cadáveres (el total respecto a los adoptados), los m2 de cadáveres y los diferentes tipos, agrupados por comunidaddes autónomas. Debido al poco tiempo disponible, optamos por una solución de compromiso consistente en crear un google doc en el que importaríamos en tiempo real los datos de la base de datos de cadáveres inmobiliarios (de esta forma siempre tendríamos los datos actualizados) y luego emplearíamos tablas dinámicas para calcular el número de cadáveres por comunidades, o los metros cuadrados por comunidad autónoma. A pesar de todo, la solución empleada permite obtener gráficos dinámicos que se actualizan en tiempo real con los datos de la base de datos de cadáveres inmobiliarios.

En lo personal, terminé la jornada con una muy buena sensación (vuelvo a reiterar mi felicitación a todos lo que hicieron el evento posible, en especial a Montera 34, al FAD y a Julia Schulz-Dornburg) y con ganas de seguir trabajando en el proyecto y con los integrantes del mismo y desarrollar alguna de las ideas que quedaron pendientes. Pero de ello ya hablaré próximamente...

Y, para terminar, aquí tenéis un vídeo resumen de la jornada.

¿Programas o capacidades? la enseñanza del software en arquitectura y los profesionales que queremos

Wed, 19 Aug 2015 23:08:32 +0100

¿Qué software enseñar si es cuestión de tiempo que el software más puntero de hoy se vea tan obsoleto como sketchpad, el primer programa de CAD? Mi respuesta, a continuación.

Casi cada final de curso se repite la misma historia: uno o dos alumnos de Herramientas Digitales me comentan, algo decepcionados, que les hubiese gustado que enseñase a usar el programa X “porque es el que piden los despachos de arquitectura”. Aunque suelen ser minoría los que dicen esto, no esconderé que es una afirmación que me preocupa y hace que hace que me plantee si no les estoy haciendo un flaco favor al darle a la asignatura un enfoque tan poco utilitarista. Algo similar ocurre cuando escucho de compañeros y colegas frases como “Tal programa está muerto, ahora hay que enseñar a usar este otro, que es lo que se lleva” o cuando veo programas formativos universitarios en los que se destaca por encima de lo demás el software que van a enseñar. Todas estas afirmaciones, que estoy seguro todos hemos escuchado en alguna de sus variantes[^1](habrá incluso quienes las defiendan), comparten una visión muy mercantilista del software y las herramientas informáticas. Es decir: supeditan la formación (insisto: universitaria en este caso -no hablo de cursos de especialización) a las demandas del mercado, algo que no comparto en absoluto.

Puede que suene raro lo que digo e incluso hay quien pensará que con ello le estoy dando la espalda al mercado laboral. Tirando aún más de este razonamiento, habrá quien incluso dirá que es un grave error, pues la finalidad última de las universidades es formar profesionales que sean capaces de encontrar trabajo al día siguiente de su formación.

Aparquemos por un momento esta última afirmación y parémonos un momento a reflexionar al respecto: ¿Qué opinaríamos si en la asignatura de construcción se enseñasen detalles constructivos de la marca Tecnnhar en lugar de muros cortina? ¿O si en instalaciones se enseñase los intríngulis de las máquinas de Sitsubishy en lugar de cómo funcionan los distintos sistemas de climatización? ¿Y si las universidades se quisieran distinguir por el sistema de paneles sándwich que se explica en sus asignaturas de construcciones prefabricadas? Seguramente muchos de nosotros nos exclamaríamos al considerar que, de ser así, en su afán por estar al servicio del mercado, la universidad se habría convertido en su sierva: una mera prescriptora de productos comerciales de unas empresas que nunca se han preocupado por la calidad de la formación de los futuros arquitectos, porque su objetivo es otro muy distinto: vender.

Sin embargo, por motivos que desconozco (aunque sospecho) este hecho se acepta como normal en lo que a herramientas digitales se refiere y, al hacerlo, les estamos haciendo un flaco favor a nuestros alumnos y futuros profesionales, pues lo único que hacemos es crear facciones. Facciones que, como si de un concurso se tratase, están radicalmente a favor o en contra de un software en concreto del que son totalmente dependientes, ya que sin él serían incapaces de desenvolverse profesionalmente.

Y, ahora sí, volvamos de nuevo a la cuestión, nada trivial, que habíamos pospuesto acerca de cuál debería ser la finalidad de la enseñanza universitaria. Quizá la clave esté en pensar en el significado de “buenos” en la frase “formar a buenos profesionales”. Bajo mi punto de vista, la bondad no viene derivada de ser capaces de usar una herramienta en concreto, sino que tiene que ver con la capacidad de adaptación y de tomar decisiones acertadas dentro del contexto profesional. Y para ello lo más importante no es saber usar X herramienta o aplicar un procedimiento, sino tener los conocimientos y los criterios para aplicarlos adecuadamente para solucionar (casi) cualquier situación. Y es que, a fin de cuentas, no debemos olvidar preguntarnos qué tipo de arquitectos queremos que salgan de nuestras universidades: ¿profesionales resolutivos con capacidad de aprendizaje y crítica o profesionales que ejecuten al dedillo lo que otros decidan por ellos?

Por todo ello, después de reflexionar sobre las quejas de mis alumnos, llego a la conclusión de que la empleabilidad es algo que hay que tener en cuenta, pero sin que llegue a cegarnos. Y es precisamente por eso que creo que dejarla en un plano secundario no solo es positivo, sino que puede ser clave: ya que sin negar totalmente la realidad laboral que les espera en el futuro no muy lejano, permite enseñar habilidades tan necesarias para ser buenos profesionales, incluso si el mercado laboral -recordemos, cambiante e impredecible- tiene unas condiciones distintas a las del momento en el que estudiaron. Esa, creo, es una de las mejores enseñanzas con la que pueden salir de la universidad. Y esa es, sin duda, mi respuesta a la pregunta del tipo de arquitectos que quiero contribuir a formar.

Versión extendida del texto publicado originalmente en el Blog de la Fundación Caja de Arquitectos

Compartir fragmentos de código con Gist y Sublime

Fri, 06 Mar 2015 23:41:30 +0100

Como desarrolladores, a menudo nos encontramos realizando tareas repetitivas bastante parecidas (incluso a veces idénticas) a otras que hemos realizado anteriormente. En este post explicaré cómo mantener una biblioteca con control de versiones para poder encontrar fácilmente, reutilizar y compartir fragmentos de código con todo el mundo (o con unas personas determinadas) sin alterar demasiado el flujo de trabajo habitual.

Dependiendo de su complejidad, las buenas prácticas de Drupal aconsejan utilizar features, módulos personalizados o incluso perfiles de instalación para no repetirnos innecesariamente y ahorrar mucho tiempo y minimizar errores. Pese a todo, hay veces en las que solo queremos reutilizar pequeñas partes de código que hacen una funcionalidad muy pequeña o un efecto muy concreto y no vale la pena (o incluso es imposible) crear un módulo para ello. Este es el escenario perfecto en el que administrar una biblioteca de fragmentos de código puede sernos útil. Aunque es probable que ya tengamos nuestra propia biblioteca de código, eso no es suficiente si queremos compartirla con otros miembros del equipo o con la comunidad. Una manera de solucionarlo es utilizar dos herramientas bien conocidas: Sublime text y los Gist de Github.

Instalar y configurar el paquete Gist en Sublime

Estas instrucciones asumen que ya tenemos instalado Sublime Editor y que ya tenemos una cuenta de usuario en Github. Si todavía no has hecho alguna de estas cosas hay muchos motivos para utilizar estas herramientas (de verdad) y hay mucha documentación sobre cómo hacerlo (al final del documento encontrarás algunos enlaces interesantes al respecto).

Instalar Package Control para Sublime Editor, que es un gestor de paquetes que facilita mucho la tarea de encontrar, instalar y actualizar paquetes dentro de Sublime. Para instalarlo basta con abrir la consola de sublime (ctrl+`) y pegar el código proporcionado en la web oficial, que además también incluye instrucciones más detalladas: https://sublime.wbond.net/installation
Instalar el paquete Gist package utilizando Package Control. Deberemos ejecutar la Command Pallete mediante la combinación de teclas ctrl+shift+p (Win, Linux) o cmd+shift+p (OS X) y escribir el nombre del paquete.
Configurar el plugin de Gist para enlazarlo a nuestro usuario de Github.
1. Acceder a nuestra cuenta de Github y generar el token que se usará para el paquete Gist.
  Puedes hacerlo haciendo clic en el enlace https://github.com/settings/applications y además, Github tiene una documentación muy ampliada sobre este aspecto en esta pàgina.
2. Abrir el archivo de configuración del plugin GIST y pegar el token que hemos creado en el paso anterior. Este archivo se abre automáticamente la primera vez que queramos ejecutar un comando desde la Command Pallete o puede encontrarse en el siguiente menú: Preferences/Package Control/Gist.
3. (Opcional) Rellenar el resto de configuraciones opcionales que proporciona el plugin, todas ellas detalladas en este documento.

Utilizar el paquete Gist

El paquete Gist proporciona una serie de opciones a las que podemos acceder a través de la Command Pallete. El nombre de todas es auto-explicativo pero las siguientes son las más utilizadas:

Insert a gist: muestra una lista de todos los gists de tu cuenta e inserta el contenido del gist seleccionado allí donde tengas el cursor.
Open a gist: muestra una lista de todos los gists de tu cuenta y abre el archivo o archivos que contiene el gist en una o más pestañas, lo cual permite editarlos y actualizarlos (ver a continuación).
Update a gist: actualiza el gist actual y hace push con los cambios al repositorio de gist.
Create a private gist: crea un gist que solo será accesible por su creador y cualquier persona que tenga su url.
Create a public gist: crea un gist público que puede ser visto, copiado, modificado y comentado por todo el mundo.
Add a file into gist: añade el archivo que tengamos abierto y seleccionado como activo a un gist existente (recordemos que un gist puede contener uno o varios archivos).

Utilitar el paquete de Gist es sencillo: basta llamarlo desde la Command Pallete y después seleccionar la opción deseada (Consejo: la mayoría de opciones proporcionan su atajo de teclado).

Editar, compartir y comentar fragmentos de código en Gist

Puede que sea un poco tarde para explicar esto ahora, pero los Gist son básicamente pequeños repositorios con una breve descripción que idealmente debería contener un archivo con un fragmento de código, aunque hay escenarios que requieren de varios de ellos. Las descripciones son muy importantes ya que son la única manera que tenemos para buscar (y encontrar) un gist en nuestro perfil o de entre los contribuidos por la comunidad. Eso quiere decir que la descripción debe ser realmente explicativa del contenido o tendremos problemas de verdad para encontrar nuestros propios códigos en el futuro (Consejo: podemos usar la # para marcar gists). Cada usuario tiene su propia página que muestra sus gists públicos (esta, por ejemplo: https://gist.github.com/ccamara) y también existe una página que muestra todos los gists públicos https://gist.github.com/discover/ que podemos usar.

Dado que se trata de un servicio basado en git, también tiene otras características interesantes:

Posibilidad de marcar, observar o hacer fork de cualquier gist.
Posibilidad de comentar cada gist.
Posibilidad de clonar tu propio repositorio y trabajar en local con tus herramientas habituales, sin alterar demasiado tu flujo de trabajo habitual.
Posibilidad de editar gists desde el sitio web.
Posibilidad de insertar un gist en otra página, de forma que si alguna vez hay un cambio en el gist, sus modificaciones se mostrarán automáticamente, teniendo el gist siempre actualizado.

Bonus: motivos para usar Sublime text:

Pros: Bien documentado, multiplataforma, ligero, arquitectura extensible, comunidad y gran cantidad de plugins contribuidos, rapidez (multitud de atajos de teclado y comandos utilizando la Command Pallete)...

Contras: No es opensource, no proporciona herramientas para debugar, no está pensado para OOP.

Si no conocías Sublime text o no lo utilizas, quizá te interese leer los artículos siguientes:

Sesión DrupalCamp Spain 2014: "Scrum: una retrospectiva"

Wed, 21 May 2014 00:35:01 +0100

Durante los días 16,17 y 18 de mayo tuvo lugar en Valencia la edición de 2014 de la Drupalcamp Spain, el evento drupalero más importante a nivel español, y fue todo un éxito, tanto en la calidad de las conferencias (destaca como novedad el gran número de sesiones en inglés) como en la organización, que fue impecable.

Como viene siendo costumbre, los compañeros de Ymbra no solo estuvimos presentes sino que participamos proponiendo sesiones: Ramon nos introdujo en el universo de javascript en drupal8 y Cristina y Pako hablaron de un tema que conocen a la perfección, el Responsive Web Design y qué estrategias seguir en Drupal7 y Drupal8 para conseguirlo. Mi sesión, titulada "Scrum: una retrospectiva" consistió en explicar cómo hemos adaptado la metodología Scrum para el desarrollo, de forma ágil, de los proyectos que realizamos en Ymbra con el objetivo de presentar los resultados obtenidos durante los cinco meses que llevamos siguiendo este proceso, tanto los positivos como los mejorables, para favorecer un debate posterior. A continuación tenéis la presentación que realicé.

Por desgracia, dado que se trató de la primera sesión del domingo (tras una noche larga -o corta, según se mire- en el humbracle), la asistencia se vio afectada así como también el debate posterior, que fue escaso, así que animo a todo el que quiera a dejar su comentario en este post.

Proyecto Tango o qué ocurre cuando un smartphone es capaz de captar el movimiento y el espacio

Sun, 16 Mar 2014 00:50:34 +0100

Hace unos días, un amigo me hizo llegar este vídeo en el que se ve como una persona escanea en tres dimensiones la habitación en la que se encuentra. Esto es algo que ya existe desde hace un tiempo, ya sea en forma de escáneres 3D profesionales como el que tenemos en la ETSA USJ (esperamos poder tener algún resultado publicable en un futuro no muy lejano) o basados en el dispositivo kinect que se utiliza en consolas como Xbox, pero lo que me llamó la atención es que ¡el dispositivo utilizado para escanear es un smartphone!

Como no podía salir de mi asombro y no entendía cómo podía escanearse un volúmen en tres dimensiones con una símple cámara (por mucho que tenga GPS y osciloscopio), busqué un poco más de información y descubrí que se trata de un prototipo de smartphone modificado que incorpora dos sensores que no llevan los smartphones normales (en este artículo de techcrunch explican cómo funcionan) y que forma parte de un proyecto de Google con nombre en código Project Tango, un proyecto que va mucho más allá que el de escanear volúmenes y objetos, pues está orientado en captar el movimiento y el espacio para obtener aplicaciones que no se centren únicamente en el sector de la arquitectura sino también en el de videojuegos, fabricación digital e incluso discapacitados sensoriales, tal y como muestra el vídeo a continuación:

Y a vosotros, ¿se os ocurren casos prácticos en los que vendría bien algo como esto?

Fairphone, el teléfono (más) justo: el principio de un cambio

Sun, 09 Mar 2014 00:54:47 +0100

Hace algo más de un mes que llegó a casa mi Fairphone, tras un largo viaje que empezó en junio de 2013 y pasó por países como Congo, China, Alemania y Holanda y me gustaría hablar de lo que considero los aspectos claves del proyecto y ofrecer una pequeña valoración al final1.

Para quienes no sepan qué es un fairphone, diré que se trata de un smartphone un tanto especial. Como máquina no es muy distinto a otro smartphone de gama media-alta (tiene un procesador de cuatro núcleos y 1.4GHz, 1GB de RAM, 16GB de almacenamiento y una versión personalizada y abierta de Android 4.2.2 -conocida como FairphoneOS), aunque tiene unas características muy interesantes como son la batería reemplazable de 2100mA, la posibilidad de ampliar su capacidad hasta 64GB adicionales a través de una tarjeta miniSD externa, la posibilidad de abrirlo con destornilladores corrientes para repararlo o el hecho que viene rooteado de serie. Sin embargo no es eso lo que lo hace de él algo desgraciadamente único. Ni tan siquiera el hecho de que surgiese a partir de una campaña de crowfunding y que solo existan 25.000 unidades en todo el mundo.

Lo que lo realmente lo hace especial y verdaderamente interesante es que se trata del primer teléfono (más) “justo”. ¿En qué se basan para decir que se trata de un teléfono justo? Bas van Abel, el fundador de la empresa homónima que hay detrás del Fairphone lo cuenta muy bien en este vídeo que resumo a continuación:

Como véis la definición de "teléfono justo" que se hace desde fairphone se basa en estos ejes:

Justicia social mediante la utilización de materiales justos y libres de conflictos bélicos y asegurando condiciones de trabajo dignas para todos los trabajadores implicados en la cadena de montaje
Justicia ambiental
Diseño abierto
Precio justo
Transparencia

Materiales libres de conflictos bélicos

En la fabricación de un móvil se utilizan muchos materiales y es importante conocer cómo se obtienen para poder calcular su incidencia no solamente ecológica sino social. Esto es especialmente importante en el caso de los componentes electrónicos (microporocesadores, chips, placas...) ya que se utilizan muchos minerales que se extraen mayoritariamente de minas situadas en países africanos en las que no solo no hay condiciones laborales dignas (por no hablar de impacto ecológico) sino que el dinero que se obtiene de ellas va a parar a señores de la guerra locales. Al utilizar materiales extraídos en estas condiciones no solo se está favoreciendo que se sigan explotando derechos humanos de los trabajadores implicados sino que se están financiando la industria bélica y favoreciendo que sigan existiendo los conflictos armados que azotan a sus países. En este sentido aseguran que solo han podido trazar el orígen de dos de los minerales utilizados en el Fairphone, el estaño y el tantalio utilizados en los condensadores. Ambos provienen de la República democrática del Congo y aseguran que en su extracción no se ha financiado ningún señor de la guerra local ni otros conflictos bélicos, tal y como asegura la Conflict Free Tin Initiative y Solutions for Hope (ver post en el blog de Fairphone). Más información aquí.

Condiciones de trabajo dignas para todos los trabajadores implicados en la cadena de montaje:

Uno de los requisitos más importantes para poder calificar a algo como comercio justo es que se cumplan una serie de condiciones en relación a las condiciones laborales de las personas implicadas. Entre estas condiciones suelen estar el hecho de que los trabajadores elijan libremente poder trabajar, que haya igualdad entre géneros, que se respeten los derechos humanos, que se conozca el orígen de los productos, que no exista ningún tipo de explotación hacia los trabajadores (incluyento la explotación infantil)... Desgraciadamente es muy difícil dar respuesta a todas las demandas en una industria tan consolidada e hiper-especializada y poco ética como la del sector de la tecnología, pues apenas existen alternativas reales para la extracción de recursos y producción de aparatos. Esto significa que ha sido sin duda uno de los mayores retos y a la vez una de las asignaturas pendientes de una empresa como Fairphone.

En el momento en el que se anunció que el montaje de los móviles tendría lugar en China (como ocurre en la gran mayoría de componentes electrónicos) hubo cierta polémica o inquetud entre quienes seguíamos su desarrollo desde el principio, pues son conocidos varios ejemplos de empresas de este país en las que no se respetan los derechos humanos (quizá el caso más sonado haya sido el de Foxconn, la empresa más grande en la que se fabrican la mayoría de aparatos de Apple y que ha dado lugar a numerosas noticias e incluso reportajes como este -versión original en francés aquí). Sin embargo, desde Fairphone publicaron un largo post en su blog en el que explicaban los motivos por los cuales habían elegido producir su teléfono en China y los qué les llevaron a elegir a la empresa A’Hong de entre todos los proveedores móviles con fábricas en Shenzhen y Chongqing. Para la elección de proveedor se habían marcado una serie de requisitos que debían cumplirse necesariamente y que habían publicado previamente en este enlace. Sin embargo uno de los aspectos más decepcionates de este capítulo haya sido que solo hayan podido garantizar que se cumplan las condiciones en esta parte del proceso, pues reconocen que no puede asegurarse que no hayan trabajado niños en todo el proceso. Respecto a la probable utilización de niños en las minas, desde Fairphone explican su postura en esta página,

Reducción de residuos y emisiones de CO₂

El aspecto ambiental no podía faltar en una empresa como Fairphone y han trabajado para reducir al máximo los residuos y las emisiones de CO₂ emitidas en su fabricación y, sobretodo, en su transporte. En este sentido optaron por no incluir algo que se da por sentado que debe tener un smartphone: el cargador y los auriculares basándose en el hecho -muy acertado en mi opinión- de que la gran mayoría de consumidores ya dispone de auriculares o un cargador de teléfono compatibles (gracias a la directiva europea que hizo que desde el 1 de enero de 2012, todos2 los cargadores son universales y utilizan el puerto micro USB para la transmisión de datos y la carga de baterías -Ver noticia). Para aquéllos que no tuviesen auriculares o cargadores existía la opción de comprarlos en cualquier tienda o en la misma tienda virtual de Fairphone. Esta decisión aparentemente arriesgada fue bastante celebrada entre la comunidad de Fairphone y ha tenido dos consecuencias muy positivas en relación al impacto ecológico: por un lado el hecho de no tener que fabricar aparatos innecesarios evita tener que fabricarlos, transportarlos y tratar sus residuos en el futuro, disminuyendo enormemente la huella ecológica del Fairphone. Por otro lado, permitía que los embalajes fuesen más pequeños y ligeros, lo cual a su vez vuelve a traducirse en menores emisiones de CO₂ en su transporte.

En este apartado también jugó un aspecto muy importante el diseño del embalaje (packaging) que conseguía reducirse hasta una caja mínima de cartón reciclado, tal y como puede apreciarse en la siguiente fotografía (en la que también pueden verse las cajas de la funda protectora -realizada con un 80% de plástico reciclado- y el cargador):

Por si no fuese poco también se ha optado por destinar 3€ del precio total del teléfono al tratamiento de los residuos que vaya a generar el teléfono tras su vida útil mediante la creación de proyectos con Closing the Loop en países donde el reciclaje seguro de residuos electrónicos todavía no es posible.

Diseño abierto

Desde el principio se ha tenido claro que el Fairphone debía de tener un diseño lo más abierto posible por dos motivos: por un lado al alargar la vida útil del aparato se reduce su huella ecológica (siempre es mejor reparar una parte dañada del teléfono -como la batería, que es muy habitual que se estropee con el tiempo- ya que se generan menos residuos y se evita tener que producir, transportar y tratar más aparatos nuevos), y por otro como forma de garantizar la autonomía digital y ser fieles a su eslógan "if you can't open it you don't own it" (si no puedes abrirlo, no es tuyo). En este sentido se han llevado a cabo las siguientes acciones:

Dual SIM para evitar tener que utilizar dos teléfonos (uno profesional y otro personal)
Baterías extraíbles: las baterías son un aspecto fundamental en un dispositivo móvil ya que por un lado condicionan su autonomía (y con ello su movilidad real) y por otro porque son el componente que menos vida útil tiene, ya que su duración disminuye considerablemente con el tiempo. Actualmente la tendencia es ofrecer baterías empotradas que, al ser imposibles de sustituir, obligan a cambiar el dispositivo una vez que su autonomía se ha visto reducida considerablemente. En el caso de Fairphone podrá sustiuirse la batería por otra, alargando mucho su vida útil y reduciendo su huella ecológica.
Ampliación de la capacidad de almacenamiento a través de SD: una vez más la tendencia del mercado es la de ofrecer una capacidad relativamente elevada de almacenamiento (suele estar entre los 16BG o 32GB) pero fija, siendo imposible aumetar su capacidad en caso de quedarse corta. En el caso del Fairphone se ofrecen 16GB internas y la posibilidad de ampliar su memoria con 64GB adicionales con una tarjeta mini SD.
Acceso root, o lo que es lo mismo, permisos de superusuario para no tener limitaciones de utilización marcadas por el fabricante. Esto es el requisito necesario para poder cambiar el sistema operativo del teléfono (desde Fairphone han apostado por una versión abierta de Android pero están trabajando para poder utilizar otros sistemas operativos abiertos como Ubuntu Touch o Firefox OS o incluso otras roms de Android famosas como Miui o CyanogenMod 3)
"Reparabilidad": Posibilidad de abrir el teléfono con herramientas convencionales, y publicación de manuales (gracias a la colaboración con la comunidad iFix-it) para desmontar y reparar el teléfono. Resulta interesante ver este análisis del Fairphone realizado por la gente de Restart Project, una empresa social londinense que se dedica a empoderar a la gente para que pueda hacer tareas de mantemiento y reparación básicas de sus aparatos electrónicos y reducir así los residuos generados.
Sistema operativo abierto: El Fairphone OS es una adaptación de la versión libre de Android 4.22 y está disponible en este repositorio de github, facilitando no solo la transparencia sino la posibilidad de contribuir a mejorar el sistema operativo.

Precio justo

Una de las cosas que más me gustó de todo este proyecto es que desde el principio se quiso que el precio final del dispositivo fuese justo en términos de que pudiera dar cabida a todas las iniciativas anteriores sin renunciar a ser competitivos. Creo que en este sentido han hecho un trabajo excelente, pues a pesar de que se trata de un teléfono de gama media-alta y de que existen muchas restricciones con las que no cuentan otros fabricantes de telefonía móvil, el precio final (325€) ha sido muy competitivo y es ligeramente superior al de aparatos de misma gama (e incluso existen teléfonos con prestaciones inferiores y sin todo su trasfondo ético que son más caros).

Y no solo eso, sino que han sido capaces de desglosar el precio final de cada unidad en conceptos tales como costes fijos de producción, costes fijos, garantías y reparaciones, beneficios... El resultado final está explicado en este post de su blog y puede verse en la siguiente infografía. Esto es para mi un ejemplo claro de valores y de política de transparencia:

Transparencia

A estos ejes de trabajo yo le añadiría uno más: el de transparencia, pues desde Fairphone se ha hecho un esfuerzo encomiable por comunicar en todo momento tanto la evolución del proyecto, las decisiones que se iban tomando. Incluso cuando han surgido problemas como los dos retrasos en la producción y del teléfono que hicieron que en lugar de estar disponible en otoño de 2013 finalmente llegasen en enero de 2014 lo hicieron público explicando los motivos y actualizando, día a día del estado de la producción y envío de dispositivos (Ver este post en su blog). Y por si su blog, su página en Facebook, su cuenta de twitter , flickr o vimeo no fuesen suficientes canales de comunicación con su comunidad de usuarios, justo antes de que llegasen los primeros Fairphone crearon un completísimo site con preguntas y respuestas frecuentes y con un foro en el que la comunidad puede comunicarse. Así pues, a pesar de que hay quienes hemos criticado en algunos momentos una falta de respuesta rápida a determinadas cuestiones, es atribuible a que se trata de una compañía pequeña que se ha visto superada en algunos momentos puntuales y se nota y agradece que hayan hecho un esfuerzo tan grande por ser transparentes, cercanos y didácticos, algo que desgraciadamente no es habitual ver en la comunicación de las empresas.

Cuestión de buenas compañías

Otro aspecto que me ha resultado destacable es que al tratarse de una empresa pequeña (en su web están los nombres y fotografías de todos sus empleados: 25 en total) no solo no pueden operar de la misma forma que lo hacen las grandes empresas sino que les resulta imposible abarcar todo el proceso. Eso les ha obligado a buscar socios o colaboraciones con otras empresas y entidades que comparten una misma visión, lo cual me ha llevado a conocer iniciativas y empresas como el caso de Kwamecorp (los encargados de la realización del software del Fairphone), A'Hong para la producción del teléfono, Restart Project e iFixit para la reparabilidad del teléfono, Taos network, Closing the Loop, Conflict Free Tin Initiative, Solutions for Hope... lo cual demuestra que hay alternativas reales.

Mi opinión

A pesar de que tal y como puede apreciarse y tal y como ellos admiten, no puede decirse que el Fairphone sea el primer teléfono justo del mundo, o ni tan siquiera que sea 100% justo, ya que quedan muchas cosas pendientes de realizar, sí que puede afirmarse que se trata de un gran avance en el camino hacia conseguir un teléfono que sí lo sea, de concienciar a la gente de las consecuencias que tienen nuestras decisiones al comprar o dejar de comprar ciertos productos y sobretodo (y esto para mi ha sido determinante para que me decantase a apoyar esta iniciativa desde que se abriese su etapa de crowdfunding inicial) de demostrar con el ejemplo que existen otros modelos de negocio igualmente viables económicamente pero mucho más comprometidos con la sociedad y el medio ambiente. Y además el teléfono es bonito. Y funciona. Y (espero) durará mucho tiempo. Y aunque admito que tuve mis dudas antes, durante el proceso de fabricación e incluso después de tenerlo en casa (mi unidad salió defectuosa y la he tenido que devolver -en estos momentos estoy esperando a que me llegue reparada)4 reconozco que finalmente he dedicido quedarme con el teléfono porque considero que es una forma de ser coherente con mis valores como consumidor y como usuario de smartphone. Ahora, cada vez que suene el teléfono será una forma de recordarlos y de demostrarlos. O como ellos mismos, de comprar un teléfono e iniciar un movimiento para iniciar un cambio. Un movimiento que tiene que llegar mucho más lejos para conseguir que ese cambio sea real y en el que espero aportar lo que esté en mi mano para poder conseguirlo. El cambio ya ha empezado, ¡que no pare!

1. Como me ha salido un artículo un tanto largo, me reservo para un post futuro explicar mi experiencia personal. EDITO: aquí está mi experiencia como usuario de Fairphone.
2. En este sentido me gustaría saber cómo es que Apple parece estar exenta de esta directiva europea y no solo no utiliza el micro USB sino que además cambiaron su puerto dock a partir del iPhone 5, haciéndolo incompatible con sus versiones anteriores y obligando de nuevo a cambiar -y tirar- los periféricos como cargadores, cadenas de música, altavoces...)
3. Por desgracia, y contrariamente a lo que habían afirmado en las fases iniciales del proyecto y durante su fabricación, a día de hoy resulta imposible por culpa de no disponer de los drivers del chipset del teléfono, que no es libre
4. En un próximo post haré un análisis más detallado y crítico de mi experiencia personal

“The third and the seventh”, un ejemplo de Simulación y virtualitzación de la visión

Wed, 20 Nov 2013 01:03:03 +0100

The 3rd and the 7th, un caso de post-fotografia

El cortometraje presenta y explica, en los 12 minutos de duración, un conjunto de edificios contemporáneos emblemáticos1 totalmente desnudos, donde apenas hay nada más. Ellos son los auténticos protagonistas: en todo el film solo están presentes la arquitectura, la luz, los materiales, la naturaleza y la cámara fotográfica. Una cámara estratégicamente situada que mayormente funciona de forma autónoma y solo parece necesitar de vez en cuando al fotógrafo que aparece ocasionalmente para enfocar y preparar la escena. Podría decirse que además de la ausencia de personas, uno de los grandes ausentes es el tiempo, que parece haberse parado y solo lo podemos percibir de vez en cuando a través de los cambios de luz, el movimiento de las nubes y de la vegetación o el desgaste de los propios materiales.

Todo ello ayuda a crear una atmósfera de tranquilidad, perfección y atemporalidad, casi zen2, que se transmite en todo el film. Contrariamente a lo que podría parecer en un principio, esta atmósfera provoca que el observador, lejos de sentirse ajeno a las obras presentadas llegue incluso a empatizar con ellas. A medida que transcurren los minutos vemos cómo la sucesión de detalles, primeros planos... que mostravan las primeras imágenes se vuelven cada vez más generales y permiten no solo reconstruir mentalmente los fragmentos que forman el todo de cada uno de los edificios que protagonizan el corto sino que además nos transportan y permiten experimentar casi las mismas sensaciones que sentiríamos si estuviésemos allí mismo. Y sin embargo no es el único cambio importante que se produce: el componente de irrealidad que podía observarse puntualmente al principio se va haciendo cada vez más patente y exajerado hasta el punto de que al final del metraje el secreto del film se hace cada vez más evidente hasta el punto de volverse innegable: ni las imágenes, ni las situaciones que muestra, no son reales. Las imágenes que parecían fotografías son en realidad imágenes sintéticas realizadas íntegramente por ordenador y todo ha sido un engaño. Un engaño muy convincente.

Cuando termina el corto el observador no puede hacer otra cosa que preguntarse: ¿es real lo que he visto? ¿es mentira? ¿Existen estos edificios? Para poder contestar estas preguntas es necesario analizar el concepto de post-fotografía, un nuevo paradigma que "cuestiona la vieja convicción de que la evidencia (foto)gráfica resulta inseparable de una realidad prévia representada allí mismo" (Alberdich Pascual & San Cornelio Esquerdo, 2011), que permite la creación de un nuevo medio desligado de las limitaciones físicas y, sobretodo, es necesario ver cómo se aplican sus características a este cortometraje.

Fotograma del film en el que se muestra un plan general de la biblioteca de Exeter y un detalle de sus texturas

Imagen digital

Bill Ostendorf señalaba que el cambio funcional de la post-fotografía se debe principalmente al abaratamiento y cotidioneidad de la manipulación digital y a la fotografía digital (Ostendorf, 1996) y en este sentido The 3rd and the 7th es paradigmático ya que está totalmente realizado de forma digital. Para entender la magnitud de las implicaciones de esta afirmación es necesario entender el proceso de creación del film. Todos estos pasos pueden verse ejemplificados en otro vídeo realizado por el mismo autor (Roman, 2009b) y se pueden resumir en las siguientes etapas: modelado y texturizado; iluminación; renderizado y postproducción.

En esta caso, todas y cada una de estas etapas se han realizado por la misma persona (algo que no hace sino evidenciar la tesis de Ostendorf relativa al abaratamiento3 de los procesos) y de forma digital. Se ha construido un modelo de cada uno de los edificios y elementos naturales que aparecen allí; se les ha aplicado unas texturas que simulan, de forma muy convincente, sus materiales reales; se ha iluminado la escena de forma análoga a cómo se haría si se tratase de una película o una fotografía y finalmente se han aplicado filtros y efectos a la animación calculada (renderizada) por el ordenador con el objetivo de enfatizar su expresividad y cualidad final. En ningún momento ha intervenido una cámara fotográfica o de vídeo, un modelo real o ni tan siquiera un escenario. Todo se ha generado dentro de un mismo ordenador y eso no deja de evidenciar el hecho más importante de todos: la realidad no se ha representado como venía haciéndose hasta ahora, sino que se ha construido, literalmente. Y de rebote se ha hecho añicos la limitación de representación que tenían las cámaras hasta el momento (Berenguer, 1991).

Imagen virtual de la biblioteca de Exeter donde la ausencia de libros alerta sobre la irrealidad de la imagen

Esta nueva realidad se singulariza por el hecho de que en lugar de estar construida por hormigón, madera o ladrillo se han utilizado únicamente bits y por tanto hay una ausencia total de las leyes físicas a las que estamos sometidos en el mundo real y esto supone un nuevo tipo de libertad.

Y sin embargo, no podemos decir que el objetivo de The 3rd and the 7th sea engañar: pese a las situaciones, la calidad de las imágenes, de los materiales, las texturas y la iluminación... buscan el realismo, el autor saca partido de esta libertad para dejar un rastro de pistas que indican que el que estamos viendo no existe, sino que es una recreación. Estas pistas comienzan de forma sutil presentando un mundo casi perfecto, harmónico, sin personas, sin ruidos, con bibliotecas inmensas con estanterías totalmente vacías o edificios simétricos ubicados en contextos imaginarios que se vuelve cada vez más evidente a partir de manipulaciones como por ejemplo árboles que crecen dentro de un museo grácias a nubes mágicas o gotas de agua gigantes flotando en el lucernario del Auditorio de Barcelona. Este juego de situarse entre dos mundos y cruzar de dos mundos y crear contínuamente sus fronteras provoca en el espectador la sensación descrita anteriormente de preguntarse si lo que se está viendo es real o no.

Realidad y ficción: la imagen superior reconstruye el pabellón aleman de la Exposición Universal de Barcelona del 1939 y lo descontextualiza y lo hace simétrico. La fotografia inferior (de EstudiBLAU) muestra el pavellón real

Nuevo lenguaje

Pese a todo, preguntarnos si lo que hemos visto es real o no, no deja de ser casi irrelevante: al fin y al cabo el proceso de virtualización en realidad expresa una continuidad a lo largo del proceso de hominización que empezó con la virtualización de la primera realidad: el lenguaje (Lévy, 1999). Lo que sí es necesario preguntarse es qué aporta esta manera de hacer y por qué lo hace como lo hace. Así pues, la respuesta de Roman a la pregunta podría ser que lo que busca es la construcción de una ficción basada en la realidad (virtualización) que le permita amplificar la capacidad creativa de la cámara. Para conseguirlo, necesita la creación de un lenguaje propio (Berenguer, 1991) que no toma como referentes otros modelos virtuales4, sino a la fotografía profesional, el cine5 y la publicidad (Roman, 2010) y los lleva más allá para crear un trabajo con una clara vocación de transmitir sensaciones que trasciende al manierismo o a la mera descripción.

Sobre el autor

Alex Roman es el pseudónimo que ha elegido Jorge Seva para realizar proyectos independientes como el que nos ocupa. Roman es un alicantino nacido en 1979 que después de recibir formación artística se trasladó a Madrid en 1999 para dedicarse a la creación de imágenes sintéticas, especialmente dentro del mundo de la arquitectura para diferentes empresas de Visualización arquitectónica o ArchViz (Roman, 2010). Cansado de representar de la misma forma los edificios según las especificaciones de los clientes quiso realizar un cortometraje que sirviese de excusa para poner a prueba sus conocimientos, investigar formas de representación de naturaleza y para experimentar con formas de presentación más artísticas de la arquitectura (Roman 2009a). Después de un año y medio "sabático" en el que Roman deja su trabajo para centrarse en su proyecto, nace The 3rd and the 7th, un corto que explora las relaciones entre el tercer arte (arquitectura) y el séptimo (cine) y que, en palabras de su propio autor, es mucho más ambicioso y tiene mucho más metraje de lo que imaginaba antes de empezar.

Bibliografia

Alberdich Pascual, J., & San Cornelio Esquerdo, G. (2011, Septiembre). Cultura Audiovisual Digital. UOC.

Berenguer, X. (1991). Las imágenes sintéticas. Temes de Disseny, (5). Recuperado a partir de http://www.upf.edu/pdi/dcom/xavierberenguer/textos/sint/sintetc.htm

Cámara Menoyo, C. (2011, Marzo 30). Sintel: un vídeo vale más que diez mil palabras. Web personal y profesional. Recuperado Octubre 22, 2011, a partir de http://carloscamara.es/video/sintel-un-video-vale-mas-que-diez-mil-palabras

Lévy, P. (1999). ¿Qué es lo virtual? Barcelona ;;Buenos Aires ;;México: Paidós.

Ostendorf, B. (1996, Abril 23). Qui es creurà més una fotografia? Diari AVUI. Barcelona.

Roman, A. (2009a, Abril 22). Interview with Alex Roman. Recuperado a partir de http://www.the-area.com/inhouse/bts/publications_by_alex_roman

Roman, A. (2009b). Exeter Shot -- Making Of. Recuperado a partir de http://vimeo.com/8217700

Roman, A. (2010, Enero 3). Alex Roman y «The Third & The Seventh», en Dimensión 2.5. Recuperado a partir de http://www.entremaqueros.com/bitacoras/dimension/alex-roman-y-su-cortometraje-the-third-the-seventh-en-dimension-2-5/

1. Entre las obras que nos muestra the 3rd and the 7th destacan el pabellón aleman que realizó Mies van der Rohe para la exposición universal de Barcelona del año 1939, la biblioteca de Exeter de Louis Kahn, el auditorio de Barcelona de Rafael Moneo, el Milwaukee Art Museum de Santiago Calatrava, la Mt. Fuji House de Satoshi Okada o el museo histórico de Chikatsu – Asuka de Tadao Ando
2. Alex Roman afirma que l'estètica minimalista dels arquitectes japonesos li resulta molt inspiradora (Roman, 2009a) i no ha de sorprendre, doncs que això sigui un resultat buscat des del principi.
3. Podría argumentarse que el precio elevado de las licencias de los programas utilizados y el precio de las muchas horas dedicadas a su realización no es económico, pero lo es si lo comparamos con lo que supone tener que desplazarse a todas las localizaciones, el equipo fotográfico y la contratación de un equipo técnico. Pese a todo existen programas de software libre alternativos que ofrecen prestaciones similares de forma gratuita (Cámara Menoyo, 2011)
4. El propio autor afirma que si lo hiciese llegaría a cometer errores relativos a la construcción de esta realidad virtualizada que se traducirían en un error absoluto que no haría creíble el resultado (Roman, 2010).
5. El corto está lleno de alusiones directas a Hitchock y a Gattaca. Del primero utiliza el recurso de hacer aparecer al director en sus films (en este caso en forma de fotógrafo – Roman 2010), y del segundo extrae la banda sonora y, quizá, la forma de presentar los edificios como poseedores de personalidad propia y generadores de una atmósfera reconocible.

Sesión DrupalCamp Spain 2013: "Mapas y drupal, o cómo no perderse en el intento"

Tue, 05 Nov 2013 01:15:06 +0100

Durante los días 26 y 27 de octubre tuvo lugar en Cáceres la DrupalCamp Spain 2013 y allí nos desplazamos todo el equipo de Ymbra. Para quien no lo conozca, se trata del encuentro anual por excelencia de la comunidad drupalera española en el que se abordan temas sobre temas relacionados con drupal (cómo no), gestión de proyectos, sistemas, workflows… y en general aspectos relacionados con el mundo del desarrollo web a través de sesiones/comunicaciones de 45 minutos cada una (¡en esta edición hubo 44!), talleres de trabajo, BoFs, networking y cena. A diferencia de lo que hice en esta entrada sobre los DrupalDeveloperDays de Barcelona , en esta ocasión no hablaré tanto del evento en sí o de las sesiones a las que asistí (espero poder hacerlo más tarde), sino de la sesión que presenté: Mapas y Drupal, o como no perderse en el intento, en la que trato de dar una visión general de las opciones que tiene drupal para trabajar con mapas y presento y comparo tres soluciones distintas.

Hace tiempo que estamos acostumbrados a ver mapas en la web. Tanto es así que es cada vez más habitual ver aplicaciones web o móviles en las que la geolocalización o los mapas juegan un papel importante. Drupal no es una excepción y es posible realizar mapas como http://theintertwine.org/explore, geluidvannederland.nl o http://xi.bienalarquitectura.es/es/proyectos por poner unos pocos ejemplos. Sin embargo, no es menos cierto que conseguirlo no es algo trivial y quien haya intentado alguna vez trabajar en ello se habrá podido sentir abrumado por la gran cantidad de módulos existentes (a día de hoy existen más de 90 módulos que se ocupan de algún aspecto relacionado con localización o mapas, algunos de ellos excluyentes entre sí), configuraciones necesarias o conceptos tales como proyecciones, capas base, mapas, geocodificación, GIS… No solo eso, sino que además el panorama ha cambiado mucho en los últimos meses (por no hablar de cómo ha cambiado desde que hice ArchTLAS o la web de la XI Bienal Española de Arquitectura y Urbanismo en drupal 6). Y la sesión va precisamente de eso: de tratar de poner orden a todo el caos para tener un drupal 7 con una solución de mapas bastante completa y funcional.

En la sesión se presentan los conceptos básicos que conforman un mapa en general para posteriormente dar una clasificación comentada de los módulos existentes más utilizados o más interesantes para geolocalizar y mostrar varias entidades en un mapas que permita entender hasta qué punto pueden combinarse para ofrecer soluciones completas o por el contrario son excluyentes. La sesión se complementará con la demostración práctica de utilización de tres soluciones que muestran mapas con leaflet, openlayers y getlocations.

Un aspecto que me gustaría destacar es la existencia de este repositorio en github pensado para poner práctica los conceptos de la presentación. En el repositorio he incluido todos los módulos necesarios y para hacer más fácil su utilización los he agrupado y configurado en cuatro features:

mapping demo: controla las dependencias de módulos compartidos (libraries, views…). Es requerida por el resto de features.
leaflet_demo_dc_spain: contiene los tipos de contenido, dependencias y configuraciones de views y mapas utilizando leaflet.
openlayers_demo_dc_spain: contiene los tipos de contenido, dependencias y configuraciones de views y mapas utilizando openlayers.
getlocations_demo_dc_spain: contiene los tipos de contenido, dependencias y configuraciones de views y mapas utilizando getlocations.

Así pues, quien quiera experimentar y poner en práctica los conocimientos aprendidos solo tiene que clonar el repositorio, instalarlo y activar la feature que corresponda.

Tecnología, interacción, elección y libertad

Wed, 20 Feb 2013 13:55:32 +0100

Si la tecnología controla todos los resultados de forma rutinaria (como si se tratara de una tubería de datos) hay un alto riesgo de que se convierta en obsoleta, cada vez menos utilizada o tan rutinaria que apenas sea interactiva. Muy parecido a comprar un billete de en una máquina automática: sí, usted tiene opciones, pero difícilmente se puede llamar a esto un acto interactivo.

Esta frase de Saskia Sassen acerca de las smart-cities que hizo en esta entrevista resume perfectamente uno de los grandes riesgos de este tipo de ciudades: el hecho de que la tecnología esté tan presente hasta el punto que parece gobernarlo todo convierte a la ciudadanía en meros consumidores de opciones predeterminadas (¿por quién? ¿gobernantes? ¿empresas?), por muy interactivas que sean las relaciones entre ambos.

Y es que interacción, elección y libertad son conceptos muy próximos pero no son lo mismo y no deben confundirse. Y menos aún deliberadamente, algo que por desgracia estamos acostumbrados a ver en otros ámbitos, el más dramático de los cuales es el político, que está llevando a la democracia representativa hasta los límites más absurdos en pos de una libertad cada vez más limitada y sesgada.

Smart cities en Informe Semanal

Sun, 18 Mar 2012 21:10:12 +0000

Gracias a Júlia López me entero de que el pasado 11 de febrero, Informe Semanal dedicó uno de sus reportajes a plantear el concepto de las smart cities y ejemplificarlo con tres casos de smart cities españolas: Málaga, Rivas Vaciamadrid y Barcelona.

Informe Semanal - Smart City: ciudades del futuro
11 feb 2012
Hay quienes dicen que el futuro ya está aquí. En el año 2050, el 75% de la población vivirá en grandes urbes. Entonces el modelo de ciudad, tal y como lo conocemos ahora, habrá cambiado. Las smarts cities o ciudades intelegentes estarán controladas por la tecnología y el uso sostenible de la energía. Un equipo de Informe Semanal ha visitado algunos espacios urbanos donde la renovación de sus infraestructuras ha permitido ya desarrollar soluciones para agilizar el trafico, los servicios de alumbrado o la recogida de basuras.

Me gustaría compartir unas pequeñasa notas que he ido tomando mientras lo veía, si bien confieso que no soy un experto en la materia (precisamente allí está la gracia, espero que alguien pueda sacarme de dudas):

El concepto de las smart cities parece basarse en disponer información variada, completa y actualizada en tiempo real de un sinfín de parámetros de la ciudad cuyo procesado permitirá una gestión más eficiente de la ciudad (especialmente en términos energéticos y económicos). Esto que he resumido muy brevemente tiene distintas implicaciones:

Parece una perogrullada pero para que sea realmente útil hay que poder acceder a la información. Quedan, por tanto, excluidos aquellos que no tengan el hardware necesario (smartphones, ordenadores), la aplicación necesaria. La información debe de poder llegar a la gran mayoría de público si realmente tiene que beneficiar a la ciudadanía y para que eso sea posible debe velarse porque el acceso a la información sea libre y gratuito y que haya independencia tecnológica. Si no se cumplen algunos de estos requisitos los mayores beneficiados serán las empresas propietarias del software o del formato (ya que se habrán vuelto imprescinbiles) y los más perjudicados los ciudadanos. Uno no puede dejar de pensar en la necesidad de reivindicar el opendata que, en mi humilde opinión, es tanto o más revolucionario.
En lo relacionado a la sostenibilidad tiene dos lecturas, la relacionada con la reducción de consumo energético y la relacionada con la reducción de emisiones. No me queda claro la relación que existe entre smart cities y energías renovables. Entiendo que una mayor parametrización de datos permitirá optimizar los consumos energéticos, lo cual es bueno porque la energía que no se demanda es la más sostenible. Si el ahorro que supone la eficiencia energética es superior al del gasto energético que suponen los nuevos sensores y captadores de datos, será un gran paso adelante pero no podemos confundir a la gente relacionando esto con energías renovables.

Tecnología | Carlos Cámara Menoyo

Reflexiones sobre la necesidad de regular (o no) la obligatoriedad de usar BIM en obra pública.

Sobre criterios, tecnologías, ciudades y arquitectos ¿Quién decide cómo es la ciudad en la era digital?

El mapa no es el territorio …pero hacer mapas puede transformarlo

Pokemon Go, o cuando lo urbano se convierte en el umbral entre lo digital y lo físico

Acerca del taller de Cadaveres Inmobiliarios: Una API para gobernarlos todos

Hackaton Cadaveres Inmobiliarios

¿Programas o capacidades? la enseñanza del software en arquitectura y los profesionales que queremos

Compartir fragmentos de código con Gist y Sublime

Instalar y configurar el paquete Gist en Sublime

Utilizar el paquete Gist

Editar, compartir y comentar fragmentos de código en Gist

Bonus: motivos para usar Sublime text:

Sesión DrupalCamp Spain 2014: "Scrum: una retrospectiva"

Proyecto Tango o qué ocurre cuando un smartphone es capaz de captar el movimiento y el espacio

Fairphone, el teléfono (más) justo: el principio de un cambio

Materiales libres de conflictos bélicos

Condiciones de trabajo dignas para todos los trabajadores implicados en la cadena de montaje:

Reducción de residuos y emisiones de CO2

Diseño abierto

Precio justo

Transparencia

Cuestión de buenas compañías

Mi opinión

“The third and the seventh”, un ejemplo de Simulación y virtualitzación de la visión

The 3rd and the 7th, un caso de post-fotografia

Sobre el autor

Bibliografia

Sesión DrupalCamp Spain 2013: "Mapas y drupal, o cómo no perderse en el intento"

Tecnología, interacción, elección y libertad

Smart cities en Informe Semanal

Reducción de residuos y emisiones de CO₂