Kiedy liderzy ignorują społeczność: Kryzys zarządzania w WordPress 7.0 i co to mówi o open source

Projekty open source żyją z przejrzystości, zgody i zaufania społeczności. A co, jeśli twórca najpopularniejszego CMS na świecie nazwie go publicznie "gównem średniej klasy" i cofnie decyzje głównych deweloperów? To nie plotka. To sygnał o problemach z trwałością i zarządzaniem w wielkich ekosystemach open source.

Sprawa Akismet: Nie tylko konflikt o wtyczkę

W kwietniu 2026 Matt Mullenweg wrócił do dyskusji deweloperskich. Natknął się na spór o ekran "Connectors" w WordPress 7.0. Chodziło o to, czy Akismet ma być tam domyślnie.

Na pierwszy rzut oka błahostka. W rzeczywistości klasyczny przypadek awarii zarządzania.

Co się stało:

• Deweloper sponsorowany przez Automattic wrzucił Akismet do ekranu Connectors w fazie release candidate.
• Główni committerzy z innych firm, jak John Blackbourn z Human Made, wskazali, że ominięto standardowe recenzje.
• Decyzja zapadła bez szerszej dyskusji publicznej – co nietypowe dla ważnych zmian.
• Mullenweg na początku był przeciw wciskaniu Akismet do core.
• Po przejrzeniu czatu na Slacku zmienił zdanie i kazał iść naprzód.
• Gdy mu przypomniano wcześniejszą opinię, odparł: "Tak powiedziałem, ale się rozmyśliłem i robimy to".

Problem w tym, że to nie była wygrana debata techniczna. To decyzja na przekór procesom, które model zarządzania WordPressa ma chronić.

Dlaczego procedury są kluczowe (nawet jeśli masz rację)

Nie musisz śledzić polityki WordPressa, by to ogarnąć. Chodzi nie o sam Akismet, ale o sposób decyzji.

Open source opiera się na zaufaniu. Ludzie dają czas za darmo, wierząc, że ich głos liczy się i że zasady są stałe. Gdy założyciel je omija – nawet z dobrymi intencjami – wysyła jasny komunikat:

Twój wkład ma znaczenie tylko, jeśli lider się zgadza.

To rodzi problemy: deweloperzy budują wpływy polityczne zamiast konsensusu technicznego. Decyzje wydają się kapryśne. A wśród tych, co piszą kod na co dzień, rośnie frustracja.

W WordPressie komplikuje to fakt, że Automattic (firma Mullenwega) sponsoruje rozwój i sprzedaje produkty zintegrowane z WP. Gdy core faworyzuje ich wtyczki, granica między open source a biznesem się zaciera.

Szerszy kontekst: WordPress traci kurs?

Mullenweg poszedł dalej. Stwierdził, że projekt odszedł od zasad sukcesu:

• Napchany "średnimi" funkcjami zamiast skupienia na jakości.
• Model zarządzania nie przyciąga dobrych wkładów.
• Firmy obiecujące wsparcie w Five for the Future dają mało.

Te zarzuty mają sens. Wielu weteranów WP narzeka na nadmiar featur i spadek jakości. Ale boli fakt, że założyciel po 20 latach musi publicznie krytykować własny system.

To nie znak zdrowej społeczności.

Co to oznacza dla deweloperów

Budujesz na WordPressie? To ma realny wpływ:

Ryzyko zależności: Gdy decyzje zależą od humoru lidera, platforma staje się nieprzewidywalna. Priorytety mogą się zmienić bez powodu.

Rozpad społeczności: Kluczowi deweloperzy mogą odejść do forków WP czy alternatyw. Konflikty o zarządzanie często kończą się odpływem talentów.

Nadmiar funkcji: Jeśli presja na dodawanie do core rośnie (jak w sprawie Akismet), kod zrobi się ciężki i podatny na błędy bezpieczeństwa.

Długoterminowa stabilność: Open source przetrwa zmiany liderów, jeśli zarządzanie jest solidne. Model WP, gdzie jeden człowiek przerywa committerom, jest kruchy.

Lekcje dla każdego projektu open source

Ta historia uczy wszystkich pracujących z open source:

1. Zapisz zasady zarządzania i ich przestrzegaj. Committerzy mają mieć władzę decyzyjną – albo to fikcja.

2. Rozdziel przywództwo od dyktatu. Założyciele mogą wpływać, ale nie omijać mechanizmów chroniących przed jednym punktem awarii.

3. Ujawij konflikty interesów. Integracja produktów Automattic do core? Niech społeczność o tym debatuje otwarcie, nie przez czaty.

4. Zaufaj committerom albo ich zmień. Jeśli lider im nie ufa, restrukturyzuj zespół – nie ignoruj ich w kluczowych sprawach.

Co dalej ze społecznością WordPress?

WordPress napędza 43% stron www. To sukces. Ale na taką skalę zarządzanie liczy się podwójnie.

Projekt stoi przed wyborem: wrócić do rozproszonych decyzji i własności społeczności, czy przyznać, że to projekt kierowany przez Mullenwega z committerami jako doradcami.

Uciekanie się w to pierwsze, działając jak drugie, to najgorsza opcja: deweloperzy czują się bezsilni, a użytkownicy nie wiedzą, co ich czeka.

Dla deweloperów szukających platformy: patrz poza funkcje. Pytaj o zarządzanie. Jak zapadają decyzje? Czy jedna osoba może je blokować? Najlepszy stack staje się pułapką bez przewidywalnego rozwoju.

A jak u Ciebie?

Pracowałeś nad core WordPressa? Trafiłeś na problemy z zarządzaniem? Może zmieniasz platformę przez model governance?

W NameOcean stawiamy na transparentną infrastrukturę – od domain po DNS i hosting. Bez względu na to, czy klepiesz na WordPressie, czy szukasz alternatyw, pomożemy z tym, co pasuje twojemu teamowi.

Podziel się w komentarzach. Co dla ciebie kluczowe w open source lub wyborze platformy? Czekamy!