#302 – Reducción del número de lanzamientos de WordPress

Síguenos en: Que durante la Semana Santa haya una actualización mayor de WordPress no es ninguna novedad, la noticia es que va a ser la única del 2025 🤨 ¿Qué tal la semana? Semana esther Preparando script “Aviso producto agotado” a medida para tienda PHP Penita por baja de clientes “históricos” Mil ganas de maquetar el nuevo diseño de la web de Osom Peleándome con una tarea cron que no se ejecuta Semana Nahuai Follow-up sobre cuantos podcast siguen activos tras más de 6 años. Solo 15% de los podcast de Apple Podcast están activos. Meetup de Terrassa con baja de última hora del ponente. Improvisamos una sesión de preguntas y respuestas. Viendo algunas de las charlas del evento sobre CSS moderno de Smashing Magazine. Miriam Suzanne sobre la complejidad de diseñar para la web Julia Miocene sobre micro-animaciones Adam Argyle en lo último de lo último Reunión del projecto grid-aware, pensando cómo aplicar el código a un plugin de WordPress. Se ha abierto la llamada artículos para la nueva edición de Branch Magazine. Contenido Nahuai Creo un nuevo tipo de contenido en, los snippets! El primero es: Tema de la semana: Propuesta para reducir el número de lanzamientos de WordPress Dotorg Core Committers Check In – Make WordPress Core En los últimos 6 meses, el número de tickets de Gutenberg y Core ha permanecido casi constante, pero la cantidad de nuevas funciones en Gutenberg ha disminuido desde enero. Esto llevó a discutir si se debería reducir la cadencia de lanzamientos. Pros de reducir la cadencia: Alineación con grandes organizaciones como eBay y Airbnb. Enfoque en calidad, señalando un reinicio intencional. Mejor enfoque en plugins canónicos y componentes independientes. Permite más tiempo para documentación e infraestructuras. Mejores características en cada lanzamiento, no solo correcciones. Menos carga para colaboradores y equipos de coordinación. Mayor automatización de procesos de lanzamiento. Contras y riesgos: Menos lanzamientos ralentizan los ciclos de retroalimentación. Los colaboradores pueden sentirse menos reconocidos. Dificulta la implementación de cambios progresivos. Puede generar ansiedad por actualizaciones grandes. Menos visibilidad del progreso del proyecto, lo que puede percibirse como estancado. Necesidad de mantener la confianza en las actualizaciones automáticas. Áreas propuestas de enfoque: Plugins Canónicos: Mejorar la retroalimentación y promoción de plugins comunitarios. Gestión del Backlog: Revisar los ~13,000 tickets para mejorar la calidad percibida y mantener la efectividad en lanzamientos menores. Miscellaneous: Fomentar pruebas de versiones beta/RC, simplificar el proceso de lanzamiento y mejorar la participación de colaboradores no técnicos. Resumen final: La versión 6.8 será el último gran lanzamiento del año y los lanzamientos de Gutenberg seguirán cada dos semanas. Los lanzamientos menores seguirán según sea necesario, con un enfoque más relajado para incluir mejoras. Se organizarán reuniones trimestrales para continuar estas discusiones. https://github.com/WordPress/gutenberg/graphs/commit-activity Novedades Ya tenemos el programa para la WordCamp Europe 2025 https://europe.wordcamp.org/2025/schedule/ Evento de diseño en Lleida: https://events.wordpress.org/lleida/2025/disseny/ Nueva insignia para los voluntarios de las WordCamps: https://make.wordpress.org/community/2025/04/02/announcing-wordcamp-volunteer-badges-on-wordpress-org-profiles/ Automatic reestructura la empresa y despide al 16% de su plantilla (unas 280 personas): Restructuring Announcement – Automattic https://www.therepository.email/automattic-cuts-16-of-workforce-in-latest-round-of-layoffs-amid-legal-and-internal-turmoil Tip de la semana Recomendación para mejorar el rendimiento cuando uses WP_User_Query: usar el parámetro ‘fields’ => [‘ID’, ‘user_email’]