Drutácora

Ciertamente puedo tener sentimientos encontrados respecto a Drupal. Por un lado, muestra una forma rara de hacer las cosas, resulta largo de aprender, la configuración guardada en base de datos dificulta el desarrollo y seguimiento de versiones de sites , hay copyrights raros en un proyecto open source, migraciones masivas empujadas desde arriba, el sentimiento creciente de que el auto armable en casa se va convirtiendo en un trailer... Por otro lado, permite armar cosas modularmente, tiene una comunidad entusiasta, es adoptada como solución por entidades importantes, la esperanza de que tal vez las buenas intenciones lleven a una versión ligera que permita apreciar mejor su encanto, y que la comunidad sea más empujada desde abajo, las diferencias mejor admitidas... Quizas piense alguien que soy un soñador, pero no soy el único... 8-P si uno busca en Google, puede encontrar puntos de vista opuestos a Drupal, total o parcialmente. Yo no soy opuesto, ni estoy a favor ciegamente.

Me estoy dando cuenta de que cuando me consultan por el desarrollo de un site, empiezo a pensar en cómo lo puedo hacer en términos de Drupal. Hacer un site típico en Drupal cuesta un poco de resolver las primeras veces pero luego es bastante más llevadero. Cuando hay algo nuevo que implementar con Drupal, es similar, cuesta un poco al comienzo pero luego se hace más llevadero. Y es más fácil si existe un módulo que nos acerque a la solución. Con Drupal y otros frameworks pasa eso. Aunque ya sepamos cómo se hace algo tenemos que volverlo a aprender en términos del framework. Pero lo hacemos porque nos abre las puertas a muchas cosas que aún no sabemos. Sin embargo, eso no significa que todas las soluciones en términos de Drupal sean más simples, eficaces o elegantes que las que podríamos hacer sin él. Pero es un precio que se paga por el confort. Es como cuando se toma un vehículo para viajar. Cuanto más grande y pesado tiende a ser menos maniobrable. Es más fácil dar una cu