Drupal |

Beta de la cuarta version de la web

Tue, 26 Jan 2016 00:00:00 +0000

Quienes conozcan mi web desde hace tiempo y la hayan visitado recientemente habrán notado un cambio profundo en su aspecto, y es que desde el 1 de enero de 2016 hice la cuarta re-estructuración radical de mi sitio web. Aunque visualmente los cambios en apariencia son más que evidentes, los cambios son mucho más profundos: Han pasado ya casi cinco años desde que en febrero de 2011 decidiese abandonar mis sitios en wordpress y utilizar la recién estrenada versión 7.0 de drupal. Durante este tiempo ha cambiado mucho el panorama: hoy es necesario tener una web con Responsive Web Design, Drupal es un proyecto mucho más maduro, y mis circunstancias profesionales y personales han cambiado y debían reflejarse también en el sitio. Por otro lado, hacía ya tiempo que estaba pagando la factura de haber construido un sitio web sin apenas una reflexión o buena planificación detrás (en realidad fue mi primer sitio realizado con drupal 7) y hacía que no estuviera bien optimizada o que en los últimos meses fuese imposible añadir nuevo contenido o editar el existente. Todo ello, sumado al hecho de querer poner en práctica algunas buenas prácticas aprendidas en los últimos años (en especial durante mi etapa en Ymbra, a la que le debo mucho como drupalero) exigía un cambio profundo que fuese más allá de las actualizaciones de seguridad y pequeños cambios que hacía periódicamente a la web.

Por todo ello, y a pesar de que me resistía a hacerlo por falta de tiempo (que no por falta de ganas), me decidí a hacer una refactorización completa del sitio (esto es, hacerlo de nuevo) y migrar el contenido existente. Pero sin duda, el objetivo principal era que pudiese tener la web operativa y suficientemente atractiva como para volver a escribir en la mayor brevedad posible, así que empiezo predicando con el ejemplo y a continuación detallo algunos de los aspectos que considero más relevantes del cambio.

Replicabilidad y entornos de trabajo

Una de las cosas buenas que tiene drupal es que además de la separación clásica entre visualización y funcionalidad, también es posible utilizar features[fn]Eso en caso de usar Drupal 7, para quienes ya utilicen la recién estrenada Drupal 8, esta funcionalidad se encuentra ya en core y mejorada[/fn] para convertir las configuraciones a código. La utilización de features y perfiles de instalación permite la creación de una distribución de drupal para fines específicos, algo que hacía tiempo quería poner en práctica. De esta forma, si se combina con un sistema de control de versiones como GIT, puede replicarse inmediatamente un sitio web en distintos entornos, sin tener que recurrir a tediosas configuraciones manuales. Si además todo ello se combina con alias de drush se pueden tener copias idénticas de sitios webs a través de comandos en pocos segundos, lo cual es perfecto para desarollar utilizando distintos entornos de desarrollo. En mi caso desarrollo y pruebo en local, y luego lo paso a mi servidor de producción, aunque no descarto utilizar un entorno de pruebas más adelante.

Me hubiese gustado utilizar un workflow con integración contínua y probar travis o gitlab ci, pero he tenido que posponerlo debido a la complejidad técnica y a que he querido priorizar el poder empezar a escribir de nuevo con la mayor brevedad posible.

Migración

Sin duda esta ha sido la parte más crítica del proyecto. Dado que el sitio web es un sitio nuevo a todos los efectos, no solo era necesario migrar todo el contenido y archivos (mayormente fotos) existentes manteniendo también sus URLS (no querría tener enlaces rotos o perder el SEO que aún me quedase), sino que además, dado que había optimizado los tipos de contenidos unificando tipos[fn]Anteriormente utilizaba tipos de contenidos para fines tan específicos que apenas tenía cuatro entradas en alguno de ellos[/fn] y racionalizando los campos utilizados era necesario mapear cada uno de ellos. Aunque nunca antes había hecho una migración como esta, me sorprendió lo relativamente sencillo (aunque tedioso) que ha sido utilizar los módulos migrate y migrate_d2d. Curiosamente donde he sufrido más ha sido en la migración de comentarios, pues aunque pensaba que utilizar un servicio externo como disqus me facilitaría enormemente la tarea (siempre que mantuviese los paths, algo que hice), la realidad ha sido la contraria y la solución que he utilizado finalmente es algo chapucera.

Workflow

Sin duda uno de los mayores cambios a nivel técnico no se ha producido en la web en si sino en mi forma de trabajar, y es que he querido adaptar un sistema de trabajo similar al utilizado en Ymbra con el que me he sentido tan a gusto (teniendo en cuenta que trabajo solo y que por tanto habrá cosas que no tienen sentido hacer). Básicamente el gran cambio es que en lugar de empezar a desarrollar lo que me apetezca en cada momento, antes de tocar drupal creo una issue en gitlab [fn]Cambiar de plataforma ha sido otro de los cambios: anteriormente utilizaba bitbucket, pero gitlab me enamoró desde el principio, pues además de permitir tener repositorios privados de forma gratuita, o tener una interfaz de usuario muy agradable, ofrece funcionalidades muy interesantes que van más allá de los que ofrece bitbucket. Por suerte, dado que git es distribuido, cambiar de plataforma fue tan sencillo como añadir un nuevo remoto a git.[/fn] que trato de redactar como historia de usuario o bien como historia técnica[fn]Ver la sesión de Scrum que presenté en la DrupalcampSpain de Valencia[/fn] y posteriormente agrupo y priorizo cada issue en varias milestones con objetivos concretos. Puede que parezca un proceso tedioso o que no tenga mucho sentido utilizar si se trabaja solo, pero mi experiencia ha sido tremendamente positiva ya que tiene las siguientes ventajas:

Siempre tengo claro lo que tengo que hacer, incluso cuando pasan largos periodos de tiempo entre desarrollo y desarrollo.
Es una excelente forma de consulta. Aunque pueda sonar un poco enfermizo, las "conversaciones" que tengo con mi mismo en las issues, aportando documentación o comentarios, son una ayuda excelente para que no olvide nada y no pierda tiempo buscando información cada vez que intento solucionar algo.
Cada commit de git está asociado a una issue de gitlab, con lo cual se puede relacionar el log de git con cada issue y viceversa, facilitando el seguimiento del estado de una tarea y haciendo facil la opción de revertir cualquier cambio en caso necesario.
Utilizar estos métodos, hablarme en inglés... aunque no sean muy naturales son una forma de no perder "estado de forma", para el día en el que vuelva a trabajar en equipo.
Permite un sistema de desarrollo iterativo (ver a continuación).

Proyecto mínimo viable y desarrollo iterativo

Como comentaba anteriormente, la reestructuración del site se debía a dos objetivos principales: por un lado poder volver a escribir (apenas escribí nada durante 2015 y eso se debió en gran parte -aunque no exclusivamente- a problemas técnicos), y por otro tener un sitio que mejorase considerablemente a nivel técnico. El problema es que hay tanto por mejorar que, de querer tener resueltos todos los aspectos que quiero desarrollar, me demoraría tanto (especialmente si tenemos en cuenta mi tiempo limitado) que no haría posible cumplir con el primer objetivo. Por todo ello, y gracias al sistema de trabajo utilizado que he descrito anteriormente, decidí salir con un producto mínimo viable que que diese respuesta a las necesidades más básicas al que iría añadiendo mejoras de forma incremental. Una vez asumido que el sitio estará en un estado de casi-beta-permanente, lo demás todo son buenas noticias: con el tiempo se irán viendo las novedades y yo no me agobiaré por tenerlo todo listo a pesar de mi poco tiempo para desarrollarlo.

Theme responsive

He optado por utilizar un subtema de Zen que sea responsive y en el que haya pocos elementos gráficos y prime la facilidad de lectura. De momento, aunque es operativo, es todavía muy mejorable. Todo se andará. Eso sí, el color naranja se mantiene ;)

------------------------

Lo que sigue a continuación es información para friquis/entusiastas (puedes saltar directamente a los comentarios:

+++CHANGELOG+++

2016/01/01: v.4.0-beta1
-------------------------

Re-factorización completa de un sitio web en drupal 7 aplicando features y perfiles de instalación.
Migración de contenido
Theme responsive creado desde cero (subtheme de Zen)

2011/03/08: v3.0
-------------------------

Migración de los dos wordpress (blog y web curricular) a una sola instalación de drupal.
Cambio de arquitectura, diseño y funcionalidades de la web.

Gestor: Drupal 7 (una sola instalación para blog, web curricular y lo que se preste )
Diseño: plantilla provisional modificada a partir de la plantilla Bartik

2008/12/??: v2.1
-------------------------

cambio ligero en el diseño y creación de otro blog instalado en la raiz del dominio para gestionar únicamente aspectos curriculares, utilizando exactamente la misma apariencia gráfica que el blog existente.
Este sistema surgía de la dificultad de mantener actualizado mi CV con la página HTML ya que permitía tener uno fácilmente actualizable, tal y como ya hacía con el blog.

Gestor: dos instalaciones independientes de Wordpress 2.7, una para el blog y otra para la web curricular
Diseño: Plantilla modificada ligeramente para
- aprovechar nuevos widgets
- ampliación del ancho de sidebar derecho
- se añade botones de compartir en la red

2007/12/??: v2.0
-------------------------

migración de carloscamara.es al gestor de contenidos Wordpess en una subcarpeta "/blog".
Utilización de wordpress para gestionar el blog, enlaces a otras webs, categorizar entradas... se mantiene el sitio HTML en la raiz del sitio para la web curricular.

Gestor: Wordpress 2.0 "Duke" (blog)
HTML para web curricular (sigue sin alteraciones)
Misma plantilla CSS (sigue sin alteraciones)

2006/12/03: v1.0
-------------------------

Creación de un sitio web en HTML que combina la integración de un blog realizado en Blogger con la misma plantilla gráfica.
Este método permitía tener un sitio dinámico que permitiese comentarios y actualizaciones constantes conuna misma apariencia gráfica y sin tener conocimientos de programación.

Gestor: Blogger (blog)
HTML para web curricular
Misma plantilla CSS

2006/05/??: v0.1
-------------------------

Tras la experiencia de haber desarrollado +arquitectura y gracias al empujón de una iniciativa del Ministerio de Industria para que los españoles podamos tener un dominio .es a 1€, nace carloscamara.es como excusa para profundizar en el aprendizaje de HMTL y CSS y para tener un blog propio.

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

Wed, 21 May 2014 00:00:00 +0000

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.

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

Tue, 05 Nov 2013 00:00:00 +0000

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 , geluidvannederland.nl o 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.

+arquitectura, despedida y cierre

Thu, 31 Jan 2013 00:00:00 +0000

Ayer tomé una decisión dolorosa: cerrar definitivamente la comunidad online que creé en 2004, . Desde ayer, si alguien intenta acceder encontrará una página diciendo que el sitio donde solíamos reunirnos unos cuantos amantes de la arquitectura ya no existe o no está disponible. Es cierto que desde mediados de 2009 y también es cierto que en los últimos dos años apenas ha habido participación alguna (incluso yo mismo dejé de hacerlo), pero no por ello ha sido menos doloroso tomarla. Y es que en el fondo soy consciente de que con el cierre de la web también se produce un cierre de tapa: al fin y al cabo +arquitectura siempre ha sido para mi algo más que un proyecto, ha sido una experiencia vital.

¿Por qué, entonces, he decidido cerrar ahora la web? Ya he reconocido que lejos quedaron los tiempos en los que coincidíamos a diario un grupo relativamente numeroso para hablar, discutir y aprender de arquitectura, de Internet, de relaciones humanas¹… y de la vida en general. Las numerosas conversaciones y discusiones de los foros en los que todos aprendíamos de todos se iban transformando, poco a poco, en consultas, cada vez más “urgentes” y con menos modales, en las que alguien preguntaba cualquier aspecto, sin importar que ya estuviese respondido anteriormente. Lejos quedaron los buenos momentos alrededor del pseudo-concurso auto-gestionado llamado “El reto”² en el que ganar no solo no implicaba no llevarse premio sino hacer más deberes. Ese no ha sido el motivo. Ni siquiera ha sido por motivos económicos. Ahora que los recortes están a la orden del día en los ámbitos más dispares (investigación, educación, sanidad, transportes…) podría resultar comprensible cerrar el grifo de algo que nunca ha sido económicamente sostenible (Al contrario, los gastos de mantener una web de este tamaño son considerables, especialmente si contamos el tiempo y dedicación que exige actualizar contenido, mantener el software y el servidor a punto, innovar…). Además, no sería la primera vez: ya cerré otro proyecto en el que había depositado tanta energía, esperanzas y dinero: ArchTLAS (y sin embargo no acabo de acostumbrarme a ello).

¿Por qué no lo hice antes?

Así pues, si ya no me aportaba la experiencia y el conocimiento que buscaba cuando la creé, si tampoco me aportaba ingresos³… quizá sería más sensato preguntarme por qué no cerré antes la web. En realidad yo mismo me había planteado muchas veces hacerlo, pero me resistía a tirar la toalla, a cerrar una etapa muy buena de mi vida. Gran parte de lo que soy hoy como profesional (y me atrevería a decir que también como persona), se lo debo a +arquitectura. Y es también gracias a ella que he conocido a mucha gente que hoy tengo la suerte de contar entre mis amigos. No es de extrañar que cueste tanto pasar página. En su lugar opté por algo más cobarde pero igualmente pragmático y casi Darwiniano: decidí hacer lo justo para no dejar que muriera, pero no iba a invertir más tiempo en hacer que la web, la comunidad, saliera a flote. Si tenía que sobrevivor sería por sus propios medios. Y si finalmente revivía, yo sería el primero que se alegraría y volvería a sumarme a ella de nuevo, pero tenía claro que no podía dedicar ningún esfuerzo más por tratar de que así fuera: ya había dedicado demasiado esfuerzo, demasiado tiempo y demasiados recursos . Ingenuamente pensaba que en cualquier momento alguno de los miles de visitantes únicos que seguía recibiendo a diario (este es un fenómeno curioso sobre el que me gustaría reflexionar próximamente) daría un paso al frente y produciría que otros más le siguieran. Solo era cuestión de tiempo. Un tiempo que no llegó nunca. Y finalmente ocurre, como en tantas otras cosas, que es necesaria una gota que colme el vaso. En este caso la gota que ha colmado el vaso han sido los continuados hackeos que ha sufrido la web durante los últimos meses. El pasado 8 de abril de 2012, un antiguo miembro muy activo de +arquitectura, Occidemente, me informó de que ocurrían “cosas raras” cuando se accedía a la web a través del buscador de google. Tras investigar descubrí que alguien había conseguido inyectar una tienda online de medicinas ilegales que aparecía (sustituyendo el contenido original) cuando alguien accedía a +arquitectura a través de buscadores (yo no había detectado nada porque siempre accedo escribiendo la url directamente en el navegador). A pesar de que borré los archivos inyectados tan pronto como los detecté (necesité varias horas para ello), fue cuestión de relativamente poco tiempo que la web fuera hackeada de nuevo siguiendo el mismo procedimiento. Normal si tenemos en cuenta que solo había atacado el síntoma, pero no había solucionado el verdadero problema: un agujero de seguridad en alguno de los módulos obsoletos y desactualizados que utilizaba +arquitectura. Ante esta situación solo podía hacer tres cosas:

Seguir poniendo parches, esto es, ir borrando la tienda cada vez que la pusieran.
Actualizar las últimas versiones de seguridad de drupal y los módulos utilizados.
Cerrar definitivamente +arquitectura.

Descartada rápidamente la opción 1 (los hackers suelen tener mucha más paciencia y perseverancia -no en vano los ataques suelen hacerlos scripts automatizados), solo quedaban dos como posibles, sin embargo, dado que para actualizar los módulos de drupal era necesario dejar de utilizar versión obsoleta y eso significa un trabajo considerable de migración y también implica rehacer de cero el theming, solo me quedaba la opción que he tomado.

¿Y ahora qué?

Con este gesto que es más simbólico que real (al fin y al cabo ya había abandonado +arquitectura de facto) cierro una etapa muy feliz y muy enriquecedora de mi vida. Es ciertamente una pena que no siga adelante, pero sería todavía más triste que todo este trabajo, experiencias, conversaciones, fotografías, entrevistas… recopilados durante casi 9 años se perdiesen para siempre. Para evitar que eso ocurra he optado por dos cosas. Por un lado he dejado archivada una copia “congelada” de +arquitectura, aunque solo sea para alimentar la curiosidad de algunos, avivar la nostalgia de otros, o símplemente como ejercicio etnográfico⁴. Por otro lado iré moviendo algunos contenidos y comentarios de +arquitectura a mi sitio personal. De momento he empezado⁵ con la sección de “Los otros arquitectos” y “Los no-arquitectos”, y he aprovechado para darle un pequeño cambio estético. Poco a poco iré subiendo el contenido que falta.

¡Gracias!

Y para que esta despedida sea completa y justa, solo me queda agradecer su participación y ayuda a todos aquellos que han hecho posible que +arquitectura pueda cumplir casi 9 años, y muy en especial a mi hermano David, Miquel Mayor, Emmanuel Francès, Hansbrinker, Laura Acosta, Maaik Hermans, Maria del Pilar Menoyo, Ivan Fuster, Momoluka, Sergio Martínez, Álvaro Carnicero, Samuel García, Javier Sánchez-Matamoros, Nosy, Carlos Fernández y José Romero. Sin su ayuda, sin su participación, jamás hubiera podido llegar tan lejos ni durante tanto tiempo, y es que +arquitectura también les pertenece.

Durante estos años han sido inevitables y repetidas las ocasiones en las que han aparecido Trolls y Hackers y ha sido toda una experiencia y un desafío aprender a tratar con ellos ↩︎
“El reto” (así se llamaba la historia) Consistía en que un usuario publicaba una foto de una parte de una obra y el resto de usuarios tenían que adivinar de qué se trataba a partir de preguntas de tipo sí/no. Quien adivinaba el reto debía publicar información del edificio y preparar el siguiente reto. ↩︎
Esto podría ponerse en duda, pues aunque si bien es cierto que los ingresos directos de la web no han servido ni para pagar gastos de servidores y dominios, no es menos cierto que varios de los trabajos que he realizado han sido gracias a +arquitectura (como Scalae) o a los conocimientos adquiridos gracias a ella (gracias a ella aprendí a usar Drupal, y gracias a saber usar Drupal y a los conocimientos web he conseguido ↩︎
Quien desee consultar la copia deberá acceder a (o para ver la versión anterior) y escribir el nombre de la página como usuario y contraseña cuando le aparezca una ventana de login ↩︎
De momento no están todas las entrevistas ni los comentarios, pero iré añadiéndolos poco a poco"

↩︎

Drupal Developer Days Barcelona 2012

Fri, 22 Jun 2012 00:00:00 +0000

La semana pasada tuvieron lugar en el Citilab de Cornellà los Drupal Developer Days Barcelona 2012, a los que tuve el placer de asistir como oyente y de participar en la organización y creación del sitio web. Para quienes no lo conozcan se trata del tercer evento "serio" que organiza la comunidad catalana de drupal y seguramente el más importante, pues a diferencia de los anteriores, el alcance de este es internacional y se dirige a expertos y desarrolladores.

El programa de los Drupal developer Days fue realmente extenso y completo: empezaba el lunes con un sprint de la iniciativa multilingüe de Drupal 8 dirigido por Gábor Hojsty que duró hasta el viernes (y me pareció ver algún rezagado trabajando incluso el domingo). A medida que iban llegando los directores de trabajo a Barcelona fueron empezando el resto de sprints previos al fin de semana. Así el miércoles empezó el sprint sobre Entity API en core dirigido por Wolfgang Ziegler (fago) y un día más tarde empezaron los sprints de la iniciativa de configuración en core y Views en Core dirigidos respectivamente por Greg Dunlap y Daniel Wehner con la colaboración de Earl Miles. Finalmente el viernes empezaron tres sprints más: Drupal Media Initiative sprint, Abstracting Social Networking functionality in Drupal y el que más me interesaba: Improve Mapping in Drupal 7 (aunque desgraciadamente no pude colaborar debido a las tareas logísticas de la organización del evento).

Y el sábado y el domingo empezaron las sesiones teóricas, organizadas en tres tracks con temáticas diferentes. Como no tengo el don de la ubicuidad tuve que elegir las sesiones y finalmente me decanté por las siguientes: Designing and building for the editor experience, How to sleep without the server-crash-fear (High Availability and High Performance Hosting for Drupal), Drush Workshop, Mastering Drupal cache (más rendimiento), Mapping with Drupal, NodeStream: A distribution platform (me interesaba ver ejemplos de cómo hacer y gestionar distribuciones), Automating Drupal Development: Features, Makefiles and Beyond (aluciné con la cantidad de cosas que pueden automatizarse), Multilingual websites with a click - Translation Management Tools, Staging with git and drush, Displaying external data on the fly with Views and CTools (salí totalmente impresionado con esta) y Responsive Web Design: everything has changed. Tengo que reconocer que las sesiones me dejaron un sabor agridulce: por un lado me emocioné mucho al ver nuevas posibilidades pero por otro me desanimé al ver que algunas son mucho más complejas de lo esperado y en otras apenas era capaz de entender los conceptos básicos. En cualquier caso son un buen principio para ir especializándome poco a poco y salí también con el (auto)convencimiento de que a partir de ciertos niveles la especialización es tal que es muy difícil que haya alguien capaz de saberlo todo.

Finalmente, aprovechando el calorcito y la playa hubo un par de fiestas para descansar, hablar... y bromear (¿quien dijo que a los geeks no les gusta relacionarse y pasarlo bien?).

La verdad es que fueron varios días muy intensos (y eso que no pude asistir a todos los sprints que se hicieron a lo largo de la semana ni a la fiesta en la playa del sábado por la noche) en donde me reencontré con muchos compañeros del mundillo a quienes hacía tiempo que no veía, aprendí muchísimas cosas sobre drupal, servidores, diseño web y técnias de trabajo a la vez que constaté que todavía me falta muchísimo por aprender.

Otro aspecto destacable es que hacía tiempo que quería ver cómo funcionaban este tipo de eventos tan diferentes a los que estoy acostumbrado y que mueven tanta gente y requieren de una gran infraestructura, así que opté por tener un papel algo más activo del que tuve como voluntario en la drupalcamp de 2010 o el drupalday 2011. Si bien mi papel fue pequeño en un evento tan grande (debido a los meses de ausencia por culpa de mi TFM me limité a realizar partes del sitio web oficial -como la parte de mapas- a gestión interna y a tareas logísticas durante el fin de semana -acreditaciones, preparación de lotes, asegurarse de que los ponentes tengan agua...), estoy muy contento de la experiencia y de haber aportado mi granito de arena para conseguir que los Drupal Developer Days fueran todo un éxito.

Os dejo con la foto de familia de los más de 300 asistentes al evento. A ver si reconocéis a alguien.

Trabajo final de Máster: urbanismo y participación ciudadana

Tue, 03 Apr 2012 00:00:00 +0000

Quienes me conozcan o lean con cierta regularidad sabrán que desde hace unos meses inicié la aventura de matricularme en el Máster Universitario en Sociedad de la Información y el Conocimiento que imparte la Universitat Oberta de Catalunya. A día de hoy me encuentro en la recta final del curso y estoy preparando el Trabjo Final de Máster que además de llevarme a la obtención de un título muy deseado (y sufrido), espero que me sirva para tratar de responder una de las dudas que tenía cuando escribí acerca de los motivos que me llevaron a tomar la decisión (¿tiene algo que ver este máster con mis estudios, mi profesión y una de mis pasiones -la arquitectura?) y para profundizar en un tema que hace tiempo que vengo observando y digiriendo de forma crítica pero pasiva: el urbanismo participativo.

Por el momento es pronto para dar más detalles acerca de mi Trabajo Final de Máster pero puedo decir que trata sobre participación ciudadana y urbanismo (¡menuda sorpresa! eso ya lo decía el título!) y que he creado un sitio web temático exclusivo dedicada sobretodo a los "muy cafeteros": investigadores o interesados/expertos en la materia. Tal y como cuento en la presentación del sitio, en el que explico más detalladamente el tipo de contenido que puede llegar a tener, he decidido hacerlo por motivos prácticos (creo que gracias a la información y a la participación y discusión que pueda establecerse con los lectores/prosumers el resultado final será mejor) y por motivos de coherencia (dado que el tema es sobre la participación me ha parecido interesante plantearlo de forma que la participación tenga también su lugar). Además, espero que sirva también para continuar con la discusión más allá de cuando llegue la fecha de entregar el trabajo. Lo que no cuento allí es que, además, tenía ganas de experimentar con la creación de webs, que hace un poco que tengo parada y tenía ganas de probar algunas cosas interesantes como la utilización de multisites en combinación con drush, la utilización de cuestionarios relativamente complejos, la utilización de boletines o la integración con disqus.

En cualquier caso, y en realidad este era el objetivo de este post (lo reconozco, sigh), os animo a que visitéis la web que he dedicado al TFM y, la déis a conocer entre familiares, amigos, colegas... y muy especialmente, que participéis en ella. Por lo pronto en estos momentos está disponible un cuestionario abierto a todo el mundo (me interesa sobretodo la opinión de gente que no sea arquitecta) que agradecería enormemente que pudiéseis responder. Es solo una sugerencia ;)

+arquitectura

Tue, 15 Jun 2004 12:05:33 +0100

Ideólogo, creador, editor, webmaster y community manager de +arquitectura. +arquitectura es un lugar (virtual) de encuentro donde compartir: conocimientos, experiencias, opiniones, ideas, información… todo ello en torno a la arquitectura o simplemente “con la excusa de la arquitectura”

Se trata, pues, de una comunidad que va más allá de la suma de acciones individuales, un lugar con el común denominador de la arquitectura donde se trabaja en equipo, cada uno haciendo lo que mejor sabe hacer y o lo que más le motiva, ya sea como miembro del equipo o como usuario. Para que eso sea posible +arquitectura pone los medios de que dispone (son muchos más de los que se ven actualmente, basta con tener una idea y pedir) y su know-how, adquirido durante todos los años de funcionamiento.

Objetivos

Potenciar las relaciones entre usuarios para establecer vínculos en varios niveles: profesionales, formativos, amistosos…
Convertir lo relacional en conocimiento: primar la opinión personal y el diálogo para aprender los unos de los otros.
Promocionar la arquitectura y sus agentes, proporcionando un espacio donde publicar textos, artículos, comentarios, fotografías, proyectos… y herramientas para hacerlo posible fácilmente
Favorecer y orientar el trabajo en equipo
Crear contenido único y de calidad
Ofrecer servicios profesionales que tengan como objeto la gestión de contenidos y difusión y promoción de realizaciones

Motivación

La idea de hacer un portal de arquitectura surgió cuando acabé la carrera y me sentí bastante desorientado a la hora de decidir cual tenía que ser mi siguiente paso en mi vida laboral: por una parte veía que había un hueco entre lo aprendido en la carrera y lo que se me venía delante, y por otra parte la información que tenía era más bien poca y confusa. Y fue esto lo que me hizo dar el paso hacia una idea que me venía rondando por la cabeza desde hacía ya bastante tiempo: decidí crear un lugar donde poder aglutinar toda la información posible para poder guiar a otros (y aprender de la experiencia de otra gente más experimentada, por qué no decirlo) en el mundo de la arquitectura.

Ése portal no debería ser un simple compendio de informaciones, normativa, consejos… que irremediablemente quedarían obsoletas en un plazo de tiempo, sino que debería ser un lugar vivo donde se mezclasen todo tipo de gente, de cualquier profesión y lugar, que aportasen su granito de arena con sus dudas y consejos, en definitiva un lugar en donde todos aprendiésemos de todos.

Han pasado ya tres años y aquéllas ideas ya no son un sueño: los objetivos iniciales se van cumpliendo, la previsión de repercusión de +arquitectura se ha superado con creces y continúa creciendo, y se plantean nuevos objetivos más acordes con la realidad del momento de la web. La línea de trabajo presente está en proporcionar contenido único de calidad sobre varias facetas de la arquitectura y la construcción y potenciar una comunidad que participe y se sienta identificada con el portal. El tiempo dirá si los objetivos se consiguen o si todo eso se queda en un simple sueño.

Reconocimientos

+arquitectura ha sido una de las 28 obras seleccionadas para la exposición y el catálogo del programa Arquia/Próxima 2008, convocado por la Fundación Caja de Arquitectos.

### Puntos diferenciales

Estas son algunas de las secciones creadas con el objetivo de tener contenido original y de calidad a la vez que se buscaba fomentar la comunidad:

El Reto: una especie de concurso (sin premio) consistente en que un usuario publicaba una foto de una parte de una obra y el resto de usuarios tenían que adivinar de qué se trataba a partir de preguntas de tipo sí/no. Quien adivinaba el reto debía publicar información del edificio y preparar el siguiente reto.
arch.Maaik: publicación de la tira cómica diaria sobre arquitectura realizada por el arquitecto y dibujante belga Maaik Hermans (ver post "Arch.Maaik en +arquitectura"), traducido al español por Laura Acosta
Los otros arquitectos y Los no-arquitectos, dos secciones hermanas que tenían el objetivo de mostrar la cara menos conocida e institucionalizada de la arquitectura a partir de cuestionarios estructurados realizados a arquitectos que no se dedican a la edificación y a profesionales no-arquitectos que trabajan en el mundo de la arquitectura, respectivamente (Ver "Hablando de arquitectos, arquitectura y experiencias").
Citas y frases de arquitectos conocidos.

Evolución y Cierre

Durante sus 9 años de vida +arquitectura ha cambiado mucho, tanto en diseño, funcionalidades, comunidad, participación y secciones, mostrando una evolución y crecimientos exponenciales cuyo punto álgido fue el año 2008 y mediados de 2009, con la consolidación de una comunidad estable y participativa, secciones como el reto o y, posteriormente, Los otros arquitectos. A finales de 2009, con el auge de las redes sociales y la consolidación de los blogs propios, empezó la decadencia de los foros, y +arquitectura no fue una excepción (ver post “+arquitectura, un año después”). A pesar de los intentos de reinventar la web para que la comunidad no dependiese únicamente de los foros, la participación de terceras personas fue disminuyendo notablemente, creando un efecto bola de nieve del que no se recuperaría nunca. Finalmente, cerró el día 28 de enero de 2013 debido a continuados hackeos que la convertían en una tienda online de medicinas ilegales.(