Estado de la palabra 2018: WordPress adopta el editor de bloques

WordCamp US comenzó en Nashville durante el fin de semana, luego del lanzamiento de WordPress 5.0. En las primeras 48 horas, 5.0 se había descargado más de 2,8 millones de veces. Pasó los 3 millones el sábado por la noche.

“Han estado sucediendo muchas cosas, así que me gustaría permitirle a WordPress la oportunidad de volver a presentarse”, dijo Matt Mullenweg durante el preámbulo de su discurso sobre el estado de la palabra. Invocó las cuatro libertades como constitución del proyecto y llamó a la comunidad a volver a sus raíces.

“Es la razón por la que estamos aquí”, dijo Mullenweg. “WordPress no es algo físico; no es un conjunto de código. Es una especie de idea. WordPress está respaldado por la plena fe y crédito de cada persona y empresa que depende de él”.

Reiteró la misión del proyecto de democratizar la publicación y reformular su visión para avanzar en la web abierta.

“Como dije hace algunos años, estamos construyendo un sistema operativo web, un sistema operativo para la web abierta e independiente y una plataforma en la que otros realmente puedan construir”, dijo Mullenweg.

La cuota de mercado del 32,5 % de WordPress y su ecosistema comercial, que Mullenweg estima en 10.000 millones de dólares al año, le dan al proyecto los recursos para tener un impacto poderoso en el futuro de la web.

Mullenweg construye un caso convincente para el editor de bloques

Mullenweg resaltó la necesidad de Gutenberg al mostrar una selección de videos en los que los nuevos usuarios luchaban por realizar tareas simples en el antiguo editor. Sus experiencias estuvieron acompañadas de dolorosos comentarios:

• "Esto se siente como escribir un blog en 2005".
• “Esto fue muy meticuloso; esto no funciona."
• “¿Cómo agregaría un título? No tengo ni idea."

Mullenweg describió cómo solía alternar sin esfuerzo entre los editores visual y HTML antes de WordPress 5.0, pero se dio cuenta de que no todos los usuarios pueden hacer esto.

“Esta ha sido nuestra experiencia como editores durante más de una década y muchos de nosotros hemos aprendido a lidiar con eso”, dijo.

Siguió con un video que demuestra cuán fáciles son estas tareas en el nuevo editor de bloques e identificó los bloques como el camino a seguir para WordPress.

Algunos asistentes comentaron después del hecho que el usuario que estaba probando videos, emparejado con un experto que usaba Gutenberg, parecía desequilibrado y les hubiera gustado ver videos de nuevos usuarios intentando las mismas tareas en el nuevo editor. Sin embargo, el objetivo de ese segmento parecía estar más dirigido a comunicar la necesidad de Gutenberg y las posibilidades que abre una vez que los usuarios han tenido la oportunidad de crecer en él.

Mullenweg insta a los asistentes a "aprender profundamente los bloques"

Millones de usuarios pioneros ya adoptaron el editor de bloques durante la fase 1 del proyecto Gutenberg, que cerró con 1,2 millones de instalaciones activas y 1,2 millones de publicaciones escritas. Ya ha habido 277 charlas de WordCamp sobre Gutenberg, 555 reuniones centradas en el nuevo editor y más de 1000 publicaciones de blog discutiéndolo.

Los bloques se están apoderando del mundo de WordPress. La versión 5.0 se envió con 70 bloques nativos y ya existen más de 100 bloques de terceros y 1,000 configuraciones relacionadas con eso.

“Los bloques son predecibles, táctiles y pueden ser simples como un bloque de texto o tan ricos como una interfaz de comercio electrónico”, dijo Mullenweg. Los describió como el nuevo ADN de WordPress, a partir del cual los usuarios pueden crear cualquier cosa que puedan imaginar.

Mullenweg mostró dos sitios construidos con el editor de bloques, Indigo Mill y Lumina Solar. Estos hermosos sitios abren la imaginación a lo que Gutenberg es capaz de aportar a los sitios web.

WordPress.org destacará complementos y temas para impulsar el ecosistema de bloques. También hay más de 100 temas listos para Gutenberg disponibles para los usuarios en el directorio y una nueva etiqueta de bloque de Gutenberg que actualmente está disponible para complementos. También estará disponible para temas pronto.

Mullenweg destacó herramientas como el kit de herramientas create-guten-block, Block Lab y Lazy Blocks que facilitan a los desarrolladores la creación de sus propios bloques. También están surgiendo colecciones de bloques y bibliotecas. Dijo que una de las prioridades para 2019 es crear un directorio de WordPress.org para descubrir bloques y una forma de instalarlos sin problemas.

Sobre la base de la tarea que les dio a los desarrolladores de WordPress en 2015, "Aprender JavaScript profundamente", Mullenweg instó a la comunidad a "Aprender bloques profundamente". Los bloques brindan una gran cantidad de oportunidades para mejorar la experiencia del usuario más allá de lo que los creadores de Gutenberg podrían haber imaginado al principio.

Fase 2 de Gutenberg: bloque de menú de navegación, bloques de widgets, áreas de contenido temático

Mullenweg anunció las próximas fases del proyecto Gutenberg. La fase 2 ya ha comenzado y se centra en la personalización del sitio, ampliando la interfaz de bloques a otros aspectos de la gestión de contenidos. Esto incluye la creación de un bloque de menú de navegación. Reimaginar los menús será un desafío, y Mullenweg dijo que es posible que incluso se les cambie el nombre durante el proceso.

Los objetivos de la fase 2 también incluyen trasladar todos los widgets a bloques y registrar áreas de contenido temático en Gutenberg. Una primera versión de la fase 2 estará en el complemento de Gutenberg para que cualquier persona que desee ser parte de las pruebas pueda reactivarla.

Durante el tiempo de preguntas y respuestas, un asistente hizo una pregunta sobre cómo esta fase parece incluir muy poco sobre cómo hacer que las capacidades de diseño sean más sólidas. Preguntó si Mullenweg planea dejar que el mercado maneje esas decisiones de diseño o si Core definirá un lenguaje de diseño. Mullenweg respondió que puede ser más prudente ver qué están haciendo otros en el ecosistema y elegir y adoptar las mejores soluciones. También comentó que sería emocionante si los usuarios pudieran cambiar entre diferentes creadores de páginas en el futuro y no perder su contenido.

Fases 3 y 4 de Gutenberg: colaboración y soporte central para sitios multilingües

Mullenweg anunció que la fase 3 de Gutenberg, prevista para 2020, se centrará en la colaboración, la edición multiusuario y los flujos de trabajo. La Fase 4 (2020+) tiene como objetivo desarrollar una forma oficial para que WordPress admita sitios multilingües. Cuando se le preguntó cómo sería eso desde un punto de vista técnico, dadas las muchas soluciones existentes que ya están disponibles, Mullenweg dijo que no quería prescribir nada todavía, ya que todavía está en etapa experimental.

Otros anuncios importantes incluyeron un aumento muy esperado en la versión mínima de PHP requerida para usar WordPress. Para abril de 2019, PHP 5.6 será la versión mínima de PHP para WordPress y para diciembre de 2019, el requisito se actualizará a PHP 7.

Los lanzamientos de WordPress llegarán más rápido en el futuro, ya que el desarrollo de Gutenberg ha marcado un nuevo ritmo para la iteración. Mullenweg dijo que le gustaría que WordPress llegue al punto en que los usuarios no piensen en qué versión están, sino que elijan un canal en el que puedan ejecutar fácilmente versiones beta o la versión estable.

Mullenweg reconoce los errores cometidos y las lecciones aprendidas en el proceso de lanzamiento de 5.0

WordPress 5.0 fue uno de los ciclos de lanzamiento más largos y controvertidos en la historia del proyecto. Aquellos que estaban fuera del círculo interno de toma de decisiones soportaron una gran incertidumbre, ya que las fechas se anunciaron y luego se perdieron, y las fechas secundarias se descartaron a favor de impulsar 5.0 con solo tres días de anticipación.

“Teníamos miedo de anunciar una nueva fecha de lanzamiento después de perdernos la anterior”, dijo Mullenweg, reconociendo la controvertida fecha de lanzamiento. Dijo que esto parecía crear mucho miedo e incertidumbre hasta que anunciaron una nueva fecha. Las fechas parecían surgir de la nada y fueron estresantes para la comunidad.

Mullenweg destacó las lecciones que aprendieron en el proceso de lanzamiento de 5.0:

• Necesita que los diversos equipos de WordPress trabajen mejor juntos
• Necesito seguir aprendiendo JavaScript, aún más profundamente
• Importancia de la clasificación y congelamiento de códigos
• Anunciar siempre las fechas de lanzamiento

Mullenweg señaló que las versiones beta de WordPress 5.0 se probaron 100 veces más que otras versiones, lo que, según él, contribuyó a que Gutenberg se volviera más sólido antes de aterrizar en 5.0. Sin embargo, estos aspectos positivos parecían verse eclipsados ​​por varias fallas críticas en la comunicación que muchos sienten que traicionaron la confianza de la comunidad.

Señaló que la gente usaba el sistema de revisión de complementos como una forma de votar por Gutenberg y que tal vez la comunidad necesita un medio diferente para expresar ese tipo de cosas. Los usuarios hicieron esto porque sintieron que era uno de los únicos mecanismos de retroalimentación donde tenían voz. Las críticas negativas se acumularon en los primeros días del desarrollo del complemento, pero continuaron de manera constante a lo largo del viaje del complemento de funciones al núcleo. Después de que se lanzó 5.0, las críticas negativas sobre el complemento de Gutenberg continuaron llegando, y su calificación cayó a 2.2/5 estrellas.

Dolores de crecimiento y un llamado a la transparencia

Mullenweg dijo que el desarrollo de Gutenberg ocurrió completamente a la vista del público, lo que hizo surgir muchos desafíos asociados con el desarrollo de software de código abierto en público. El código era público, pero las decisiones más importantes se tomaban a puerta cerrada. Esto se vio agravado por la comunidad de desarrolladores que expresó su frustración durante los chats de desarrollo central y en las redes sociales.

Durante el segmento de preguntas y respuestas, varios miembros de la audiencia pidieron más transparencia en el proceso de lanzamiento y señalaron que la mayoría de las publicaciones y anuncios sobre 5.0 procedían de empleados de Automattic. Morten Rand-Hendriksen, quien se ha convertido en una especie de agitador comunitario en las preguntas y respuestas de WordCamp, recibió aplausos por su pregunta sobre el uso de la palabra "nosotros" en relación con las publicaciones en los blogs de make. Presionó a Mullenweg para obtener más información sobre dónde se toman estas decisiones.

Mullenweg dijo que el "nosotros" al que se refería con respecto a las fechas de lanzamiento de 5.0 se refería a un canal privado donde los líderes del lanzamiento lo discutieron. Dijo que con tanta gente apareciendo en los chats de desarrollo, las discusiones se volvieron difíciles.

“No me meto en una cueva y se me ocurren estas cosas”, dijo Mullenweg. “Aparecía mucha gente [en los chats de desarrollo] que nunca antes habían contribuido a WordPress y estaban desplazando la discusión del equipo central”. También dijo que las conversaciones privadas fueron “tan enérgicas como las públicas”, excepto que no hubo opiniones de paso.

Para los que estaban fuera, estas reuniones parecían ser secretas, ya que nunca se mencionaron ni resumieron en los blogs de make. Esto dejó a la comunidad de desarrolladores preguntándose de dónde venían estas decisiones y si tenían voz o no.

Gutenberg se desarrolló en público, pero se tomaron demasiadas decisiones en silos y no se comunicaron claramente. Esto se puede mejorar para 5.1 y más allá #WCUS

— K. Adam White (@kadamwhite) 8 de diciembre de 2018

Durante la sesión de preguntas y respuestas, Mullenweg dijo que escuchó una discusión vigorosa y diversos puntos de vista de los líderes de lanzamiento provenientes de diferentes compañías, mientras recopilaba la mayor cantidad de información posible de la lectura de reseñas, publicaciones de blogs y comentarios de la comunidad. Describió este proceso como parte del arte de tratar de dar sentido a todas las cosas diferentes que dice la gente y equilibrar eso.

Apoyar un proyecto liderado por BDFL requiere cierta confianza en que el liderazgo está escuchando. Durante las últimas semanas, Mullenweg ha hecho un gran esfuerzo para mantener abiertos los canales de comunicación.

Los dolorosos videos de prueba de usuarios que compartió Mullenweg demostraron cuán desesperadamente necesitaba WordPress crecer fuera de su antiguo editor. No es frecuente que el núcleo realice cambios que afecten casi todos los rincones del ecosistema de WordPress al mismo tiempo. Esta experiencia vino con una buena cantidad de dolores de crecimiento. A pesar de los errores de comunicación durante el proceso de lanzamiento de 5.0, Mullenweg ha llevado con éxito el proyecto a través de esta difícil transición. Aunque los asistentes de WordCamp EE. UU. parecían cansados ​​después de la versión 5.0, estaban unidos por un deseo compartido de avanzar y continuar trabajando junto con el liderazgo que ha mantenido a WordPress en el camino del crecimiento y la mejora durante los últimos 15 años.