Interviu cu Barry Hughes

Barry Hughes este un dezvoltator WordPress scoțian, cu sediul în Canada. Barry a fost destul de amabil să răspundă la câteva întrebări despre sine și munca sa.

Salut Barry. Vă mulțumim că ați făcut acest interviu. Vă rugăm să începeți prin a spune puțin despre dvs.

Ei bine, sunt un tată foarte, foarte fericit căsătorit a doi copii, care are norocul să-și petreacă majoritatea zilelor scriind coduri și bând cafea. Locuiesc pe insula Vancouver, pe coasta Pacificului Canadei – dar de fapt provin din Scoția și continui să confund oamenii de aici zilnic cu accentul meu.

Momentan sunt destul de înghesuit în WordPress. Fac site-uri folosind WordPress, întrețin și repar site-uri care folosesc WordPress, creez plugin-uri, suport plugin-urile altora și, în general, mă distrez de minune. În afară de software și WordPress, îmi place să alerg peste dealuri cu câinii mei.

Sunt un dezvoltator independent de aproximativ 6 ani și înainte de asta am servit în forțele armate – dar dragostea mea de a mă distra cu computerele și de a vedea cum funcționează software-ul datează înainte de toate acestea și se întoarce la un băiețel cu un bătrân. Amstrad CPC computer de acasă. A fost amuzant.

Ce te-a determinat să te uiți la WordPress și când?

Când am început în această afacere, abia dacă am considerat site-urile HTML statice ca o opțiune viabilă. Beneficiile și atracția sistemelor de management al conținutului bazate pe baze de date au fost și sunt prea considerabile.

Desigur, atunci când începi, este greu să spui care CMS este „cel mai bun”. Și încă văd o mulțime de discuții acolo doar despre acel subiect: care CMS este cel mai bun? Joomla sau Drupal sunt mai rapide? WordPress poate fi folosit ca CMS sau este doar o platformă de blogging? Chiar și acum aceleași chestii sunt mestecate.

Deci, oricum, cu toți acești ani în urmă, citeam aceste articole de comparație și testam lucrurile pentru mine. Știam că vreau unul dintre CMS-urile populare care rulează pe stiva PHP/MySQL și experiența mea a fost pur și simplu că pot trece de la flash la bang mult mai repede cu WordPress decât aș putea cu, să zicem, Joomla sau Drupal.

M-am plimbat cu Drupal și ModX în special pentru o vreme (înainte de a începe cu adevărat ModX Revolution) și chiar am finalizat unele proiecte cu ambele - dar din mai multe motive ambele păreau să-mi încurce clienții mai mult decât era cazul cu WordPress și ambele. Am găsit că sunt puțin mai restrictiv pentru client dacă dorea să plece și să gestioneze singur lucrurile. Oferirea clientului liber este o sabie cu două tăișuri, desigur, dar este și un bun punct de vânzare.

Te-ai alăturat echipei Shopp (un binecunoscut plugin pentru magazinul de comerț electronic WordPress) în iunie 2012. Cum a fost această experiență pentru tine până acum?

Da – și de fapt lucram cu Ingenesis, compania din spatele Shopp, înainte ca membru al echipei de asistență. În acest moment sunt voluntar, așa că timpul pe care îl pot petrece cu ea crește și curge, dar a fost o experiență grozavă.

În echipa de asistență nu au lipsit oportunitățile de a depana și de a lucra practic cu o mare varietate de medii de găzduire și instalații WordPress diferite, fiecare destul de unică. Doar asta a fost extrem de util. În echipa de dezvoltare, a fost fantastic să ai șansa de a lucra direct cu liderul de proiect Jonathan Davis și de a da idei cu el – și doar de a interacționa cu comunitatea în general.

Comerțul electronic este un domeniu destul de gigantic și niciun pachet software pe care îl cunosc nu acoperă fiecare aspect – așa că a face parte din ecosfera Shopp a fost grozav și din perspectiva mea ca dezvoltator independent: sunt abordat în mod regulat cu privire la crearea de personalizări sau extensii personalizate în care pluginul de bază în sine nu oferă acoperire, ceea ce poate ridica o mulțime de provocări interesante și unice.

Lucrezi pe PC, Mac? Ce fel de software folosești? Blocnotes?

Sunt un fan de multă vreme al Ubuntu, dar întotdeauna am ținut Windows în aripi datorită instrumentelor grozave care există pentru acel sistem de operare. Recent, deși am trecut complet la utilizarea Ubuntu, îmi place pur și simplu.

În ceea ce privește software-ul, folosesc IntelliJ IDEA de la JetBrains ca IDE principal și nu îmi pot imagina trecerea la altceva, cu excepția acelor limbi pe care IntelliJ nu le acceptă direct - cum ar fi C#. Probabil că cea mai mare parte a timpului meu o petrec schimbând între asta (IntelliJ) și Chrome. Sunt un mare fan al IDE-urilor și, la fel ca mulți alții, am experimentat cu destul de multe – Eclipse, Netbeans și PhpEd (pe care le-aș remarca pentru laudă deosebită, deși este doar Windows, așa că nu-l mai folosesc) toate vin la minte.

O mențiune specială ar trebui să revină și la XDebug. Nu fac doar depanare pentru a depana atunci când apar probleme, îl folosesc ca mijloc de familiarizare cu software-ul. Un depanator bun face atât de ușor să demontați aplicațiile și să vedeți cum se bifează sub capotă. Depanarea este pur și simplu fantastică.

Dezvoltați în PHP, C# și .NET. Crezi că te face un dezvoltator mai puternic sau este mai bine să te concentrezi pe o singură limbă?

Cred că are un impact asupra felului în care scriu. Dacă scriu în PHP, deseori îmi lipsește tastatura puternică, de exemplu, și mă trezesc să lucrez la asta. Cel mai bine este să te concentrezi pe o singură limbă? Posibil, da, pentru că atunci când iei o limbă împreună cu bibliotecile ei standard, există o mulțime de bogăție și profunzime, care este greu de stăpânit dacă schimbi constant între diferite limbi.

Desigur, concentrarea pe o limbă nu este același lucru cu utilizarea unei singure limbi și nu îmi pot imagina că există prea mulți autori de plugin-uri, de exemplu, care nu cunosc, de asemenea, măcar o mică parte din SQL sau JS.

Ce fel de testare aveți/folositi pentru dezvoltarea dvs. WordPress?

Depinde de proiect, de cât de repede trebuie să-l scot pe ușă și de amploarea obiectului. Nu sunt un fan al testării unitare și probabil ar trebui să fac mai mult. Acestea fiind spuse, testarea unitară nu este un glonț de argint și totul depinde de calitatea testelor în sine.

De exemplu, am văzut teste unitare care verifică dacă o funcție de stil șablon-etichetă returnează un șir – iar testul va trece chiar dacă șirul este gol. Nu cred că este deosebit de util și uneori pare un exercițiu de acoperire a codului fără a lua în considerare de ce este necesară această acoperire.

WordPress ca platformă. Care consideri avantajele si dezavantajele WordPress?

Este omniprezent. Acesta este un mare avantaj pentru toată lumea, atât pentru dezvoltator, cât și pentru utilizatorul final, deoarece – cu o comunitate atât de mare și cu mulți dezvoltatori în ecosistem – extensiile, serviciile, resursele de învățare și de asistență sunt toate abundente, la fel ca și capacitatea unui proprietar de site de a treceți de la un dezvoltator, agenție sau gazdă web la alta. Este, de asemenea, gratuit și open source, ceea ce înseamnă că primește puncte suplimentare în ochii mei și, fără îndoială, asta a fost, de asemenea, esențial în creșterea sa spre măreție.

Nu sunt de acord cu ceea ce cred că este un argument bine călcat că WordPress este ușor de utilizat. Nu cred că este atât de ușor de folosit pentru toată lumea. Tabloul de bord, de exemplu, este un loc aglomerat și aglomerat și o mare parte din acesta este plin de conținut care distrag atenția pentru care mulți oameni nu-l folosesc deloc.

De asemenea, de ceva vreme există dezbateri despre împărțirea responsabilității între plugin și temă – adesea centrată pe teme care includ un număr uimitor de caracteristici, nu toate legate de prezentarea site-ului. Așadar, cred că o altă slăbiciune este că temele și pluginurile nu pot declara o listă de dependențe (alte plugin-uri, de exemplu) care ar putea ajuta la atenuarea acestei încrucișări de preocupări. Aceasta nu este o problemă banală de rezolvat, dar cred că o formă de gestionare a pachetelor ar fi un pas în direcția corectă aici.

Ce trucuri bune ai pentru alți autori WordPress? Modalități de lucru, sfaturi și trucuri etc?

Să vorbești cu oameni – alți autori – și să afli de ce au făcut ceva sau au rezolvat o problemă într-un anumit fel este de neprețuit, indiferent dacă ești de acord cu abordarea lor sau nu. A te implica în comunitate și a ajuta cu codul altor persoane, în afară de al tău, este, de asemenea, un exercițiu de învățare extrem de util.

Ce ar putea fi îmbunătățit în WordPress, vorbind din punctul de vedere al dezvoltatorilor?

Managementul pachetelor! Pluginurile și temele ar trebui să poată spune „Depindem de Plugin X!” iar instalatorul ar trebui să se ocupe magic de toate. Am discutat deja puțin despre asta și este puțin probabil să fie o problemă ușor de rezolvat. Dincolo de asta, un control mai bun al tabloului de bord – transformarea lui în ceva util și curățarea pleava ar fi o mișcare bună.

Ce fel de viitor vedeți pentru WordPress în ansamblu?

Cu siguranță crește și adaugă funcții, dar se pare că există ceva de o mișcare contrară menită să fie simplu și să nu îl lase să devină prea greu de manevrat. Mi-aș imagina că va continua să fie un CMS puternic pentru mulți ani, dar dincolo de asta este greu de spus.

Care sunt planurile tale pentru viitor?

Momentan lucrez mai ales pe site-uri auto-găzduite sau scriu fragmente de cod pe care oamenii le pot folosi pe site-uri auto-găzduite. Totuși, aș dori să petrec mai mult timp căutând crearea unor servicii web de sine stătătoare și, probabil, să-mi angajez creierul într-un proiect care folosește un limbaj sau un set de tehnologii destul de diferit față de cele cu care sunt obișnuit. Asta se datorează în parte pentru că mă plictisesc ușor, dar și pentru că îmi place să explorez universul software.

Bănuiesc că voi continua să revin la WordPress ca un teren familiar, totuși.