 Hola, buenos días. Como veis, vengo a hablar de Joomla. Os puede extrañar un poco, pero espero que al final de la presentación entendáis un poco el motivo. No es vender Joomla. Bueno, casi que empiezo porque lo voy explicando todo a lo largo de la presentación. El nombre es Joomla y Wordpress, puntos y revueltos. Bueno, lo voy explicando mejor, poquito a poco. Esto va a ser un poco el resumen de mi charla, un poco de autobombo para deciros quién soy y por qué vengo aquí a hablaros de Joomla. Como imagino que la mayoría no conocéis mucho del proyecto. Bueno, alguien conoce algo sobre Joomla, ha trabajado con Joomla, ha desarrollado con Joomla. Una agradable sorpresa. Bueno, aún así, Rafa pidió que hablara un poco sobre el proyecto a nivel de código. No soy el más indicado para hacerlo porque no soy desarrollador ni desarrollador a seca y ni siquiera de Joomla. Si toco algo de código, evidentemente, he sido freelance varios años desarrollando web con Joomla y al final algo de código siempre aprende y en este mundillo la mayoría somos autodidactas. Entonces, voy a hablar un poco de eso. De antemano os pido que me disculpeis cuando patine, si digo, algo de Wordpress que no es así porque de Wordpress he tocado bastante poco. He hecho algo, pero siempre muy a nivel de integrador y, entonces, he ido a alguna cosa para intentar ver las diferencias o las similitudes con Joomla, pero es posible que en alguna cosa, bueno, simplemente me lo decís, me comentáis cómo es y seguimos. Y, por último, el objetivo de mi presentación es ver cómo pueden funcionar juntos Joomla y Wordpress. Así que vamos allá. Como decía, ha sido un poco de background profesional de este mundillo, para ver un poco de este que os habla quién es. Pues eso está desarrollando sitios web. Fundamentalmente yo diría un 95% con Joomla desde hace varios años y actualmente estoy en una empresa 6uNet que desarrolla unas varias extensiones, especialmente para Joomla, su parte del equipo de soporte y desde software. Y después el background, digamos, de comunidad, que es un aspecto que me interesa bastante y ya empiezo a entrar un poco en el tema de las charlas, comunidad de software libre. He estado bastante implicado con la comunidad Joomla. Empecé básicamente con un blog sobre Joomla en español, que empecé también sobre final de 2007-2008. Había poca información en español. Este mundo, lo que llevé bastante en Wordpress, me imagino que sería igual. Y en algunas cosas seguirá siendo igual, la mayoría está en inglés. Cada vez, afortunadamente, hay más interés y eventos como este pues demuestran que hay mucho interés por estas tecnologías en España. Pues cada vez hay más material y material de calidad y desarrolladores y gente que hace cosas buenas españoles y latinoamérica, no sé, en español en general. Y en lo que es la comunidad Joomla empecé como moderador de los foros oficiales en español, donde continuó. Soy miembro del equipo de traducción acreditado. Comunidad Joomla es el portal donde, digamos, centralizan las operaciones. Y desde el año pasado soy miembro de uno de los grupos de Gobierno del proyecto Joomla, que ahora voy a explicar un poco, porque la estructura del proyecto es bastante diferente, no solo Wordpress, sino en general es una especie de bicho raro Joomla en el mundillo este. Pero bueno, a uno de los equipos del Gobierno soy miembro del que se centra, digamos, en la comunidad, en mantener las infraestructuras comunitarias, los foros, el director de extensiones, todo lo que va orientado a la comunidad. Entonces, pues vamos a empezar lo que yo quería hablar. Bueno, esto no… Algunos datos sobre Joomla para los que no los conozcáis muy bien el proyecto. En las transparencias os incluyo debajo el link a prácticamente todas las imágenes, la que no está porque se me olvidaba, yo ya era tarde cuando había montado el PDF. Hay una infografía bastante reciente con datos sobre el proyecto, por si queréis un poco dimensionarlo. Esto es simplemente una captura de esa infografía que muestra únicamente las visitas a la página oficial, las visitas mensuales, que bueno, ha ido… Ha habido un crecimiento sostenido y ahora mismo Joomla está en los siete millones y medio de visitantes, Joomla ORG, únicamente Joomla ORG, sin contar el resto de subsitios, etcétera. Es un volumen bastante curioso y… En fin, la comunidad es bastante activa y hay otra… Simplemente un poco a modo de información por si os quería documentar un poco sobre Joomla. Tenemos un directorio de extensiones donde actualmente hay cerca de 10.000, por ejemplo, en los foros hay más de 500.000 usuarios registrados. En fin, que es una comunidad de un tamaño también considerable. No se llega al volumen de WordPress porque WordPress es inmensamente enorme, pero con así es una comunidad grande. Aquí sí me voy a parar un poquito más, porque después me va a ayudar a montar un poco el resto de la presentación, que es el ciclo de vida de las versiones de Joomla. Para que no lo sepa, Joomla nació como un fork de Mambo, que era otro proyecto open source. En fin, fue una historia así un poco de película. Mambo se convirtió en Abandon War en alrededor de 2001 de una compañera, un software de una compañía, lo publicó como software libre y ya no le servía, no tenía mercados y lo abandonó. Un grupo de desarrolladores lo cogió, siguió desarrollando, el software fue teniendo éxito. Y en 2005 la compañía decidió que iba a cambiar un poco los términos de uso y básicamente creó una fundación que se iba a quedar, que manejaban ellos, que se iba a quedar con el copyright, que iba a manejar el software. En ese momento los desarrolladores de Mambo, el grupo principal decidió… En fin, no, esto es software libre, no es un software que lo vaya a manejar una compañía, así de repente, y lo vaya a cerrar, le va a cambiar la licencia y tal. Y entonces, nació Joomla. No sé muy bien en qué estarían pensando cuando crearon el nombre. Joomla proviene una palabra suaxílica, que significa todo junto. Es un poco la idea que se quería tener, lo que quería que significara el proyecto. Y Joomla nace en 2005, la versión 1.0 era básicamente Mambo. Tan es así que durante mucho tiempo, casi prácticamente hasta que salió Joomla 1.5, todos los plugins y todas las extensiones de Mambo las podía instalar prácticamente las dos y las que no podía instalar tanto Mambo como en Joomla, una pequeña modificación de código y palante. Con el nacimiento de la 1.5, sí que empieza a ver ya y realmente empieza el camino de Joomla. Joomla 1.5, en el momento en el que apareció, tuvo mucho éxito. Yo creo que en aquel momento era de lo mejorcito en el panorama de los CMS. Se hizo un gran esfuerzo, había mucho entusiasmo en la comunidad y, aunque se ya tenía no mucha base de código de Mambo, pero ya introducía cosas nuevas y en aquel momento novedosas. Pero, como veis, la versión 1.5 apareció en 2008, después de un desarrollo bastante intenso durante 2007, tecnología de 2007, y ha vivido tres años, sigue estando considerado como versión estable, pero hubo tres años en los que prácticamente no hubo nada. Toda la innovación, todas las novedades venían de fuera, de extensiones, de desarrolladores externos, etcétera. Entonces, ahí es donde empezó un poco el declive, podríamos decir, de Joomla. Aparecieron otras tecnologías que empezaron a tomar mucha más relancía. Joomla no incorporó alguna de estas tecnologías porque el desarrollo se había fijado en unos objetivos. Queremos tener esto en la siguiente versión, y mientras eso no se terminaba, pues no salía. Tres años y pocas novedades. En 2011, por fin, aparece una versión nueva, la 1.6, que realmente podríamos decir que es la más Joomla de todas porque rompe con…, aún queda alguna cosa, pero rompe absolutamente con lo que era Mambo, aún quedaban cosas en la base de datos llamadas el tipo de estructuras que eran de Mambo, es decir, tecnología de 2004. Con la 1.6 es una base de código totalmente nueva. Se introduce otro concepto muy interesante que es el framework Joomla, o el proyecto Joomla se llama que es un framework. Hay otros proyectos que han optado por empezar a usar, por ejemplo, Symphony como su framework para desarrollar el CMS. Joomla ha desarrollado su propio framework, un framework PHP independiente. Se pueden desarrollar aplicaciones web directamente con el framework Joomla y se pasó a un ciclo de desarrollo basado en tiempo en vetenfuncionalidades. Cada seis meses una nueva versión, con una pequeña…, es parecido el Dubuntu, con un paso, digamos, dos versiones de ciclo corto que están mantenidas durante seis meses, que son más o menos experimentales, tienen estabilidad, pero su idea es ir incluyendo, adoptando nuevas tecnologías, adoptando nuevas funcionalidades e irlas probando. Y tras dos versiones de ciclo corto, una de ciclo largo estable, basada en la estabilidad, en proporcionar un tiempo de vida largo para que la gente pueda confiar en ellas, para montar sus aplicaciones y van conviviendo. En estos momentos, la versión estable es la 2.5. Si alguno probó Joomla con la 1.5 y no volvía a probarlo y no digo ya si probaste la 1.0 y no justo, os recomiendo que probéis la 2.5, porque yo que ahora mismo desarrollo o todo lo que hago es prácticamente probar la 2.5 cuando me toca mirar a un sitio antiguo de la 1.5 y digo, madre de Dios, dónde estábamos. Esto ha mejorado bastante. Y la versión 3.0, que lo haré un poco más después, va a incorporar muchas novedades que mejorarán aún más un poco la experiencia de usuarios. Sale a finales de este mes con algunas características muy interesantes, muy instalador nuevo, mucho más sencillo. Si os fijáis, la mayoría de esta versión se ha centrado en muchas cosas para hacerse a Wordpress. No es copiar a Wordpress, porque en el mundo del código libre la palabra copiar es un poco asurda, es inspirarse en, evidentemente no hay código porque es que el código de Wordpress y de YULA son incompatibles, no tendría sentido exportar muchas cosas. Pero, digamos, el concepto de Wordpress es un concepto muy bueno, que funciona muy bien. Los datos lo avalan en uso, en implantación, en crecimiento, en descargas en todo. Y el secreto de Wordpress es que es muy fácil de manejar, muy amigable con el usuario. Y la versión 3.0 se ha centrado básicamente en eso, aparte de, ha integrado en el core, Twitter Bootstrap, que es un framework de JavaScript y CSS, bastante potente, para dotar de una nueva interfaz de usuario más Wordpress. Sigue siendo que, sí, al lechirriar algunos Wordpresseros radicales, el que diga esto, pero, digamos, la sensación es más Wordpress en el sentido de que todo es más intuitivo, todo es más fácil. Hay cosas que no tienes que decir, pero si estás por qué no lo veo o por qué no puedo con un clic, eso Wordpress es una maravilla. Pues se ha atendido a mejorar mucho la usabilidad y la experiencia del usuario. Aparte, incorpora otras mejoras, más orientadas a lo mejor, aparte hace un guiño más a los programadores, incluye soporte para POSG SQL, y aparte de lo que ya venía en el A2.5, que antiguamente con YULA 1.5 para actualizar, pues tenías que subir por FTP y machacar prácticamente todo lo antiguo. Y, en fin, era muy poco amigable con el usuario medio. Multidioma de serie, también tiene un driver para SQL Server, ya no es exclusivo de más SQL, y un sistema de búsqueda avanzada. Esto es lo que es comentabante. La estructura de Gobierno del proyecto YULA es totalmente distinta de otros proyectos de software libre. El proyecto YULA es 100% voluntario, no hay ninguna empresa de traje, no hay ningún inversor, es todo 100% voluntario, nadie cobra por desarrollar para YULA, nadie cobra por mantener las infraestructuras, no hay una empresa, no hay capital de traje. Y la estructura básicamente es un grupo del YULA leadership team, un grupo del Gobierno que se subdividen dos grupos, uno centrado en la parte de las infraestructuras de la comunidad y otros centrados de desarrollar código y la documentación. Y, además, existe una entidad para dar soporte legal y financiero, porque, por ejemplo, el dominio, el servidor, todo eso tiene esta nombre de algo. Legalmente tiene que estar a nombre de una entidad, no puede ser del proyecto YULA en etéreo, y se creó una asociación sin ánimo de lucro encargar de gestionar todo eso. Entrando ya un poco más en el código, esta es la estructura básica de cómo funciona YULA, es un poco distinta a WordPress, en la parte de abajo se basa básicamente en tres capas, en la parte de abajo veis que está la capa del framework, en la que conviven las librerías. El framework YULA, que ya os digo que se hace para independientemente de la librería, se refiere, fundamentamente, en librerías externas. YULA utiliza Moutools y jQuery en el código y las integra a través de esa librería y utiliza alguna otra más. El propio framework YULA y los plugins, aquí en YULA, aunque el concepto es de plugins, tú puedes extender la funcionalidad y añadiendo pequeñas aplicaciones externas, los plugins están a un nivel más bajo porque me resulta muy interesante la charla anterior porque yo no conocía mucho cómo funcionaba internamente WordPress y los plugins en YULA funcionan con unos disparadores de eventos que están a través de todo el ciclo de ejecución de YULA. Entonces, el mismo plugin realmente puede ejecutar código en distintos puntos del ciclo de ejecución porque va disparado por eventos. No es un gancho en el que mete el código y todo el código se ejecuta y va por eventos. Los plugins te permiten, digamos, modificar toda la funcionalidad de YULA desde principio a fin, tanto así que tú puedes, incluso, el primer evento. Se dispara cuando prácticamente se inicializa la ejecución, la inicialización del framework y tú puedes ahí decirle que no cargue las librerías básicas o muchas librerías básicas y cargar tú tus propias librerías, con lo cual puedes convertir el CMS en una cosa totalmente distinta. Es un poco asurdo, pero como poderse se puede hacer. En el medio está la capa de aplicación que es, digamos, el CMS en sí, el soporte del CMS y en la parte superior las extensiones, que esto ya sí sería un poco más el estilo de WordPress, pero con ciertas diferencias, tan módulos, componentes y plantillas. Los módulos son pequeñas aplicaciones que ejecutan, muestran un pequeño trozo de información, pueden ir en cualquier parte de la aplicación o en cualquier página. Los componentes YULA intuitivamente funcionan alrededor de un solo componente, solo hay un punto de entrada a la aplicación que es un componente. Esto es diferente a WordPress, tú sí quieres tener por lo que he entendido aquí, donde si meto la pata me vais a perdonar. El ciclo de ejecución de WordPress es el que es y si tú quieres ejecutar, por ejemplo, o sea que WordPress se convierta en una tienda online, tú tienes que meter tu plugin en el gancho adecuado y ahí es donde se ejecuta todo. Después puedes meter otros plugins en otros ganchos y hacer, en fin, otro tipo de operaciones. YULA funciona alrededor de un componente. Tú tienes un componente que quieres que YULA muestre un blog, pues tienes un componente de blog al que tú llamas a través de un menú y ya estás dentro del componente de blog y te muestra toda la funcionalidad del blog, que en la misma página quieres tener un calendario, un gestor de calendario, instalas otro componente de calendario y le añades otra llamada a través de un menú y puedes ejecutar. Es todo alrededor de un componente. Y después las plantillas, que esto se entiende un poco mejor con el modelo Vista Controlador, es un patrón de desarrollo software que se implementa y se... YULA, digamos que está basado muy fuertemente en este modelo, tiene una serie de ventajas, básicamente las más interesantes desde el punto de vista de un proyecto de código abierto es que es fácil de extender, el código es más limpio, es más fácil de entender desde un desarrollador que venga de fuera. Y después, al estar basado en... Tú puedes modificar solo, para ciertas operaciones, solo la Vista, solo el controlador, normalmente solo la Vista o el modelo, facilita la colaboración entre múltiples desarrolladores. Voy a tener que correr un poco porque, como yo me temía, me he extendido demasiado. Es la parte esta que me pidió, Rafa, que, si podía explicar un poquito esto, ya me he comido casi todo el tiempo. Si queréis más información, he añadido aquí la transparencia, algunos enlaces, el que quieran extender cuando estén las transparencias online, lo podéis ver. Esta es la típica forma de presentar el YULA y WorkPrice. Una batalla, cuál es mejor. Todos que nos gusta la sangre, vemos un post de esto en el feed o en Twitter y, rápidamente, hacemos click y gana WorkPrice, seguro, o no, YULA machaca WorkPrice. Entonces, vamos todos y, si no nos gusta el post, los comentarios echan humo. Eso es un poco, digamos, la forma tradicional de presentar YULA y WorkPrice. Yo quiero hablaros de YULA y WorkPrice, no YULA contra WorkPrice. Juntos y revueltos, pero no así. Existe una extensión para YULA, que es WorkPrice for YULA. Te integra WorkPrice dentro de YULA. No me preguntéis por qué o qué utilidad puedes tener, porque estás ejecutando dos plataformas, o sea, eso tiene una caja brutal. Si realmente lo que quieres es un blog, usa WorkPrice, o hay extensiones de blog para YULA si te sirven o si tus usuarios entienden más YULA o están acostumbrados a manejar YULA, montan YULA. Pero esto, puede haber algún caso muy específico en el que se quiera actualizar la web de la compañía. Ellas existieron WorkPrice y hombres que queremos mantener, pero la parte del resto del portal, de fin. Puede haber algún motivo para usarlo. Este no es como os quiero hablar. Más bien os quiero hablar de esto. Esto es un estudio de una aplicación de Guapalizer, me parece que es, que tú la instalas en el navegador y va mandando datos a la central de estas gente y va viendo qué CMS utiliza la página por la que estás navegando. Y ellos elaboran una especie de gráfica de estudio de mercado, de la cuota de mercado de cada uno. Aquí, como veis, WorkPrice es el mercado de CMS barre, tiene un 55% de la cuota de mercado de CMS. Según esta aplicación, porque luego, según donde mire, hay disparidad entre las estadísticas, más o menos en los tamaños coinciden, pero no exactamente en el porcentaje concreto. Aquí dice WorkPrice, 55%, YULA, 21%, Drupal, un 10% y luego el resto, pues ya son más minoritarios. Aquí, por ejemplo, en esta gráfica, tipo 3,4%, probablemente se haya hecho mucho en Alemania, porque tipo 3 tiene mucho uso en Alemania. Otra gráfica que, como veis, aquí cambia los porcentajes. En las páginas del top un millón de Alexa, en la cuota es esta. WorkPrice es prácticamente igual, un 54,55%. YULA tiene menos que el anterior, Drupal un poco más y el resto de CMS de código abierto. Pero, de nuevo, se repite la tendencia. Estas son tendencias de ofertas de trabajo en un portal TrabajoIndic.com, como veis, WorkPrice dispara. Aquí, Drupal está por encima de YULA y YULA. Pero, si empezáis a mirarlo, en vez de que vien WorkPrice gana de calle y además machaca, más del doble, si cambiáis un poco la mentalidad podéis ver si sumáis Drupal y YULA prácticamente es el mismo volumen de trabajo que WorkPrice. Si lo sumáis todos, ahí es el doble, casi del volumen de trabajo. Los tres son códigos, son CMS de código abierto. Comparten mucha filosofía muy parecida. Los tres tienen comunidades abiertas. Yo estuve aquí ayer. Me he sentido muy bien, sinceramente. Hay muchas cosas, muchos de los temas que se trataron ayer que en el YULA de ahí que celebramos al final de mes en Mérida hay mucha de la temática que es la misma. Entonces, oye, ¿por qué pensar de no este y el otro realmente? Hay campos en los que WorkPrice no es por encasillarlo, pero es que WorkPrice para blogs es una maravilla. De hecho, hay más de la mitad de las páginas que están hechas con WorkPrice son parasitios que son de blogs o noticias. Es que es muy bueno para desarrollar un blog y, por diseño originalmente, estaba hecho para desarrollar blogs. Con el tiempo la aplicación está creciendo. Puede hacer cosas mucho más complejas, pero si quieres hacer un blog y no hay algún motivo que, por lo que sea, te convenga más hacerlo con YULA o Condrupal, pues desde el punto de vista, digamos, de integrador o de la agencia web puedes usar cualquiera, te puedes plantear usar cualquiera de las otras dos tecnologías. Después, además, para dar el salto de una a otra, tampoco es que estemos hablando que te tengas que pasar a desarrollar en Cial Modilla. Todas comparten PHP y MySQL, HTML y CSS o tecnologías web. Tiene importancia de tener que saber deseo o el que sea del mundo seo puede tener mercado tanto en YULA como en WorkPrice como en Condrupal. Es importante la usabilidad. En todo proyecto web es importante que haya algún experto en usabilidad. Luego también los expertos en usabilidad de WorkPrice pueden aprender muy fácilmente a desarrollar labor profesional en YULA. En fin, hay un montón de tecnologías y campos comunes compartidos que pueden hacer que se llegue con cualquiera de las tecnologías son comunes a las tres. Aquí si hay una pequeña diferencia, lo he bajado de una página de Drupal. La curva de aprendizaje de los CMS, aquí es donde hay una similitud más grande entre YULA y WorkPrice. YULA y WorkPrice están diseñados para el usuario medio. Yo os digo que yo no soy desarrollador, algo de código sé, pero yo no soy desarrollador y como probablemente yo, muchos de los que integran página web con WorkPrice tampoco conocen mucho de desarrollo de código. La curva de aprendizaje es bastante suave, bastante sencilla. En Drupal no. En Drupal tiene que ser un desarrollador, tiene que tener un background bastante importante. Evidentemente esto es exagerado. Pero bueno, yo creo que está desarrollado por alguien de Drupal, pero sí es una cosa en la que sí ve un punto de los más parecidos entre las tres, digamos que son las que comían, como habéis visto antes, el mercado de CMS y el código abierto, si es más parecido YULA y WorkPrice en esto. Después hay algunas cosas, por si no lo conocéis o no habéis para pensarlo, aunque hay mucha parte de la demanda de los usuarios en las que las tres tecnologías se solapan, le pueden dar respuesta. Hay otras en las que parece que unas tecnologías son mejores que otras. Por ejemplo, en temas de sitios gubernamentales, YULA tiene bastante éxito. Un grupo de usuarios de la comunidad de YULA creó este portal, YULAGO.info. Vieron que había muchos portales de gobiernos y de administraciones locales y dijeron, vamos a compilarlos todos en una sola aplicación web con un mapa para que se vea. Si tenéis curiosidad, miradlo, hay más ahora mismo esta captura de ayer, 3.164. Es bastante curioso, pero aquí es donde últimamente, donde finalmente quería llegar, el uso global de los CMS en este gráfico veis la parte grande, el 70 % no usa ningún CMS, digamos, del World Wide Web de internet, no usa ningún CMS, el 15 % es WordPress, el 2,7 % YULA, el 1,9 % es Drupal, pero hay un 70 % de gente que no tiene la suerte de usar un CMS de código abierto, ya sea WordPress, Drupal o YULA. Ahí es donde teníamos que centrarnos las tres comunidades en ese porcentaje grande de gente que probablemente obtenga todavía una página estática en HTML o tenga una solución privativa que les va a costar una pasta y que no va a ser escalable, en fin, va a tener las dificultades que conocemos del software privativo. Esto es uno de los puntos que yo creo fundamental de donde podemos encontrar un nexo, las tres comunidades, y en segundo es cada vez más la gente está en Facebook, le da su dato a Facebook, utiliza, quiere tener Google Analytics en su sitio, metemos el script en la página, estamos cediendo nuestros datos a Google, son corporaciones privadas y sobre todo en lo que se refiere a Facebook, el usuario no tiene poder sobre su propio contenido que genera, sobre su página, sobre lo que está haciendo en Internet. Tanto WordPress como Drupal como YULA permiten al usuario el control sobre su contenido, él es dueño de lo que instala, de lo que no instala, de quién mira sus datos, quién no mira sus datos, evidentemente todos queremos poner Analytics, porque en fin es el estándar del mercado, todos queremos ponerlo, pero siguiendo la filosofía del software libre debemos darle a los usuarios la oportunidad de ser dueño de su contenido y de lo que ellos ponen en Internet. Facebook te cambia las condiciones de uso y de privacidad de golpe o decide que alguien te denuncia y bloquea la cuenta y ya no tiene ese contenido o cierra un grupo todo el contenido que tenía ese grupo o vuela. Y básicamente mi idea de cómo YULA y WordPress pueden y deberían funcionar junto con Drupal, aunque ya digo que en el caso de los que nos dedicamos un poco más a esto, es más fácil para alguien de YULA pasarse a WordPress y usar las ambas y viceversa que no Drupal. Drupal, si no tienes un background técnico muy alto, es más fácil entrar, el que lo tenga perfecto, lo tiene mucho más fácil para las tres. Y, por último, invitaros a los que queráis, igual que yo he estado aquí estupendamente, me he sentido muy bien acogido por la comunidad de WordPress. Sé que coincide con las workings de Lisboa, con lo cual va a estar difícil, pero, bueno, Mérida está aquí de Sevilla, camino de Lisboa, viernes y sábado. Si queréis parar y echar un rato, pues estaremos encantados de compartir experiencia con vosotros, porque al final las comunidades, que es lo mejor que hay detrás de estos proyectos, son muy parecidas y todos compartimos las mismas inquietudes. Gracias.