 Soy Ruben Teijero, el responsable técnico en OpenMelva y nos encargamos de hacer desarrollo web con Drupal. Intentaré no vangelizar mucho sobre Drupal y tampoco hablaré de muchas estadísticas ni de datos contrastados entre Drupal y Wordpress. Simplemente quiero ver, quiero explicaros que podemos hacer un acercamiento entre las comunidades de Drupal y Wordpress y colaborar juntos, que es como se deben hacer las cosas. Lo primero que tenemos que abandonar son los prejuicios, no pensar Drupal mola más, Wordpress mola más, sino ambos tienen cosas buenas y ver qué es lo que aplica para cada uno de ellos. Es bueno para mí o no es bueno para mí y no tener que rechazar el otro simplemente porque yo utilice uno de ellos. Más o menos la filosofía de Drupal es un trabajo desde las entrañas. Yo me lo monto todo desde cero o yo lo hago todo desde cero. Y bueno, es como que Drupal está hecho por desarrolladores para desarrolladores. Un poquito la filosofía de Wordpress sería pues, hola, soy un quinceañero, molo mucho y hago blog en Wordpress, pero bueno, simplemente porque es más fácil de utilizar. Bueno, por otro lado, una de las cosas que siempre discutimos es la curva aprendizaje. Curva aprendizaje de Drupal, siempre decimos que es muy larga, que es muy grande, que te puede desesperar, incluso llegar a cortarte las venas y la curva aprendizaje de Wordpress pues es mínima. Eso hace que Wordpress tenga un potencial mucho mayor que Drupal, pero tampoco tenemos por qué abandonar Drupal simplemente porque se tarde más en desarrollar un proyecto. Todo hay que ver si el proyecto merece la pena y si es lo suficientemente importante o grande como para embarcarse en aprender Por otro lado, bueno, no tenemos por qué tener miedo a fusionar las ideas, tanto de uno de otro, decir, Drupal tiene sus cosillas buenas, Wordpress tiene las otras y bueno, porque ahí te vamos a tener miedo en mezclar el lado oscuro de Darth Vader y las fondades de Hello Kitty. Lo importante es crear una comunidad. Entre todos, yo creo que juntos podemos darle la vuelta al asunto y podemos afrontar proyectos difíciles. Creo que podemos aprender mucho unos de otros y aportar cada uno sus pequeñas soluciones. Con todas las pequeñas soluciones podemos llegar a afrontar un problema grande. Lo importante es que la solución sea así, sea modular. Tenemos un problema grande, lo dividimos en problemas más pequeños e intentamos resolver esos problemas pequeños, no resolver el problema grande del tirón. Creo que esa filosofía la comparten tanto en Drupal como en Wordpress. Siempre intentamos hacer eso en Drupal módulos y en Wordpress plugins y que cada uno resuelva una funcionalidad concreta. Entonces, yo creo que ambos sistemas, esa filosofía la tienen muy presente. Por supuesto, dicha filosofía no vale de nada si no hay una organización, es decir, de nada nos sirve que haya mucha gente creando plugins, creando módulos. Si me escuché hablar de módulos, que sepáis que es por Drupal y plugins, plugins, plugins, plugins, plugins por Wordpress. Entonces, la forma de crear dichos plugins y subirlos tiene que estar un poco controlada. Tiene que haber alguien que revise ese código, que vea si se está siguiendo unos estándares, unas normas, yo qué sé, unas guías de estilo. Entonces, bueno, eso hará que el código que se suba sea seguro, sea mantenible y que la cosa no se derrumben o se ven abajo. La usabilidad. No puedo decir otra cosa. En Drupal no es usable, pues me lo podéis decir. No tiene parangón con Wordpress. Wordpress es muy potente. Gracias a su usabilidad es muy simple. Y bueno, está claro que Drupal está aprendiendo mucho de eso. Está cogiendo muchas ideas de Wordpress y las está aplicando. Va poco a poco, por supuesto. Ya os digo que para mí Drupal es hecho por desarrolladores, para desarrolladores, pero bueno, ahí anda trabajando duro para que llegue a más público, ¿vale? El rendimiento, también. Problemas de rendimiento tenemos en ambas plataformas. De nada nos sirve que el sistema sea, o sea, que nosotros montemos un Drupal o un Wordpress, un portal web en general y que no ande, que tenga muchos plugins o muchos módulos instalados y que el sistema no ande. Para ello, pues tenemos módulos y tenemos un montón de soluciones, yo qué sé. En Wordpress hemos hablado aquí de, yo qué sé, del super caché y de algunos módulos de caché. Para agilizar el rendimiento, también yo qué sé. Hay otras soluciones como Varnish o utilizar soluciones en Cachet. Pero bueno, la idea es eso, que el sistema, por muy bueno que sea el CMS, puede fallar el rendimiento y a veces no es simplemente porque el CMS no sea bueno. La velocidad también es importante. Es decir, nada nos sirve que nosotros hagamos un portal que a la hora de cargar la página tarda un montón. Puede ser debido simplemente al tema que estamos utilizando. Ahí podemos echarle un poco la culpa al maquetador o a la forma de cargar el contenido desde el mismo tema. Entonces, bueno, pues ahí se está trabajando en ambas plataformas, yo creo que se está trabajando muy duro en hacer temas, aparte que sigan los estándares, pues temas que sean rápidos, que tengan CSS, Javascript y comprimido. Yo qué sé, que haya mucho caché. En ese sentido, yo creo que ambas plataformas están haciendo un gran trabajo. A seguridad nunca hay que dejarla de lado. También nos molestamos en crear módulos, en crear plugins, pero el código que utilice que hacemos no es seguro. Seguimos los estándares, nos pueden colar cualquier cosa a través de ataques de SQL inJetting o de Crosa y Scripting y de nada sirve. O sea, no tiene la culpa el CMS que tiene la culpa el plugin que hemos utilizado o el módulo que hemos utilizado. Por otro lado, la tecnología, ¿de qué sirve que Drupal sea muy molón y muy bueno o de qué sirve que WordPress sea muy potente cuando lo montamos en un servidor que es una lata, que no vale para nada? No solo eso, sino que aparte que esté obsoleto o que esté mal configurado. Una versión de PHP que no sea la idónea, una versión de MySQL, a lo que vamos, que la tecnología también es importante. No solo el CMS en sí el código, sino donde montemos ese software es muy importante. Por último, y otro grave asunto en esto es la gente que está detrás de la configuración de todo esto. Son personas humanas, cometen errores. Entonces, no podemos echarle la culpa solo al CMS, sino a la gente que está detrás que puede cometer un error a la hora de configurar cierto fichero o a la hora de escribir ciertas líneas de código que hacen que el rendimiento del sistema no funcione, que sea inseguro o que simplemente no haga lo que nosotros queremos. Por otro lado, nosotros somos vagos por Antonomasia. Nosotros escribimos código, no lo comentamos, no lo ordenamos, no lo dejamos cosas por ahí sueltas, algunos mensajes de depuración. Bueno, creo que debemos tomar un poco de conciencia y hacer las cosas bien. No cuesta nada cuando escribimos un plugin o un módulo, comentarlo bien, añadirle algún que otro mensaje de Tudu, en plan, esto lo podría hacer más adelante, lo voy a dejar aquí marcado, por si alguien a lo mejor lee nuestro código y decide continuar eso por donde lo hemos dejado. Todo es importante que nuestro código esté bien ordenado y esté bien comentado. Así participamos con la comunidad. Muchas veces nos pensamos que nosotros desarrollamos un código y que eso no lo va a haber nadie, pero hay gente que se descarga ese módulo y lo lee y a mejor la petece continuar nuestro trabajo. Es importante de en cuenta eso. Los recursos. A lo que vamos. Hemos hablado en alguna otra charla aquí, hemos hablado de qué pasaría si le instalasemos 50 módulos, por ejemplo, a un WordPress, ¿no? Que podría bajar mucho el rendimiento o la velocidad del sistema, entonces, tampoco es instalar módulos por instalar. Simplemente tenemos que tener en cuenta qué funcionalidades queremos, de qué módulo y si a mejor no y vamos a instalar un módulo demasiado gordo y solo queremos una funcionalidad de dicho módulo, pues podemos desarrollar un módulo más pequeño. Lo que hablamos antes de hacer las soluciones cuanto más pequeñas mejor. Entonces no utilizar módulos por utilizarlos, ver si realmente nos hacen falta o no. No vamos a crear un sistema gigantesco, simplemente vamos a hacer lo que necesitemos. Por tanto también utilizar la imaginación. Es decir, con pocos recursos se puede hacer algo bueno. Hay algo útil, a mejor no es lo más cool del mundo, pero es útil. Entonces, bueno, aquí vemos con una gomilla, podemos hacernos un manos libre, es la más de chulo. Entonces, bueno, lo mismo, podemos utilizar recursos mínimos tanto de cada uno de los sistemas y nos podemos hacer una solución que sea factible para nuestro problema concreto, no matar moscas a cañonazos. Al fin y al cabo, lo que nos importa es la pasta. Bueno, todo el dinero es el que mueve el mundo, el que mueve el negocio, el que cuando un cliente nos pide algo, siempre nos pregunta cuánto le va a costar, no nos pregunta si lo vamos a hacer en Wordpress o en Drupal. Así que veamos qué es lo que no va a costar. Hacer un proyecto. Si nos va a costar mucho más hacerlo en Drupal, porque vamos a visitar más tiempo, pues bueno, lo hacemos en Wordpress, que es lógico. Si encambió el proyecto, al mejor es de una gran envergadura y vemos que a lo mejor con Wordpress no va a escalar bien, no vamos a poder ampliarlo hasta tal punto que sea robusto, pues bueno, podemos embarcarnos en la gran aventura de aprender Drupal. Lo importante es que hagamos un CMS Chumnorris, un CMS que sea fuerte, sea duro y que aguante absolutamente todo. Entonces, yo creo que juntos podemos, es decir, cogiendo todo lo bueno que tiene Wordpress y cogiendo el código que está haciendo Drupal, todo el esfuerzo que está haciendo Drupal, sobre todo ahora para la versión 8, podemos coger muy buenas ideas y juntos pues hacer eso, hacer un CMS bueno y aprender todo juntos. Esta es como la foto del grupo que nos hemos hecho ahora, pues esa sería la foto del grupo que nos haríamos cuando Drupal y Wordpress se hermanase y fuesemos así de guays, chicos duros, una gran comunidad. Bueno, conclusiones, lo único que os puedo decir es cuando queráis hacer un proyecto web, sea el que sea, no penséis, yo lo voy a hacer en Wordpress porque es el más guay o yo lo voy a hacer en Drupal porque es el más guay. De Joon la no hablamos, pero es que ya hemos hablado. Entonces, la idea es, el proyecto es pequeño, el consejo que os puedo dar, el proyecto que es pequeño o mediano, yo creo que Wordpress aplica bastante bien, se hace rápido, el proyecto al hacerlo rápido es muy rentable, es seguro, es bonito y es útil. Que ya es un proyecto más grande, que estamos hablando de que necesita alto rendimiento, alta disponibilidad, pues yo, mis consejos es que optéis por Drupal, poderles por la experiencia que tengo, más flexible, se le puede meter detrás muchísimas cargas en servidor para que la web sea estable y merece la pena, si el proyecto es grande, hay una inversión fuerte, merece la pena hacer la inversión en tiempo de aprender Drupal y así conocer una nueva tecnología. Preguntas.