Distribución de complementos en wordpress.org en una nueva generación de WordPress

Hace unas semanas, hubo mucho drama sobre la decisión de la revisión del tema de WordPress para pedir todos los temas en el depósito de temas de WordPress.org para usar el personalizador para las opciones del tema. Personalmente, creo que esto es genial y, de hecho, espero con ansias el año pasado, cuando la idea se presentó por primera vez. Es un gran ejemplo de cómo la gestión de proyectos de WordPress ha utilizado sus posiciones influyentes para ayudar a mejorar la plataforma. WordPress.org ocupa muchos roles, uno de los más grandes es la distribución del código en forma de arados, temas e incluso el propio WordPress. Cualquier cambio en cómo se cumple este papel será controvertido, si la decisión de hacer esto es correcta (cómo este cambio reciente) o incorrecto. Debido a las controversias inherentes y al impacto que tendrán estos cambios, se debe aplicar precaución.
Aunque creo que la prudencia es un componente necesario para cualquier cambio importante, sin embargo, también creo que no debería ser en el camino del progreso. El almacén del complemento, en su estructura, implica muchas cosas sobre el estado del ecosistema de WordPress que habría sido posible una vez, pero ya no son aplicables. Barreras en el camino de la ubicuidad Mi propio negocio se basa en la venta de acceso y asistencia al software gratuito. Esto es algo que el fundador del proyecto de software GNU, Richard Stallman, así como muchos otros líderes de software libre, ha dicho explícitamente que no es incompatible con la idea del software libre.
Si empresas como la mía (y todas las cosas antes de mí) que hayan vendido con éxito complementos y temas para WordPress no habrían hecho esto, no habríamos tenido el ecosistema de WordPress con flores que tenemos hoy. Por ejemplo, se crearon los foros de asistencia específicos del complemento para cualquier persona para discutir un complemento, expandir y reparar sus errores. Este modelo funciona muy bien en Internet para ayudar a los desarrolladores a trabajar juntos. La realidad es que el repositorio del complemento WordPress.org está orientado principalmente al final o al usuario implementando en este momento. WordPress.org no es Github, que no cumple este papel. Los foros de asistencia de complementos son actualmente un lugar donde los usuarios esperan la ayuda del autor del complemento, sin tener en cuenta si el complemento es un producto comercial o simplemente algo interesante que alguien ha publicado para que otros puedan compartir. Esta expectativa de asistencia gratuita está involucrada en La estructura del sitio y me pregunto si acepto que esperar el soporte libre debe seguir siendo una condición de distribución a través de wordpress.org. Tal vez es hora de permitir que los desarrolladores de arado renuncien a foros de asistencia o brinden asistencia pagada a través de wordpress.org. Sé que la idea de pagar cualquier cosa a través de WordPress.org parece extraña, pero no está en absoluto en contradicción con la ideología GNU detrás del sitio. Opcionalmente, la tarifa de asistencia no evita la distribución gratuita del software libre. De hecho, creo que la alienta.
Darle el código cien o miles de veces no cambia el costo para crearlo, si tiene una plataforma de distribución gratuita como WordPress.org y no corre el riesgo de ser enterrado en el soporte no remunerado. La reducción de la barrera para crear un negocio sostenible y rentable en torno a los productos de WordPress distribuidos de forma gratuita es esencial para aumentar el ecosistema de WordPress. Esto se debe en gran medida al hecho de que los modelos comerciales de WordPress se basan en la ubicuidad y el acceso abierto, en lugar de la falta y el acceso restringido. El modelo menos restrictivo es lo que Matt Mullenweg elogió cuando habló con Matt Medearos en un excelente episodio de Podcast Matt Report. Aunque quería estar 100% de acuerdo con Matt Mullenweg, tuve que recordar la diferencia entre su negocio respaldado por Risk Capital y mi propio negocio autofinanciado. Tiene automáticamente el crecimiento de la plataforma WordPress y la base de usuarios de sus productos, para que puedan ser más atractivos para la próxima ronda de redondeo. No critico eso. De hecho, creo que es genial. El hecho de que pueda usar este fondos para construir productos geniales y casi completamente gratuitos, como WordPress.com y Jetpack, mientras dona mucho tiempo a los empleados del Proyecto de código abierto, tanto en términos de tiempo de desarrollador como de la organización de la organización de la La comunidad es vital para el éxito de WordPress.
Dicho esto, la mayoría de los negocios en nuestro ecosistema son autofinanciados y bootstrappped y deben volverse rentables. WordPress.org probablemente no debería convertirse en una plataforma de comercio electrónico y no creo que sea el lugar correcto para vender complementos y temas. Sin embargo, podrían facilitar mejor la asistencia pagada como una forma de alentar a las empresas que crean temas y complementos para hacer una distinción entre software libre y asistencia gratuita. Esto ayudará a aclarar las expectativas de los usuarios finales, al tiempo que proporciona motivación para que los desarrolladores distribuyan su código. Valores más fáciles porque los complementos y los temas solo se pueden evaluar en wordpress.org, es más probable que los usuarios molestos o frustrados que los satisfechos. De hecho, muchos usuarios usan malas evaluaciones para atraer especial atención de los desarrolladores. Esta influencia injustificada podría minimizarse reduciendo las barreras a la transmisión de revisiones. El lugar más lógico para enviar una evaluación o revisión es dentro de WordPress. Esto no es posible hoy, porque no hay forma de hacer una solicitud autenticada contra la API de complemento WordPress.org. Esto hace que sea imposible agregar puntos finales a la URL para evaluaciones y revisiones.
Si WordPress.org ha actuado como un proveedor de OAUTH, sería relativamente simple agregar un botón “Evaluar este complemento” o “evaluar este tema” al administrador de WordPress. La distribución, no el desarrollo, mientras que los complementos y los depósitos de temas funcionan con un sistema de control de versiones SVN, casi nunca funcionan como uno. En contraste, la mayoría de las veces, cometer una sola versión se logra copiando el complemento o el tema desde donde realmente se desarrolla, generalmente GitHub. Los desarrolladores de temas ni siquiera tienen el acceso correcto a sus depósitos SVN; En cambio, simplemente carga un archivo zip. Esto conduce a problemas más importantes. WordPress.org SVN no se usa para el desarrollo de la mayoría de los complementos e, incluso si fue, carece de la interfaz de uso para una fácil colaboración. Como resultado, generalmente no está claro dónde un usuario puede informar o corregir un error. Este es un problema importante, porque conduce al uso incorrecto de los foros de asistencia y se convierte en una barrera para la colaboración. Simplemente permita que los desarrolladores de temas y arados especifiquen la ubicación del control real de su versión contribuirían en gran medida a la mitigación de este problema. Se podría usar fácilmente una nueva meta información opcional en el tema o encabezado del complemento para resolver esto.