Adiós a WordPress
(chriswiegman.com)- Chris Wiegman deja el proyecto WordPress, en el que participó durante toda su carrera, tras más de 14 años de contribuciones, y también archiva los proyectos relacionados que le quedaban
- Dice que desde alrededor de 2017 percibió la deshonestidad de la comunidad, y que contribuciones sobre privacy, accessibility y governance fueron ignoradas o sus colaboradores fueron desplazados
- Varias empresas del ecosistema WordPress justificaban salarios bajos y prestaciones insuficientes bajo la idea de que sus valores eran “mejores”, y su experiencia con Automattic debilitó aún más su confianza
- La reciente implosion de WordPress, la conducta de Matt Mullenweg y la forma de los ataques contra WP Engine fueron el detonante final para romper
- Afirma que no retomará actividades en WordPress hasta que exista una gobernanza adecuada, y que tampoco volverá a desempeñar un rol que lleve a otras personas hacia ese ecosistema
Fin de más de 14 años de contribuciones a WordPress
- Chris Wiegman participó en WordPress desde antes de comenzar su carrera en la industria tecnológica, y hasta hace 3 meses WordPress había estado presente durante toda su carrera técnica
- Dejó oficialmente el proyecto WordPress, al que contribuyó de múltiples maneras durante más de 14 años
- Su historial de contribuciones sigue en su perfil de WordPress.org
- Ponente en Meetup y WordCamp
- Organizador de Meetup y WordCamp
- Colaborador de código del core
- Desarrollador de plugins
- Colaborador de fotos
- Fue durante más de 11 años casi el único moderador del sitio oficial de empleos de WordPress
La confianza en la comunidad empezó a quebrarse desde 2017
- Dice que comenzó a alejarse gradualmente del proyecto desde alrededor de 2017, al percibir con fuerza la deshonestidad de la “comunidad” alrededor de WordPress
- Vio cómo se excluía a personas que hacían trabajo importante simplemente porque no era lo que Matt quería destacar
- Considera que se ignoraron aportes destinados a proteger a los usuarios y fortalecer a la comunidad, como privacy, accessibility y governance, y que colaboradores que defendían cuestiones básicas fueron maltratados o apartados
- También sostiene que empresas de WordPress decían tratar mejor a la gente, pero en la práctica usaban los valores de WordPress para justificar salarios bajos y prestaciones insuficientes
- Afirma que incluso en empresas de producto respetadas y agencias conocidas se amenazaba a la gente con la idea de que “no era lo suficientemente bueno como para irse”
Diferencias que vio entre Automattic y WP Engine
- Sobre Automattic, considera que se formó una atmósfera de culto en torno a la empresa detrás de wordpress.com
- Aplicó a Automattic en 2014 y recibió una prueba pagada, pero ya no confiaba en la organización por el maltrato que había sufrido un amigo
- No tomó la prueba en serio y aceptó otro puesto antes de comenzarla
- Esa experiencia hizo que perdiera aún más respeto por Automattic
- Explica que se unió a WP Engine en 2018 porque le parecía la empresa más honesta del ecosistema WordPress: no ocultaba que estaba allí para ganar dinero
- Valora que no llamara “familia” a sus empleados ni presentara el trabajo relacionado con WordPress como algo más noble que trabajar fuera de ese entorno
- Considera que fue lo mejor que vio dentro del ecosistema WordPress en términos de compensación y trabajo interesante
- Dejó WP Engine en julio de 2024, pero no se arrepiente de haber tomado esa decisión en su momento
La crisis reciente de WordPress provocó la ruptura final
- Aclara que no busca escribir una cronología separada de la reciente implosion de WordPress
- Hasta antes de septiembre, seguía trabajando en Kana, un entorno de desarrollo para WordPress, y explorando algunas ideas de plugins
- Señala que la hipocresía que vio en las acciones de Matt Mullenweg fue el detonante final, aunque como alguien que observó a Automattic durante más de 10 años, no le resultó totalmente sorpresivo
- Dice que esto no significa que WP Engine sea intachable dentro de WordPress o del open source en general, pero considera que la naturaleza de los ataques actuales ya cruzó una línea
- Cree que WordPress, como mínimo, ya pasó su punto máximo, y que conforme las empresas de su entorno intenten quedarse con una porción más grande de un mercado en contracción, surgirán más conflictos
- Considera que con el liderazgo y la estructura actual del proyecto será difícil cambiar esa tendencia
Archivo de proyectos restantes y pausa de actividades
- Le preocupa que si siguiera involucrado, podría enviar a otras personas la señal de que trabajar y esforzarse en WordPress es algo seguro y valioso
- Afirma que ya no quiere cargar con la responsabilidad de llevar a buenas personas hacia un ecosistema abusivo
- Archivó su último proyecto de WordPress, Kana, así como el tema de este sitio
- Permanecerán archivados hasta que el proyecto WordPress tenga una gobernanza adecuada
- También se retira de las contribuciones a Meetup y otros eventos de WordPress
- En el verano de 2024 esperaba volver a participar como ponente
- Además, dejó de moderar jobs.wordpress.net, tarea que realizaba casi todos los días desde el verano de 2013
Para quienes siguen en WordPress
- Considera que dentro de WordPress hay muchas buenas personas que han hecho mucho por los demás a nivel individual y en pequeñas comunidades
- Agradece las conversaciones y el apoyo que recibió de ellas, y dice que quiere seguir apoyando su trabajo dondequiera que estén
- Aun así, les pide que consideren el impacto de sus acciones sobre otras personas y que tengan cuidado de no conducir a nuevas víctimas hacia futuros abusos
1 comentarios
Opiniones de Hacker News
La situación está empeorando mucho más. Hoy, al intentar registrarme en WordCamp, un evento clave al que nuestro equipo de ventas lleva años asistiendo para reunirse con clientes, vi en el formulario de registro de inicio de sesión de WordPress.org un texto que pedía confirmar que “no tengo ninguna afiliación con WP Engine, ni financiera ni de otro tipo”.
Nuestra empresa usa WP Engine para alojar sitios web, así que obviamente tenemos una relación con WP Engine y, por lo tanto, ningún miembro del equipo puede crear una cuenta de WordPress.org.
Envié una carta abierta a Matt Mullenweg para protestar, porque considero que este requisito es excesivamente amplio y claramente anticompetitivo, y que no tiene una justificación comercial evidente más allá de restringir la competencia, por lo que viola la Sherman Act y la sección 3 de la Clayton Act.
Quienes apoyan a Matt y a Automattic deberían entender que, si destruyen la comunidad de esta forma, al final aparecerán alternativas. WordPress se convirtió en una herramienta decente porque miles de personas invirtieron millones de horas en crear add-ons y servicios de hosting; si ese esfuerzo se dirige a otra parte, WordPress podría secarse y morir en pocos años.
https://www.linkedin.com/posts/ksimpson_open-letter-to-matt-...
Aun así, parece correcto abandonar WordPress. Perdió el foco en los usuarios reales, y Matt parece estar librando una guerra cuyas razones los demás ni siquiera entienden.
Una C3 tiene que ser muy cuidadosa cuando comparte empleados o interactúa con una entidad con fines de lucro.
Lamentablemente, parece haber bastante pensamiento de grupo en WordPress. Esa es una de las razones por las que “The WordPress way” puede ir en contra de las mejores prácticas de la industria. La mayoría no conoce una forma mejor, y la minoría que sí la conoce no habla. Es un caso típico de amabilidad tóxica.
Lo vengo diciendo desde hace casi 10 años por las acciones colectivas y la cultura: esto no es una comunidad, es un culto.
Eso es un bus factor de 1, así que ya no puedo seguir con esto.
Como desarrollador de JS/React, hace unos años tuve que trabajar con WordPress. WordPress en sí estaba bien, pero el ecosistema que lo rodea me resultó muy molesto.
En el ecosistema de JS, cuando tienes un problema, normalmente puedes buscar y encontrar una solución o un paquete de NPM para sortearlo. En WordPress, cuando intentaba entender un problema, aparecía un sinfín de spam de blogs, que al final terminaba llevándote a un upsell de plugins o a servicios de consultoría.
Incluso en artículos sobre temas muy básicos, vi muchas veces que el autor daba vueltas alrededor de la solución y terminaba con un “si quieres la respuesta real, contrata a nuestra consultora de WordPress”.
También era difícil encontrar plugins open source o gratuitos. Parecía que, por más pequeño que fuera el plugin, las funciones clave siempre estaban bloqueadas detrás de una versión “premium”. Entiendo que desarrollar lleva tiempo y que la gente quiera una compensación, pero fue chocante pasar de una comunidad que colabora para crear la mejor solución posible a un ecosistema donde cada quien hackea por su cuenta para vender su plugin.
La razón por la que hay tantos plugins comerciales y servicios de consultoría es que gran parte de la comunidad de WordPress funciona así. Cada quien lleva su empresa, aloja o mantiene sitios de otros y crea plugins comerciales como actividad paralela.
En ese caso, me pregunto si el modelo típico del mundo JavaScript —publicar todo como open source gratis en el tiempo libre o mientras se trabaja en una gran empresa— es realmente una alternativa mejor.
Al menos la comunidad de WordPress encontró una forma de ganar dinero de manera sostenible por sí misma y de prestar servicios a decenas de miles de pequeñas, medianas y grandes empresas. En cambio, la comunidad JavaScript parece depender mucho de Big Tech para mantener la mayoría de sus servicios.
Él migró su sitio a Hugo
https://chriswiegman.com/2024/10/this-site-now-runs-on-hugo/
Entiendo que WordPress sea útil para usuarios no técnicos, pero sigue sorprendiéndome que los equipos de desarrollo web todavía no usen sitios estáticos para blogs y sitios de marketing.
Si no se necesita un CMS para el cliente, Hugo puede ser más fácil, pero en cuanto vuelves a meter un CMS, la cosa empeora mucho. He oído de empresas que usan CraftCMS con éxito, pero no eran sitios centrados en contenido.
Para cubrir una variedad de necesidades, tiene sentido ir con un solo stack de WordPress. Puedes mantener un solo equipo de desarrollo y un solo stack tecnológico.
Hugo es excelente, aunque no lo he usado mucho. Para un desarrollador individual que mantiene su sitio personal, probablemente sea una buena opción. Hice algunos sitios con Gatsby, y las actualizaciones de Node fueron mucho más dolorosas que las de WordPress, además de requerir un nivel técnico más alto.
WordPress encaja perfecto para ese uso.
No deberías esperar que la persona que quiere modificar el sitio conozca HTML o plantillas Markdown.
Nuestra agencia eligió WP Engine durante más de 8 años, porque en ese momento era, por mucho, el mejor proveedor de hosting administrado para WordPress. Cambió por completo la oferta de hosting para WordPress y nos permitió crecer de forma estable y, en general, sin dolores de cabeza.
Sin la plataforma de WP Engine y sus inversiones para modularizar y hacer más seguro el hosting de WordPress, todavía estaríamos en la Edad de Piedra del hosting en servidores dedicados/VPS.
La razón por la que seguimos siendo clientes durante 8 años fue la calidad del soporte. Es difícil medirlo con números, pero en cientos de interacciones sentí que su soporte no tenía comparación y era muy competente.
Crecimos más de 400% con WP Engine, así que este desastre de Matt se siente como una puñalada por la espalda. A regañadientes estamos diversificando la distribución de hosting para prepararnos ante nuevas amenazas, pero habría sido mucho mejor poder seguir solo con WP Engine.
El argumento de Mullenweg de que “WP Engine no contribuyó al core” pierde fuerza en este punto. Aquí, Core era más bien una lista de funciones previamente aprobadas que importaban a Automattic.
Aunque WP Engine hubiera querido contribuir, ese trabajo al final habría llenado los bolsillos de Automattic, y por eso él exigió dinero de una forma que sonaba a amenaza.
Planeo revisar un hilo reciente sobre alternativas a WordPress.
https://www.reddit.com/r/Wordpress/comments/1fsie1i/top_word...
¿Hay algo más que puedan recomendar? Estoy buscando una plataforma básica para sitios web; el blog es secundario, no habrá comercio electrónico y quiero minimizar el uso de plugins. Me gustaría que fuera open source, que se pueda autohospedar y que casi todo se pueda hacer desde una UI web, salvo quizá las plantillas del sitio. Si tiene una API que ayude a migrar desde WordPress, mejor todavía.
HTMLy también se ve parecido a las condiciones que describiste. Lo estoy probando en algunos proyectos básicos, y aunque no mucha gente lo menciona, parece una buena opción.
Si quieres volver a usar un CMS en vez de un generador estático, me gustaría que le echaras un vistazo a https://vvveb.com, que estoy construyendo. Comparte el principio de simplicidad en el diseño y la arquitectura, junto con la libertad del open source.
WordPress ha sido una herramienta horrible por más de 10 años. Espero que desaparezca de una vez.
Me sorprende que haya gente que haya construido toda su carrera con WP. Me parece realmente impresionante.
Para mí, WP es demasiado difícil de entender. Me cuesta creer que alguien dedique su vida a ese caos, pero respeto mucho a esas personas.
Toda la comunidad y el ecosistema parecen estar llenos de negocios y prácticas sospechosas y deshonestas. Incluso dejando de lado el drama reciente, como usuario final y comprador de plugins, tuve que pedir reembolsos por separado en dos plugins importantes debido a recobros con dark patterns sospechosos o upsells ocultos.
Antes no pensaba que fuera tan ingenuo, pero quizá ahora que tengo 42 años de verdad estoy empezando a pasar por alto los botones reales de opt-out. Ya saben, esos que aparecen como cuatro páginas más abajo, por debajo del primer pantallazo.
En todo caso, no quiero estar en un ecosistema lleno de estas cosas, y no vale la pena dedicar tiempo a gestionarlo todo.