WordPress considera un cambio de desarrollo histórico


Matt Mullenweg, desarrollador de WordPress y director ejecutivo de Autommatic, propuso dejar de agregar nuevas funciones a WordPress y pasar a una política de complemento primero.

Este nuevo enfoque para el futuro de WordPress ya ha dado como resultado una nueva función destinada a que la próxima versión de WordPress se elimine por completo.

Se dice que los complementos canónicos ofrecen una forma de seguir mejorando WordPress en un horario más rápido.

Pero algunos colaboradores principales de WordPress expresaron la opinión de que la experiencia del usuario del editor puede verse afectada.

Complementos canónicos

Discutido por primera vez en 2009, los complementos canónicos son una forma de desarrollar nuevas funciones en forma de complementos.

El objetivo de este enfoque es mantener el núcleo de WordPress rápido y eficiente al tiempo que fomenta el desarrollo de funciones experimentales en forma de complementos.

La propuesta original de 2009 lo describió así:

“Los complementos canónicos serían complementos desarrollados por la comunidad (múltiples desarrolladores, no solo una persona) y abordan las solicitudes de funcionalidad más populares con una ejecución superlativa.

… Habría una relación muy sólida entre el núcleo y estos complementos que garantizaría que a) el código del complemento sería seguro y el mejor ejemplo posible de los estándares de codificación, y b) que las nuevas versiones de WordPress se probarían con estos complementos antes del lanzamiento para asegurar la compatibilidad.”

Este enfoque de las funciones y opciones también se conoce como Plugin First, para enfatizar cómo aparecerán las funciones por primera vez en forma de complementos.

Estos complementos se denominan canónicos porque los desarrolla el equipo de desarrollo principal de WordPress, a diferencia de los complementos no canónicos creados por terceros que pueden limitar las funciones para alentar la compra de una versión profesional.

Se consideraría la integración de complementos canónicos en el núcleo de WordPress una vez que la tecnología de complementos haya demostrado ser popular y esencial para la mayoría de los usuarios.

El beneficio de este nuevo enfoque de WordPress sería evitar agregar nuevas funciones que la mayoría de los usuarios podrían no necesitar.

Se podría considerar que el complemento primero está en consonancia con la filosofía de WordPress llamada Decisiones, no opcionesque busca evitar sobrecargar a los usuarios con capas de opciones técnicas.

Al descargar diferentes características y funcionalidades a los complementos, un usuario no tendrá que pasar por habilitar o deshabilitar las funcionalidades que necesita, no necesita o no entiende.

La filosofía de diseño de WordPress establece:

“Es nuestro deber como desarrolladores tomar decisiones de diseño inteligentes y evitar poner el peso de las opciones técnicas en nuestros usuarios finales”.

¿Complementos canónicos del futuro?

Matt Mullenweg publicó una publicación titulada, Complementos canónicos revisadosen el que argumentó que esta es la forma en que WordPress debería desarrollarse en el futuro.

El escribio:

“Estamos llegando a un punto en el que el núcleo debe ser más editorial y decir “no” a las características que llegan tan ad hoc como a veces lo hacen, y espero que más equipos de Make usen esto como una oportunidad para influir en el futuro de WordPress a través de un enfoque de complemento que les da el lujo de ciclos de desarrollo y lanzamiento más rápidos (en lugar de tres veces al año), menos gastos generales de revisión y un camino para llegar al núcleo si el complemento se convierte en un gran éxito”.

La primera víctima de este nuevo enfoque es la cancelación de la integración de la conversión de imágenes WebP en la próxima versión de WordPress, WordPress 6.1, actualmente programada para noviembre de 2022.

Plugin-First es controvertido

El cambio a un proceso de desarrollo de complemento primero fue objeto de debate en la sección de comentarios.

Algunos desarrolladores, como el colaborador principal jon marrónexpresó sus reservas sobre la propuesta de cambiar al desarrollo con complementos canónicos.

Ellos comentado:

“El problema sigue siendo que hay demasiados complementos complicados que reemplazan lo que sería una característica opcional simple.

Los complementos _no_ son una opción fácil de usar para la configuración principal. Primero, los usuarios tienen que encontrar que hay un complemento, luego han negociado otra pantalla de configuración y actualizaciones y mantenimiento de ese complemento”.

El comentarista usó el ejemplo de una funcionalidad de comentarios que actualmente es servida por múltiples complementos inflados como una experiencia de usuario menos que puro.

Señalaron que tener un complemento canónico para hallar un problema es preferible al estado actual donde las opciones deseables solo se pueden encontrar en complementos de terceros inflados.

Pero también dijeron que tener una opción de configuración dentro del núcleo, sin la necesidad de un complemento, podría presentar una mejor experiencia de usuario.

Continuaron:

“Ahora, creo que los complementos de Canonical son una mejor situación que los complementos hinchados de 6+ como los que existen aquí, pero también lo haría una sola casilla de verificación agregada a la página de configuración en el núcleo para hacer esto. Lo que mejoraría aún más los problemas de UX y descubrimiento inherentes a los complementos”.

En última instancia, el comentarista expresó la idea de que el concepto de complementos canónicos parecía una forma de cerrar las discusiones sobre las características que deberían considerarse, para que la conversación nunca suceda.

Los «complementos canónicos» parecen una herramienta armada para descarrilar las discusiones de la misma manera que las «decisiones, no opciones» se han convertido durante años.

Esa última declaración es una referencia a las frustraciones que sienten algunos colaboradores principales con la incapacidad de agregar opciones para funciones debido a la filosofía de «decisiones, no opciones».

Otros tampoco estuvieron de acuerdo con el enfoque del complemento primero:

“El complemento canónico suena grandioso, pero aumentará aún más la carga de mantenimiento para los mantenedores.

En mi opinión, no es ir.

Será mucho mejor incluir algunas funciones básicas en el núcleo mismo en lugar de decir más: es un buen lugar para los complementos”.

Alguien más señaló una falla en el complemento primero en el sentido de que recopilar comentarios de los usuarios podría no ser fácil. Si ese es el caso, es posible que no haya una buena manera de mejorar los complementos de una manera que satisfaga las necesidades del usuario si esas necesidades son desconocidas.

Ellos escribió:

“¿Cómo podemos capturar mejor los comentarios de los usuarios?

A menos que los propietarios de sitios tengan el conocimiento suficiente para informar problemas en GitHub o Trac (seamos honestos, nadie informa problemas de complementos en Trac), realmente no hay forma de recopilar comentarios de los usuarios para mejorar estos complementos recomendados/oficiales. “

Complementos canónicos

El desarrollo de WordPress está evolucionando para hacer mejoras más rápido. Los comentarios de los colaboradores principales indican que hay muchas preguntas sin hallar sobre qué tan bien funcionará este sistema para los usuarios.

Un indicador temprano será lo que suceda con la función WebP cancelada que anteriormente estaba destinada a integrarse en el núcleo y ahora se convertirá en un complemento.


Imagen destacada de Shutterstock/Studio Romantic





Consultar el artículo en la publicación original

WordPress considera un cambio de desarrollo histórico
A %d blogueros les gusta esto: