294. Proyecto Piloto del Contributor Dashboard

·

El llamado Project Thread vuelve a retomarse con otro equipo y otra visión, en la que desde el panel de administración se pueda ver la evolución de una persona dentro de cada equipo en el que participa.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Transcripción del programa

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 15 al 21 de diciembre de 2025.

La comunidad WordPress ha retomado un nuevo experimento importante: el Proyecto Piloto del Contributor Dashboard. Este esfuerzo nace de peticiones continuas dentro del ecosistema para tener mejor visibilidad de cómo las personas se integran, participan y crecen en los distintos equipos de contribución.

Hasta ahora, la actividad de muchos colaboradores, especialmente fuera del código, está fragmentada entre diferentes herramientas y sitios, lo que dificulta tanto reconocer aportes como comprender trayectorias de participación a lo largo del tiempo. El objetivo del dashboard es unir esas señales dispersas en un solo lugar para poder entender patrones de contribución y mejorar la experiencia de los propios colaboradores.

El concepto central es una “escalera de contribución” que va desde la conexión inicial hasta niveles de liderazgo: Connect → Contribute → Engage → Perform → Lead. Esta estructura no clasifica a nadie como mejor o peor, sino que describe cómo evoluciona la participación de una persona en WordPress, independientemente de si su contribución es de código, documentación, apoyo comunitario u otro tipo de trabajo valioso. La idea es que los equipos puedan detectar dónde podría faltar apoyo, qué caminos funcionan y cómo fomentar una comunidad más fuerte y sostenible.

El proyecto está actualmente en fase activa de desarrollo del piloto, con un lanzamiento planificado para finales de febrero de 2026. Una versión limitada se construirá usando un plugin personalizado que organiza datos de actividad existente sin imponer nuevas cargas a los contribuyentes ni reemplazar iniciativas como Five for the Future. El dashboard se alojará inicialmente en infraestructura externa para pruebas antes de pasar a sistemas de WordPress.org en fases posteriores, y la comunidad está invitada a participar en pruebas, validación y evolución del enfoque.

Aterriza Gutenberg 22.3, que introduce varias mejoras enfocadas en usabilidad y flujo de trabajo dentro del editor de bloques. Destaca una página dedicada de Tipografías, accesible desde el menú de Apariencia, que centraliza la gestión de fuentes para temas basados en bloques y simplifica instalar, previsualizar y organizar tipografías sin tener que navegar por múltiples paneles. Esta página también estrena parte de la nueva infraestructura de enrutado del editor de sitio, que abre camino a futuras pantallas de administración más fluidas.

En la edición de imágenes, se ha renovado el cropper dentro del editor: ahora conserva proporciones y niveles de zoom al rotar imágenes, corrigiendo una molestia de uso frecuente y sirviendo de base para mejoras futuras. El bloque Grid se vuelve verdaderamente adaptativo, ajustando sus columnas a distintos tamaños de pantalla, lo que facilita construir diseños flexibles sin añadidos externos.

Además de estas mejoras visibles, el plugin incluye otros ajustes útiles: notificaciones por correo cuando alguien deja una nota en un contenido, mejoras en el bloque Breadcrumbs con soporte de alineación y comentarios paginados, nuevas opciones de plantillas para menús de navegación y mensajes de error más claros cuando se pierde la conexión.

El proyecto WordPress ha propuesto un esquema de tres versiones mayores en 2026, con fechas específicas para planificación, desarrollo y publicación. La idea es dar previsibilidad tanto a desarrolladores como a usuarios finales, haciendo que cada ciclo de lanzamiento tenga tiempo para diseño, desarrollo de funcionalidades, pruebas y estabilización antes de llegar al público general. Este calendario busca equilibrar innovación con calidad, permitiendo a todos los equipos de contribución coordinar mejor sus tareas durante el año.

Las fechas propuestas detallan ventanas claras para cada etapa de los ciclos. El primer lanzamiento mayor de 2026 está previsto para finales de abril, seguido por un segundo release en julio o agosto, y un tercero en noviembre o diciembre. Cada uno de estos ciclos incluye plazos para documentación, pruebas de compatibilidad y comunicación con la comunidad.

Esto haría que WordPress 7.0 se lance el 9 de abril de 2026, WordPress 7.1 el 19 de agosto y WordPress 7.2 el 8 de diciembre.

Este enfoque refleja los aprendizajes de años anteriores: al tener varias versiones mayores bien espaciadas, se facilita que los proyectos más ambiciosos se dividan en incrementos manejables, que los equipos de documentación y soporte puedan preparar materiales con antelación y que los usuarios tengan actualizaciones continuas pero estables.

Y sobre WordPress 7.0, y su funcionalidad más esperada, la colaboración en tiempo real, que permite que varias personas editen el mismo contenido simultáneamente al estilo de Google Docs, está en desarrollo y desde octubre de 2025 se está probando en beta cerrada con clientes de WordPressVIP para recoger datos reales sobre su uso en entornos de producción.

El feedback inicial de las pruebas con 45 participantes muestra que, cuando los sitios usan el editor de bloques moderno y prácticas recomendadas, la colaboración funciona bien incluso en escenarios exigentes, como varios editores añadiendo bloques a la vez o realizando copias complejas de contenido.

Los comentarios también señalan áreas a mejorar antes de una inclusión más amplia, como el seguimiento de atribución de cambios cuando múltiples personas editan, la compatibilidad con metadatos heredados y la accesibilidad. Uno de los siguientes pasos es ampliar las pruebas en entornos diversos para preparar la función para producción general.

En los últimos seis meses, el equipo Core AI ha pasado de ser un grupo pequeño y experimental a convertirse en un esfuerzo central dentro del proyecto para integrar de forma nativa capacidades de inteligencia artificial en la plataforma. Desde su formación a mediados de 2025, el equipo ha definido y construido los bloques fundamentales necesarios, como el Abilities API para describir y exponer funciones de WordPress a sistemas de IA, un cliente PHP unificado para comunicarse con proveedores de IA y un adaptador al ecosistema MCP, y ha creado el plugin AI Experiments como laboratorio y referencia para nuevas funcionalidades.

Como resultado, gran parte de esa infraestructura ha llegado a WordPress 6.9 o ya existe en estado usable: el Abilities API es parte del núcleo, mientras que los demás componentes siguen evolucionando en sus repositorios respectivos. El enfoque ha sido construir una base sólida y flexible antes de llevar funcionalidades concretas directamente al core, con una hoja de ruta clara hacia WordPress 7.0.

En el Blog de Desarrolladores se ha publicado una entrada titulada Cómo añadir tests unitarios automatizados a un plugin de WordPress, con un enfoque práctico y accesible para desarrolladores. Repasa por qué el testing es clave para mantener la calidad y evitar regresiones, y guía paso a paso en la configuración del entorno de pruebas usando las herramientas oficiales de WordPress, la estructura básica de los tests y su ejecución automática, sentando una base clara para integrar el testing en el flujo de desarrollo habitual.

Otra entrada presenta Word Switcher como un ejemplo práctico de cómo extender bloques del núcleo usando la Interactivity API. A través de un caso real, muestra cómo añadir comportamientos dinámicos a bloques existentes sin recrearlos desde cero, explicando el enfoque técnico, la separación entre marcado y lógica interactiva y cómo esta API abre la puerta a experiencias más ricas y mantenibles dentro del editor de bloques.

El equipo de Test reconoce que su actividad actual depende de muy pocos colaboradores, lo que genera cuellos de botella y riesgo de fatiga. Para mejorar la participación sostenida, están revisando cómo se define la membresía: en 2026 se introducirán criterios más claros de participación activa, desplazando la idea de entrar solo por representación o logros puntuales hacia un enfoque de compromiso sostenido, y otorgando un estatus de emeritus a quienes demuestren contribuciones consistentes a largo plazo.

Como parte de este cambio llega el nuevo Test Team Training Program, un programa de entrenamiento estructurado que se lanzará en enero de 2026. Su objetivo es ofrecer recursos y formación en cuatro áreas clave: desarrollo de recursos y manuales, colaboración y comunicación en el equipo, fundamentos y mejores prácticas de testing, y gestión de reuniones y scrubs. El programa durará unas cuatro semanas, requiere unas 20 horas de dedicación y, aunque completar el entrenamiento no garantiza automáticamente un lugar en el Test Team, facilita una guía clara para llegar a ser contribuidor activo, con acceso inicialmente limitado a cinco plazas.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

Comentarios

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *