WordPress kniha

Kapitola 20 – Růstové bolesti

WordPress kniha - Růstové bolesti
Autor příspěvku Tomáš Cirkl

V lednu 2006 průzkum společnosti Google zjistil, že WordPress pohání 0,8 % webových stránek. Projekt se rozrůstal a s jeho větším přijetím přicházelo i větší napětí. Růstové bolesti jsou pro organizace běžné – zejména v demokratických komunitách, kde má každý svůj hlas – a WordPress nebyl imunní.

Přispěvatelé do WordPressu pocházejí z různých oblastí a patří mezi ně formálně vyučení vývojáři, samouci, designéři, lidé, kteří se zabývají podporou a psaním dokumentace, majitelé firem a bloggeři. Různorodost přispěvatelů je jednou ze silných stránek WordPressu, ale skloubení tolika názorů přináší své vlastní výzvy. Spory se soustřeďují kolem tří obecných otázek: přístupů k vývoji a budování komunity, stylů komunikace a názorů na to, pro koho je software určen (například pro uživatele nebo vývojáře nebo pro uživatele a majitele firem).

„Shuttle project“ byl jen jedním z příkladů. Zatímco účastníci komunikovali soukromě a doufali, že se jim podaří projekt zefektivnit a urychlit, ostatní přispěvatelé WordPressu se obávali, že práce probíhá za zavřenými dveřmi, a cítili se odříznuti od důležité části vývoje WordPressu. Spoluzakladatel Mike Little byl jedním z těch, kterým tento proces vadil.

V červnu 2005 byla v rámci projektu „Shuttle“ aktualizováno rozhraní pro psaní a byla zavedena nová funkce „pods“, která uživatelům umožňuje sbalit části rozhraní. O změnách se diskutovalo pouze v uzavřené poštovní konferenci wp-design, což urychlilo dlouhou diskusi na wp-hackers o otevřenosti. Zatímco Matt považoval revizi za výchozí bod pro diskusi, ostatní ji vnímali jako plošnou změnu provedenou bez komunikace. Mnozí členové komunity se domnívali, že diskuse měla proběhnout ještě před odevzdáním a že komunita měla být o „Shuttle“ informována. Tak by koneckonců měly fungovat projekty svobodného softwaru.

Diskuse na IRC se soustředily na Matta a Ryana jako na úzká místa; pouze oni měli přístup k revizím, takže všechny problémy musely projít přes ně. Po dlouhých rozhovorech o tom, jak proces více otevřít, se Mark Jaquith a Sean Evans (morydd) stali „moderátory chyb“ a získali maximální práva v tracu.

Inline dokumentace také vyvolala bouřlivou diskusi. Mnoho vývojářů považuje zkoumání kódu za cenný nástroj pro učení a komunita měla silnou podporu pro zlepšení inline dokumentace WordPressu. Když však Rich Bowen (drbacchus) navrhl dokumentování funkcí WordPressu, Carthik odpověděl, že inline dokumentace je odmítána a povede k jejímu nafouknutí. S odkazem na vlákno z května 2005 nabídl:

Komentování je ošemetné. Některé „dobře okomentované“ kódy, které jsem viděl, obsahovaly spoustu řádků opakující se výplně, která „dokumentovala“ to, co se dalo snadno zjistit pouhým pohledem na samotný kód, a zdvojnásobovala velikost programu. Rozhraní API by měla být dokumentována důsledně, ale myslím, že trávit spoustu času nadbytečnými komentáři ke kódu, na který se podívá jen pár hlavních hackerů, znamená nafouknout kódovou základnu a plýtvat časem všech. Také věřím, že dobře napsaný kód obvykle nepotřebuje komentáře, pokud nedělá nějaké voodoo nebo workaround.

Richův původní návrh byl prvním příspěvkem v dlouhé diskusi o nejlepším způsobu generování dokumentace z kódu a o nejlepším formátu inline dokumentace. Matt argumentoval, že dokumentace by se neměla generovat automaticky, a poukazoval na Codex jako na nejlepší místo pro dokumentaci, a konverzace nakonec nikam nevedla, přestože komunita ji neustále podporovala. Tikety byly ignorovány a Owen Winkler vytvořil vlastní odkaz na vývojářské funkce:

Vývojářské funkce

Přispěvatelé z tradičního programátorského prostředí se také střetli s hackery samouky, s nimiž je WordPress tak úzce ztotožňován, opět kvůli dokumentaci. Mnoho původních vývojářů WordPressu bylo zcela samouky. Michelův přístup „get-it-on-the-screen“ se v projektu prosadil, někdy na úkor kódovacích postupů, které zkušenější vývojáři považovali za samozřejmé – například inline dokumentace, kterou někteří hackeři považovali za zbytečnou pro psaní kódu, dokonce za zbytečně nafouklou. Nějakou dobu trvalo, než se z toho v komunitě WordPressu stala standardní praxe.

Problémy se neomezovaly pouze na inline dokumentaci. Mark Riley, jeden z dlouholetých moderátorů fóra WordPressu, v roce 2006 upozornil na mnoho způsobů, jakými kodex WordPressu selhával. Codex doporučoval, aby uživatelé skrývali, jakou verzi WordPressu používají – ale samotný kód obsahoval komentář, který uživatele žádal, aby tuto informaci nechali viditelnou. Pokyny byly pro méně technicky zdatné uživatele WordPressu často matoucí; v části o oprávněních se uvádělo, že „Všechny soubory by měly být přístupné vaším uživatelským účtem a měly by být zapisovatelné vámi. Všechny soubory, které potřebují přístup pro zápis z WordPressu, by měly být ve vlastnictví skupiny uživatelského účtu používaného webovým serverem.“ Předpokládalo se, že všichni uživatelé budou vědět, jak toto nastavit. Vzhledem k tomu, že pro netechnické uživatele je stažení a instalace WordPressu tak snadná, měla by být podle Marka dokumentace napsána srozumitelným a jednoduchým jazykem.

Další chybou byla data vydání. Téměř při každém cyklu vydání Mark žádal o datum vydání předem, aby mohl zajistit, že fóra podpory budou řádně obsazena a budou schopna zvládnout příval dotazů. Znovu a znovu se stávalo, že přišlo vydání, které ho překvapilo. „Jediné, o co se snažím – a opět zcela selhávám – požádat,“ prosí, „je, že POKUD chcete podporu pro produkt, bylo by hezké dát vědět alespoň na fórech. Vy to prostě nevidíte, že? Opravdu o tom nemáte ani ponětí.“

Každý z těchto problémů zdůrazňuje napětí mezi vývojáři a vývojáři, kteří se na projektu nepodílejí. WordPress podporoval zapojení lidí z různých prostředí, ale vývojáři neměli vždy zájem je podporovat. Mnoho vývojářů v projektu bylo samouky s přístupem „udělej si sám“ u svobodného softwaru – když se mohli naučit PHP sami, proč by nemohli ostatní? Narůstající frustrace Marka Rileyho je zřejmá v diskusním fóru wp-hackers, kde opakovaně zveřejňuje dotazy z fóra podpory a žádá vývojáře o pomoc.

Tyto problémy nejsou překvapivé. Když se sejde tolik nadšených lidí, aby pracovali na projektu, neshody jsou nevyhnutelné. Projekt svobodného softwaru je tavicím kotlem lidí s různými nápady, názory a zkušenostmi.

Tradiční moudrost říká, že tento přístup k vytváření softwaru by neměl fungovat. Ale nějakým způsobem funguje. Navzdory problémům přispěvatelé zůstávají, stále se připojují noví a projekt roste. Nakonec nezáleží na tom, jak konkrétní je ten který konflikt, ale na tom, jak je komunita vyřeší a jde dál.

Zdroj: Milestones: The Story of WordPress – 20. Growing Pains

O autorovi

Tomáš Cirkl

Baví mě Internet a zvláště pak redakční systém WordPress. Jsem pravidelným účastníkem a přednášejícím na WordCamp Praha a WordPress konferencích.

Zanechat komentář

Black Friday 2022 ve světě WordPress (šablony, pluginy, služby)

Získejte více informací o WordPress!

Připojte se do našeho emailového seznamu a nenechte si ujít informace, novinky a návody ze světa WordPressu.

Úspěšně jste se zapsali do našeho newsletteru. Děkujeme!

Tomáš Cirkl

Tomáš Cirkl

WordPress specialista

Blog WPlama.cz píši už více než 8 let. O WordPress přednáším a pořádám školení. Pro své klienty vytvářím a spravuji webové stránky.