Lo que WordPress nos enseña sobre los ecosistemas de software

WordPress es, sin duda, una de las piezas de software más exitosas de todos los tiempos. Claro, Microsoft Office y Windows son más influyentes. Apple iOS es enorme, al igual que Google Android. Ninguno de Linux es estúpido. Pero WordPress es relevante para todas esas plataformas y más. Y tiene aproximadamente el mismo nombre de reconocimiento para comenzar. Si las personas pueden llamar a una sola pieza de tecnología de infraestructura web hoy en día, existe una gran posibilidad de que WordPress sea el que conozco. (Sin tener en cuenta Facebook como infraestructura.) A las personas de WordPress les gusta jactarse de que ejecutan al menos el 25% de la web. Y correctamente o incorrecto, este número ofrece una idea bastante clara de su impacto como tecnología. Muchos desarrolladores web tienen opiniones sobre Rails, Jekyll, Django, Laravel o CakePhp. Cada desarrollador tiene una opinión sobre WordPress. ¿Por qué esto?
Esto es lo que exploramos hoy: ¿qué facetas del ecosistema actual e histórico de WordPress llevaron a su éxito? Comenzar a los primeros ayudas Una de las principales razones por las cuales casi todos los desarrolladores web tienen una opinión sobre WordPress es que ha sido una fuerza a considerar durante tanto tiempo. WordPress no es el proyecto más antiguo en la web, pero es más antiguo que muchos. La página de Wikipedia muestra la fecha de inicio de los proyectos como el 27 de mayo de 2003. Es decir: WordPress tiene 14 años. Hay proyectos web anteriores. Algunos de ellos también se mantienen activamente. Pero pocas cosas tienen la combinación de WordPress: una larga historia y un mantenimiento continuo y cuidadoso.
Hay muchas razones diferentes por las que podrían pedir el éxito largo e histórico de WordPress. Algunas cosas que discutiremos: una variante comercial sustancial (si no exitosa) del software
Amor de marketing y gestión continua de uno de los fundadores de proyectos, Matt Mullenweg
WordPress se centra en un público que no sea la mayoría de los otros programas.
El hecho de que muchas conferencias y comunidades grandes y pequeñas ahora hablen sobre ello y el apoyo.
La asistencia comercial ayuda, pero las fracturas y la confusión de WordPress.com causan muchos pedaderos comunitarios de WordPress.
WordPress.com causa muchos dolores de cabeza a WordPress Community Pedanta. Al ser Internet, la mayoría de los comentaristas dentro de la comunidad son pedantes. WordPress.com es una instalación única del producto de WordPress, que a veces se le da “wordpress.org”. WordPress.com ha existido durante mucho tiempo, 11 años más precisamente. Y automáticamente (el nombre de la entidad corporativa) hace un negocio rentable y continuo allí. WordPress.com no es un éxito imparable. Registra un aumento en la competencia de alternativas con fuentes cerradas. Pero la compañía siempre ha sido anfitriona de algunas de las personas más dedicadas e inventivas en la comunidad de WordPress. Esto está preocupado por parte de la comunidad de WordPress, pero el negocio de WordPress.com ciertamente respalda la salud del proyecto de WordPress en su conjunto.
No es el hecho de que los empleados de Matt Mullenweg (tanto personal como automáticamente) representan a la mayoría de los colaboradores de WordPress. Pero el apoyo que vino de ellos fue una fuerza positiva para mantener el proyecto en evolución y cambio de manera positiva. Y WordPress.com también ayuda a mantener el nombre del proyecto en noticias. Pero otras compañías, muchas grandes compañías de alojamiento, algunos consultores “grandes” centrados en WordPress, también apoyan a los contribuyentes. Está claro que, sin apoyo comercial, WordPress no estaría lejos de donde está hoy. BDFL, para mejor o para Mullenweg Ritum en WordCamp Europe 2013 en Leiden
El término “BDFL” es complicado en el sentido y el impacto. Representando el “Dictor amable de la vida”, el título a veces se otorga formal o informalmente a un miembro fundador o líder de un proyecto. En general, Linus Torvalds es BDFL para el sistema operativo Linux. En los lenguajes de programación, las personas a menudo hablan de Larry Wall (Perl) y Guido van Rossum (Python) como BDFL. En WordPress, si alguien tiene el título, formal o informal, pertenece a Matt Mullenweg. Generalmente diría que Mullenweg era una buena fuerza para WordPress. A través del apoyo que Automatic/WordPress.com ofrece al proyecto y por la cantidad de empleados más “personales” bajo los auspicios de su compañía personal “Audrey Capital”, devolvió mucho al software que construyó su carrera.

Los mejores puntos sobre el Sr. Mullenweg están más allá de mi interés aquí. Pero quiero enfatizar un ejemplo de influencia “buena” y “mala” que ejerció. Comencemos con el “bueno”. 5% para el futuro WordPress hace unos años, Mullenweg ha lanzado un desafío público a otras personas cuyo negocio se basa en el éxito continuo de WordPress. Desafió a aquellos que se beneficiaron de la plataforma para jugar el 5% de las personas de su proyecto que hacen posible su éxito. Este fue un desafío público, pero supongo que la había estado observando en privado mucho antes. En respuesta, muchas compañías de alojamiento y consultoría han tomado medidas para mostrar más formal y públicamente la forma en que contribuyen a la base de código y a la comunidad de WordPress. Fue algo bueno. Factor de autobús de WordPress: la existencia mítica en la que un proyecto se ve afectado por un miembro clave del equipo que es golpeado por un autobús, ahora está en un nivel mínimo. El número de colaboradores de trabajo duro que los empleadores pagan para devolver a WordPress es significativamente mayor de lo que fue una vez o es la norma para muchos proyectos de código abierto. Este es un gran ejemplo en el que un administrador benevolente es valioso. Petty Community Fights – Tesis y GLP Hay menos cosas sobre la administración de Matt Mullenweg. Aunque no quiero hacer de esto un ataque personal contra él, algunas de sus elecciones son cuestionables.
El ejemplo más destacado es el tema de la tesis. Alrededor de 2010, el ecosistema comercial de WordPress fue inicialmente. Los términos de la licencia para los temas estaban en todas partes en el mapa. Matt ha usado su poder para tomar actitud-wordpress tiene licencia de acuerdo con permisivo/viral (dependiendo de a quién le pregunte) LPL V2 y, por lo tanto, el software que se basa en él debe tener licencia de manera compatible. Si usted (o los tribunales) acuerdan esta opinión, está fuera de nuestro alcance en esta historia. Chris Pearson, quien creó el tema, pensó que podría y debería mantener una licencia de propiedad para su tema. Esto ha llevado (después de una serie de altercados) a ser tratados como un enemigo personal por Mullenweg. Los detalles específicos no valen la pena no merecer ni reiterar ni bien conocidos por mí. La conclusión general es que Mullenweg tiene (y todavía tiene) una campaña pública contra Pearson, quien incluyó el pago de prominentes bloggers para dejar de usar su tarea. El más inquietante, Mullenweg ha lanzado una demanda contra Pearson, por lo que automáticamente trata de invalidar sus marcas registradas para usar su nombre de base. El consenso general es que este es un acto de venganza, un caso en el que Mullenweg intenta regresar utilizando el abrumador poder legal del automótico.
Algunos leen esta historia como un rescate heroico del software libre (libre, sin restricciones). Otros ven todo como una lucha mala que está bajo la dignidad de alguien que demuestra regularmente una atención y cuidado impresionantes. Ambas lecturas sin duda contienen algo de verdad. Pero estos son el bien y el mal de tener un DBFL para su proyecto de software. Peor es mejor o la calidad del código no importa que WordPress sea la licencia de GLP. Para que cualquiera pueda ver su código. Y después de haber expresado sus reservas en el software utilizado (si lo han hecho), la mayoría de los desarrolladores expresarán su horror hacia el código de WordPress. La fuente de este miedo a veces es divertido de interrogar. A menudo es una mala fuente o se basa en versiones bastante antiguas del código. Dicho esto, el código de WordPress no es un modelo de belleza. O prueba. O mantener bajas deudas técnicas. O hacer innovaciones indiscutiblemente sabias. El código de WordPress está evolucionando sin duda. Y encuentro que la gran mayoría de los cambios que se les hacen son para mejor. Hay, por ejemplo, clases cada vez más convenientes y útiles dentro del sistema. Uno de ellos se ha ridiculizado correctamente durante una década porque es un Php 4. Código de procedimiento. Pero todavía hay muchos bordes feos del código de WordPress. Y cuando extendemos esta discusión para incluir el ecosistema más amplio, empeora. Pero lo principal que debe hacer es que los puntajes bajos de la calidad de WordPress no lo han dificultado. Y sin embargo no. Y esto se debe en gran parte al hecho de que … conoce a tu audiencia:
WordPress es para hosts, los desarrolladores no seleccionan los usuarios finales de WordPress para la belleza del código y de cuánto quieren trabajar con él. En muchos sentidos, el desarrollo es la madrastra rojiza del ecosistema de WordPress. Está bien si quieres hacerlo, pero te dije que son dragones. WordPress sirve a dos maestros. Primero, usuarios finales que desean publicar en línea. En segundo lugar, las grandes empresas de alojamiento (compartidas). WordPress sirve a dos maestros. Primero, usuarios finales que desean publicar en línea. En segundo lugar, las grandes empresas (compartidas) anfitrionas que ganan la mayor parte de su dinero, ofreciendo el anfitrión PHP básico para los usuarios finales que desean publicar en línea mediante la autoestima WordPress. Por supuesto, el intercambio genérico de Hostgator, Bluehost, Media Temple, etc. puede usarse para otros que no sean WordPress. Pero no puedo entender qué más ejecutarían la mayoría de sus clientes, aparte de WordPress. WordPress es compatible con PHP 5.2 (para bien y mal) y eso significa que es la bestia omnívora que aman las pequeñas y grandes anfitriones. (La larga discusión de por qué los anfitriones aman PHP vale la pena, pero no en este momento. Solo sé que es muy importante que WordPress ejecute PHP en el lado del servidor).

Los usuarios finales, en la visión de Mullenweg, siempre han sido los clientes importantes del proyecto de WordPress. Esta es la razón por la cual el enfoque que Mullenweg anunció este año en el último “estado de la palabra” fue la mejora de las experiencias de integración y edición para las personas no amables. Debido a que WordPress está experimentando una creciente competencia para estos usuarios en la nueva plataforma de código cerrado, como WIX, Squarespace, etc., deben servir a estos usuarios incluso mejor de lo que ha hecho en el pasado. (Y no hubo pérdidas en la experiencia del usuario final en comparación con los desarrolladores de instrumentos que les gusta más). Pero a los usuarios finales les gusta WordPress, una vez que pasan la curva de aprendizaje. Comparé WordPress con Microsoft Word en la web, y la analogía continúa resonando. Ambas herramientas son muy bien redondeadas y capaces. Ambos se utilizan para fines para los que no están destinados, porque los usuarios los consideran más fáciles de usar y acceder a las herramientas más apropiadas que no se sienten tan cómodas. El profundo conservadurismo de WordPress da confianza my-hacks.php:
WordPress todavía acepta este sistema de modificación basado en archivos previos a las plugs en 2017 al vincular los dos puntos anteriores, el código de WordPress sigue siendo excelente, porque se involucran en una experiencia simple y actualizada para los usuarios. Final.Esta es la razón y el resultado de una larga cadena conservadora.El ejemplo más obvio y flagrante del compromiso de WordPress con la compatibilidad inversa es una pequeña historia de my-hacks.php.La versión de una oración es que este sistema de modificación basado en pre-plugs todavía es aceptado por WordPress en 2017. y múltiples esfuerzos para eliminar el soporte se han revertido por el miedo a no romper las cosas en los usuarios.
El conservadurismo de WordPress (que puede encontrar un estudio más exhaustivo aquí, incluidos más detalles sobre My-Hacks) también significa que la comunidad no se apresura a adoptar las últimas prácticas en proyectos externos. El ejemplo más obvio es que el compositor ha conquistado prácticamente el mundo PHP no palabras en los últimos cinco años. Pero WordPress no tiene ningún interés oficial para comprender lo que podría hacer, si es, usar ese proyecto para sus propios fines. La razón obvia y algo defendible es que WordPress, en beneficio del usuario final, no quiere dejar de trabajar en PHP 5.2. Y el compositor nunca se ha ejecutado en PHP 5.2 o debajo. Pero también es que WordPress no quiere sacudir el bote si no es necesario. (Después de todo, esta es la razón por la cual PHP 5.2 todavía está aceptando). La finalización duele (pero no demasiado) el conservadurismo que fluye profundamente en el proyecto de WordPress tiene algunas desventajas. Veo la amenaza más apremiante para el ecosistema de WordPress hoy en herramientas como Squarespace, que evoluciona más rápido y generalmente más fácil de usar que WordPress.
Combina esto con una habilidad significativa en marketing, y esas herramientas podrían comenzar a consumir gran parte del mercado básico de WordPress para los propietarios de pequeños sitios y la implementación de usuarios expertos. WordPress ha sobrevivido al pico de Tumblr muy bien en un reconocimiento de este hecho, el proyecto funciona más para reorientarse en lograr una experiencia más fuerte para los usuarios avanzados al principio y personalizando un sitio y creando contenido más complejo que WordPress nunca tuvo que hacerle. fácil. Pero estos cambios se retrasaron. El UX lento y la mejora de la experiencia del desarrollador no son nuevos. WordPress siempre ha sido más conservador que “moverse rápidamente y romper las cosas”. Y cosas nuevas interesantes han aparecido y dejadas como grandes amenazas antes. Por un corto tiempo, WordPress temió que Tumblr tomara a todos sus usuarios. Esto ha llevado a una de las peores características de WordPress, formatos de publicación. Pero una discusión completa de esto es algo para otro momento. Es suficiente decir que la función no guardó WordPress, pero WordPress sobrevivió al pico Tumblr. Un gran ecosistema crea su propia gravedad. Me arriesgaría a apostar que WordPress tiene más complementos y temas que todas las otras plataformas web similares combinadas con opciones comparables (pero probablemente llamadas de manera diferente). Una de las armas de WordPress más poderosas contra los nuevos o viejos oponentes de hoy es que se ha vuelto tan grande. WordPress literalmente tiene miles de temas y complementos gratuitos disponibles para él. Muchos de ellos son muy buenos.
Hay aún más que solo están disponibles para el pago.El ecosistema de WordPress no es tan bueno como el de Windows o aplicaciones telefónicas.Pero es genial y ninguna otra herramienta de publicación en línea única se acerca a cualquier parte.Me arriesgaría a apostar que WordPress tiene más complementos y temas que todas las otras plataformas web similares combinadas con opciones comparables (pero probablemente llamadas de manera diferente).Esta dimensión nace su propia gravedad.Si busca el diseño de sitios web, puede despertarse comprando un tema de WordPress porque se ve bien y luego descubrirá más sobre este WordPress.Probablemente no sea un escenario súper consistente, pero es mucho más que ligeramente creíble.Comunidad: Marketing gratuito en la escalera Este gran ecosistema también da a luz a una de las otras grandes ventajas de apoyo:

Todas esas personas en el ecosistema pueden y quieren involucrarse entre ellas. Entonces WordPress tiene más de 100 Wordcamps al año. WordCamps son conferencias de bajo costo respaldadas por la Fundación WordPress. De hecho, el fin de semana del 21/22 de abril de 2017, se realizan cinco palabras de palabras en todo el mundo. Es un poco más grande de lo normal, pero no es extremadamente poco característico. Junto a WordCamps, hay muchos grupos de reuniones. Los grupos de Facebook bien poblados están en docenas. Desde mi cabeza, hay más de una docena de podcasts centrados en WordPress publicados semanalmente. Esta no es una operación pequeña. Soy menos consciente de todo lo que se lanza en el mundo de PHP más amplio, pero aparte de las voces del elefante “Old tío Cal”, no puedo pensar en un podcast semanal. La ventaja del apoyo de WordPress, hay muchas cosas que hacen WordPress únicas. Es uno de los CM de PHP más antiguos que aún se actualizan. También tiene una gran empresa privada que se ha beneficiado y continúa beneficiándose directamente del éxito y la evolución continua del proyecto. Aunque WordPress.com no es exactamente el modelo que la mayoría del otro software gratuito que es el éxito comercial hoy está cerca. Además, WordPress tiene éxito porque ha sido grande y estable durante mucho tiempo. Esto le da una gran comunidad entusiasta. La comunidad se revitaliza regularmente y, debido a la cantidad de personas que lo pasan, es muy común que el proyecto ve a cientos de nuevos contribuyentes a cada nuevo lanzamiento “importante”. Pero llegar a la dimensión de WordPress, aunque importante para apoyar un proyecto, no le da un crecimiento. WordPress logró crecer al tamaño actual por cinco grandes razones:
Matt Mullenweg nunca ha evitado la controversia o las oportunidades de marketing. WordPress floreció de su discreta guerra con el tipo móvil en tiempos y, aunque Mullenweg no siempre ha sido el culpable, el marketing de guerrilla temprano ha sido la recuperación de nuevos usuarios. Modelado de negocios. Es decir, compañías que usan/host/se benefician de un software subyacente de código abierto y los devuelven. Esto funcionó lo suficientemente bien como para pagar grandes dividendos a sí mismo (automáticamente) y a la comunidad (en miembros pagados regularmente para contribuir).

Al principio, WordPress creó eventos comunitarios únicos, con bajos costos, respaldados por la Fundación. WordCamps es el punto de encuentro y el ancla anualmente para muchas personas que de otro modo no lo pensarían, sino como un instrumento que se usa. La asamblea de locales en estos “campamentos” hace que la comunidad sea más grande e íntima. Más comunidades probablemente encontrarían beneficios en un modelo similar.
WordPress fue un software lo suficientemente bueno en el lenguaje alojado más popular del mundo. Los anfitriones amaban a WordPress, porque les gustaba PHP. Debido a que los hosts amaban PHP, era más fácil para los usuarios alojar sus sitios de WordPress. Entonces les encantó más WordPress y comenzó el ciclo. Si WordPress fuera idéntico en Python o Java, no sería el éxito que tiene hoy.
WordPress fue muy concentrado y conservador intencionalmente.Centrarse en el usuario final en lugar de la experiencia del desarrollador no ha ofrecido a WordPress el mejor código del mundo, sino que ofrece una base de usuarios leales que ningún otro CMS web puede reclamar.Las personas lo consideran más que adecuado, por lo que tienden a llevar a WordPress con ellos una vez que aprenden. Dudo que haya cubierto plena o profundamente la historia de WordPress o qué lección se puede separar de ella.Pero comencé.Estoy esperando tus comentarios sobre cosas que crees que me perdí o me perdí.¡Espero que hayas encontrado esto interesante y útil!