Este artículo se sale de lo que quería que fuese el blog, algo más centrado en tecnología y dejar el resto de lado, al final parece que no puede ser.
Hace años que me conozco a mi mismo, se que soy un bocazas, y también se que suelo soltar las cosas directas, crudas, y sin "suavizar", soy nieto de mi abuela, eso no lo puedo negar.
Una vez contextualizado al autor vamos con el artículo.
La comunidad de Drupal llevaba desde 2019 parada, incluso en el caso de Madrid la comunidad local llevaba algo más de tiempo parada, las responsabilidades de las personas que tiraban de la comunidad había hecho que no se hicieran tampoco muchas D&B (si no damos una charla por lo menos hacer un poco de terapia de grupo).
En eso que aparecieron dos personas hace relativamente poco y montaron un grupo de Meetup dedicado a Drupal, todos los grupos locales de meetup se habían movido a los grupos de drupal (este es otro melón que un día de estos tendremos que retomar). Genial, dos personas con ganas de hacer cosas.
Los problemas que veo yo a lo que están haciendo:
Primero los títulos de las reuniones "Drupal esta muerto", y "Cómo sobrevivir a Drupal", son dos títulos que no hay por donde cogerlos, parecen artículos de opinión de un periódico en el que se paga al "opinador" por las veces que se visualice la página y no por la lectura del artículo.
En comunicación una regla no escrita dice que los títulos negativos no se deben usar; el problema es que de 100 personas que vean el título de la charla 90 se quedan con el título, 10 entran en la charla y solo 1 aporta o participa. No es bueno dejar ese poso en Internet porque normalmente esas cosas se quedan ahí y luego la gente la va a recuperar, pongamos un ejemplo una persona que quiere decir que hacer con su futuro como programador y lee una entrada que pone "Drupal esta muerto" ¿Creéis que realmente se molestará en indagar mas? No, se quedará con la idea en la cabeza e irá a buscar otras opciones laborales.
Alternativas a los dos títulos de las charlas podrían haber sido:
"Evolución de Drupal para afrontar el futuro mejor", o "Pasado, presente, y Futuro de Drupal".
"Cómo migrar de Drupal 7 a Drupal 9" para la segunda charla.
Respecto al contenido de la primera charla, si quieres hacer una charla debate no pueden los organizadores de la misma copar el 75% de la charla y apenas dejar participar al resto, y menos cuando tienen un tiempo limitado para hacer la charla, eso no es un debate eso es lanzar tu discurso y evitar que nadie te de la réplica.
Respecto a lo que se dijo en la charla, algunos apuntes que creo que son necesarios matizar.
Wordpress y Drupal son dos productos totalmente diferentes por lo que no puedes compararlos, y si intentas compararlos no busques escudarte solo en datos brutos da profundidad a esos datos, no vale decir "se hacen más webs en Wordpress que en Drupal", aporta la información de el presupuesto de esas webs, de cuantas personas trabajan en cada proyecto, lo mismo nos encontramos que una web en Worpdress trabaja 1 o 2 personas a lo sumo, y para una web en Drupal tienes un equipo de 4 o 5 personas trabajando; lo mismo pasa con los presupuestos vamos a ver un Worpdress de 3 o 5 mil € contra un Drupal de 45 o 50 mil €. Lo dicho no se pueden dar datos sin explicarlos, no solo no sirven de nada sino que se crea una falsa realidad.
Lo mismo pasa con los módulos migrados a Drupal 9, es verdad en Drupal 7 había más módulos que en Drupal 9, pero vamos a comparar el índice de penetración de dichos módulos, vamos a ver cuantos estaban repetidos, o cuantos han sido superados por otros (por ejemplo en d7 existía field collection, luego se creo paragraphs que lo tienes en 9, tamibén existía Beans, el cual en cierta forma ya esta en el core de Drupal 9, y un largo etc....). Repito lo que dije antes, no podemos soltar datos en bruto sin explicar porque dichos datos no aportan más que la visión que nosotros buscamos y no la realidad, a la hora de presentar datos se tienen que trabajar, se tienen que contextualizar y organizar, pero este trabajo de organización de datos es algo laborioso y me parece que no se busca más que el clickbait.
También se hablo de que Drupal 9 es dificil, Drupal nunca ha sido una herramienta sencilla si la comparamos con Joomla o Wordpress y eso se debe a que son productos totalmente diferentes, Drupal es un Framework CMS, Joomla y Wordpress son CMS. Así y todo Drupal siempre ha sido dificil, solo hay que ver la imagen de la curva de aprendizaje que tenía Drupal 7.
Lo dicho, Drupal nunca ha sido una herramienta sencilla; mi recomendación es que la persona que quiera aprender Drupal se mire la formación de Forcontu, en castellano ahora mismo la mejor formación que conozco, y encima puedes salir certificado.
También se hablo de que el cambio de Drupal en 8 y 9 lo había alejado de su mercado, si es cierto que el enfoque de Drupal 8 y posteriores es "enterprise", es decir que ya no se piensa en Drupal como una herramienta para la ferretería del barrio como podría ser un Drupal 7 o un Wordpress. Tenemos que tener en cuenta que el nicho de negocio de Drupal 7 ha cambiado mucho desde que apareció el CMS, en 2011 ni las redes sociales estaban tan extendidas, ni los servicios "low-code/no-code" estaban tan extendidos, y productos Saas tipo tiendas online tampoco existían; hoy día si existen y muchas personas han preferido dejar sus webs personas de lado por ir a plataformas donde escribir, promocionar su empresa, etc... usando diferentes herramientas gratuitas o no tan caras para hacer lo mismo que hacían antes; recuerdo una web de un restaurante que en su día "compartía" el menú del día por suscripción rss/boletines ahora lo hace en un canal de telegram; donde antes los comentarios eran en la web ahora son en plataformas tipo tripadvisor, etc... "El mundo se ha movido" y si no te mueves con él mueres, y es por eso que Drupal se ha tenido que mover también.
Se comentó que las nuevas generaciones no querían aprender Drupal, la falta de programadores (ya no solo de Drupal, en general) es un problema que se viene avisando desde los años 90 en los planes de sociedad de la información, no nos hagamos ahora los sorprendidos de los que en el año 97-98 decía que en España faltarían al menos 200.000 profesionales de informática (FP e ingenierías) para afrontar el futuro. A esta falta generalizada de profesionales tenemos que añadir dos factores, el primero es que por comodidad de los creadores hoy día los bootcamps que se suelen ofrecer son de JS para back y front, y algunos de Python y JS porque para bigdata Python es uno de los lenguajes más demandados y al final los bootcamps lo que quieren es formar personas que vayan a ser contratadas fácilmente y en ese caso el primero por ser un lenguaje muy extendido y el segundo por su gran demanda en estos momentos son de los lenguajes que más salidas tienen, pero eso no quita que el resto de lenguajes no tengan también salidas.
En el caso de que los profesionales que salen de estudiar no conozcan Drupal son las empresas y la comunidad los que tienen que hacer el esfuerzo de evangelizar, la evangelización puede ser algo muy frustrante y a lo sumo de una charla a 30 personas solo 1 se interesa, pero 1 persona siempre será más que ninguna, por otro lado las empresas, las mismas que se suelen quejar de que no tienen profesionales deberían firmar convenios con universidades y centros de formación profesional para que aquellos estudiantes que tengan que hacer prácticas las puedan hacer en las empresas aprendiendo Drupal, es cierto que esos alumnos después de aprender se pueden ir a otras empresas a trabajar, es algo que me dicen algunas personas y en ese caso esa empresa tendrá que pensar porque los alumnos en prácticas se van a otras empresas, y lo segundo pensar que es mejor no tener a nadie (o tener que sacar a pasear la cartera para contratar profesionales), o empezar una relación contractual-laboral con estudiantes que están aprendiendo en esa empresa.
Pues eso, lo dicho, la primera charla todo mal, mal el título, mal ejecutada la participación de la misma, la duración y el enfoque, y estas cosas se tienen que hablar para mejorar y evitar que se vuelvan a repetir.
