Los colaboradores de WordPress buscan un camino a seguir para la API REST de WP

Durante el fin de semana, la discusión continuó en torno a la dirección de la API REST de WP, ya que tanto Matt Mullenweg como Ryan McCue recurrieron a sus blogs de WordPress para aclarar las declaraciones de la reunión de estado de la semana pasada. Las diferencias de opinión están impulsando un acalorado debate sobre lo que constituye una meta para la preparación de la API para el núcleo.

En una publicación titulada "Pollo y huevo", Mullenweg abordó la reciente discusión sobre la API REST de WP mientras compartía una anécdota de un libro que cubre la historia de la era del hip-hop de mediados de los 90.

Me encanta la idea de que Questlove se dé cuenta de que le faltaba algo a la canción y regrese a la cabina para seguir trabajando en ella hasta que resuene en su público objetivo. Una canción que no se destaca por sí sola no sería mejor cuando se incluyera como parte de un álbum. (O Samsung tendría las aplicaciones más populares en Android). Los fanáticos escuchan el cuidado y la calidad de cada pista y se convierten en súper fanáticos.

Mullenweg lo relaciona con las consideraciones al crear productos para la web:

Hay esta tensión en todo lo que producimos. ¿Dónde está la línea a pisar entre 1.0 es el producto más solitario y mínimo viable? ¿O se trata de un producto mínimo adorable? ¿Estamos construyendo un coche sin aire acondicionado o un coche sin ruedas?

'Pivot' se ha vuelto obsoleto, pero es mucho peor asumir que la distribución resolverá algo fundamental de su producto que no funciona.

Mullenweg mencionó la misma analogía del automóvil durante la reunión de la semana pasada. En respuesta a un comentarista que pidió más aclaraciones sobre cómo se aplica la analogía a la API REST, Mullenweg dijo lo siguiente:

Si desea una buena heurística para usar en general: hubo décadas de automóviles, millones de vehículos y conductores, antes de que tuvieran aire acondicionado. La propuesta de valor central de un automóvil es el transporte, AC solo lo ayuda a llegar más cómodamente. No necesitaba un automóvil para obtener aire acondicionado, podría tenerlo en su casa. El aire acondicionado puede hacer que elija un automóvil en lugar de otro, pero probablemente no caminaría ni montaría a caballo si el automóvil no tuviera aire acondicionado, simplemente bajaría las ventanas.

Esto plantea la pregunta, ¿qué constituye ruedas? Los colaboradores de esta discusión están divididos sobre si los puntos finales existentes están listos para fusionarse en el núcleo o no. Los miembros del equipo de API REST de WP, muchos de los cuales ya están utilizando con éxito la API en producción, creen que los puntos finales ya están listos. El estado actual de la API ofrece la capacidad de ingresar y sacar contenido de WordPress, abriéndolo para una comunicación más fácil con otras plataformas, que muchos creen que es el caso de uso principal.

Mullenweg y otros que se unieron a la discusión la semana pasada están a favor de ofrecer algo más completo, una API REST que admita todo lo disponible en wp-admin. Esto incluye muchas funciones de administración de sitios de WordPress y alejaría varias versiones de la API de la preparación básica.

En un comentario sobre nuestro informe inicial, Drew Jaynes abogó por lo que él cree que es un término medio que proporciona un sólido punto de partida. Esto implicaría resolver las piezas que faltan en los puntos finales existentes antes de fusionarlos (elementos como publicaciones protegidas con contraseña, guardados automáticos y vistas previas de publicaciones, y meta).

“Como yo y otros del grupo de contribuyentes/comisionados dijimos en el chat, puede haber un término medio”, dijo. “Queda por verse si eso termina pareciéndose a los cuatro puntos finales principales, cuatro puntos finales centrales con algo de sabor, paridad XML-RPC o alguna medida de paridad wp-admin”, dijo.

En una publicación titulada "Mejora progresiva con la API REST de WordPress", Ryan McCue describió un enfoque iterativo completo que impulsaría la distribución ahora y desplegaría más puntos finales en versiones futuras:

La mejora progresiva es nuestra solución clave para un par de problemas relacionados: compatibilidad futura con funciones y versiones futuras de WordPress, y manejo sólido de tipos de datos en WordPress. La mejora progresiva también desbloquea el proyecto de API REST y garantiza que no haya necesidad de esperar hasta que la API REST tenga paridad con todas las funciones del administrador de WordPress.

La publicación de McCue brinda más detalles sobre las capacidades de detección de funciones de la API REST, que permiten a los desarrolladores detectar fácilmente la compatibilidad con las funciones y crearlas de manera compatible hacia adelante mientras esperan la compatibilidad principal.

¿Es la distribución la respuesta?

Durante la reunión de la semana pasada, McCue dijo que continuar con el desarrollo del proyecto como complemento de funciones hará más daño que bien. Si no se permite el envío de la API REST sin ofrecer soporte para todo en wp-admin, el equipo se verá obligado a continuar iterando en él como un complemento de funciones y, al mismo tiempo, resolver obstáculos difíciles en el núcleo de WordPress. Con solo cuatro colaboradores principales que trabajan menos de medio tiempo en el proyecto, este requisito podría detener la API REST de WP indefinidamente.

“Creemos que el enfoque de mejora progresiva es el mejor enfoque para continuar con el desarrollo de API”, dijo McCue. "La mejora progresiva es un paradigma que el proyecto API REST debe adoptar, si es una API que queremos agregar (sin romper la compatibilidad con versiones anteriores) durante los próximos 10 años".

Mullenweg, que ha liderado un enfoque iterativo del desarrollo a lo largo de la historia de WordPress, desconfía de aferrarse a la distribución como el único camino a seguir.

@Krogsgard Nadie está en contra de la iteración. Es: iterar en el complemento con apuestas bajas, o iterar en el núcleo, ¿enviar a decenas de millones de sitios?

— Matt Mullenweg (@photomatt) 8 de febrero de 2016

Cuanto mayor sea el uso de WordPress, más fuertes se escucharán sus pasos. La iteración de la API REST en el núcleo, con distribución a millones de sitios, puede afectar a la web de maneras que los contribuyentes aún no pueden anticipar. Como dicen, pesada es la cabeza que lleva la corona. Las ondas se extienden más allá de los sitios de WordPress hacia las plataformas externas que también consumirán la API.

Los colaboradores todavía están discutiendo los matices del desarrollo iterativo en el núcleo frente a la entrega de una API más completa. Mientras tanto, la adopción se ve obstaculizada por la incertidumbre que rodea al proyecto y el hecho de que todavía tiene una dependencia de complemento. Todavía no está claro si los colaboradores de WordPress profundizarán y presionarán para que se incluyan los puntos finales en contra de la recomendación de Mullenweg o si optarán por dedicar más tiempo a pulir los puntos finales existentes. Si se requiere que el equipo de API REST de WP se asegure de que la API pueda admitir un reemplazo de wp-admin, es posible que no llegue al núcleo hasta finales de este año o más tarde.