Web |

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.

Primer Post... años más tarde

Sat, 16 Feb 2008 00:00:00 +0000

El 2 de diciembre de 2006 abrí este blog, en no sabía muy bien qué contar. Hoy, poco más de un año más tarde, creo que tengo algo que podría ser considerado como una declaración de principios de lo que quisiera que fuese este blog, un “primer post”, vaya:

Dicen que una de las mayores aspiraciones de un arquitecto es diseñar, construir y habitar su propia casa. Seguramente sea cierto, así que para hacer más amena la espera hasta que llegue ese día (si llega jamás) he diseñado y construido mi casa-taller virtual, haciendo las veces de arquitecto y albañil. Se trata de una casa un tanto singular, pues no utiliza ladrillos, sino caracteres ordenados de una manera precisa, formando un código, un aparejo. Los materiales no son hormigón, ladrillo o ni tan siquiera madera: una paleta de colores reducida, con un par o tres de naranjas, negro, blanco y gris; unos tipos de letras también limitados; algunas imágenes no demasiado grandes adornan el conjunto… todo ello ordenado siguiendo fielmente lo establecido en un documento llamado hoja de estilos CSS. Su organización tampoco es la habitual: en lugar de estar organizada por habitaciones de día y de noche, espacios servidos y servidores se organiza en zonas temáticas: la propiamente dicha, más íntima, en la que hablo de mis inquietudes, opiniones, preguntas, aptitudes, estudios… la parte del , donde se exhiben las realizaciones (arquitectónicas y no-arquitectónicas) y experiencia profesional; y una parte privada, la única que no está abierta al público, en donde entro para “cocinar” el contenido y redecorar, de vez en cuando. Una de las cosas que más me gustan es de su adaptabilidad, pues crece para ajustarse a las nuevas situaciones, adaptándose a las nuevas pero sin afectar la estructura general. Otro de sus puntos fuertes es su situación: sin ser céntrico en una importante ciudad, está muy bien comunicado, y cualquiera con conexión a Internet puede llegar en pocos segundos.

Mi casa-taller es una construcción humilde, como no podía ser de otra manera en una primera obra, sin alardes, con pocos recursos, pero que cumple bien su función. Y me gusta, me siento cómodo en ella. Mi casa está siempre abierta a todo aquél que quiera entrar, mirar e incluso quedarse a charlar un rato. Están todos invitados.

¿La dirección?

Primer Post

Sun, 03 Dec 2006 00:00:00 +0000

Siempre he pensado en cual sería el primer post que pondría si abriese un blog… pues bien, he abierto un blog y todavía no se como inaugurarlo, así que de momento dejo esta entrada y ya la editaré cuando se me ocurra algo digno de ser el primer escrito.

+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.(