Oh, come dimentichiamo facilmente il WordPress di 10, 15 anni fa.
Siamo viziati. Siamo viziati dalla ghiottoneria di documentazione e tutorial, un patrimonio di conoscenze creato in più di un decennio. Siamo viziati dalla nostra stessa esperienza, incorporata nella nostra giovinezza più vigorosa, ora seduta sulle nostre cosce mentre siamo invecchiati insieme alla nostra amata piattaforma.
Siamo cresciuti fino a diventare i proverbiali vecchi scontrosi. “Ai miei tempi non avevamo bisogno di tutti questi strumenti fantasiosi per aiutarci a scrivere codice. Ci siamo tirati su dai nostri bootstrap e abbiamo costruito tutto da zero.”
Sto scherzando. Una specie di. Mi considero tra gli sviluppatori della vecchia scuola che hanno contribuito a costruire il WordPress di cui tanti hanno ancora nostalgia – Penso di essermi guadagnato il diritto di scherzare su me stesso. Erano tempi “più semplici” ma non proprio.
Essendo stato nella community da tanto tempo, ricordo il contraccolpo ogni volta che arrivava una nuova funzionalità. Ricordo i giorni in cui c’era davvero una documentazione inesistente per praticamente tutto.
Ultimamente, c’è stata una crescente conversazione sulla difficoltà di superare l’attuale barriera di WordPress all’ingresso per gli sviluppatori. Questa è stata una discussione in corso per alcuni anni, ma l’ultima fiammata arriva sulla scia di un tweet di Chris Wiegman:
Più approfondisco il moderno dev WP, più capisco perché ai nuovi sviluppatori non piace lavorarci. Questo non è lo stesso progetto del passato. La curva di apprendimento è ora estremamente alta indipendentemente dall’esperienza passata.
io ho creato il mio primo plugin per blocchi in poche ore circa un mese fa. Quando ho scritto sull’esperienza, ho detto che la barriera all’ingresso era molto più alta rispetto a quando avevo creato il mio primo plugin nel 2007. Avendo avuto il tempo di sedermi e pensarci, non sono sicuro che fosse una dichiarazione giusta. Tendiamo a vedere il passato attraverso occhiali color rosa dimenticando la vera lotta.
Quello che volevo era creare il plugin in 30 minuti. Se tutto fosse stato in PHP, sarebbe stata un’impresa facile per me. Oggettivamente, sono un esperto (o abbastanza vicino) della lingua. Tuttavia, la mia conoscenza di JavaScript è indietro di 10 anni.
Era passato un po’ di tempo dall’ultima volta che ero stato sfidato in quel modo. Fu un’esperienza angosciante per qualcuno che si era sentito a suo agio con le proprie capacità.
Mi sono lamentato dei documenti. Ma siamo onesti. WordPress non ha mai avuto il tipo di documentazione approfondita che potrebbe insegnare tutto a uno sviluppatore in erba. Lo so perché ho scritto almeno un paio di centinaia di tutorial nella mia carriera. Quasi ogni volta, ho scavato nel codice sorgente del progetto per dargli un senso, il che mi ha permesso di insegnare ad altri sviluppatori come lavorare con varie funzionalità. E molti altri sviluppatori nello spazio hanno fatto lo stesso.
Col tempo, WordPress.org ha aggiunto una documentazione per gli sviluppatori più solida, ma questa non è stata creata dall’oggi al domani. È un progetto in continua evoluzione.
Ho anche creato il mio primo tipo di blocco con JavaScript vanilla. Nessuno strumento di costruzione. Nessun documento React aperto. Semplicemente il vecchio codice JS nel mio editor. Avevo bisogno di strisciare prima di poter camminare, e ottenere quella prima iterazione del codice in uno stato funzionante era necessario prima di saltare in qualcosa di più complesso.
Nei giorni successivi, ho ricodificato tutto per utilizzare JavaScript più moderno e l’ho compilato con webpack. Una settimana dopo, ho creato un secondo plug-in di blocco con funzionalità più avanzate.
È stato difficile? Decisamente. La barriera all’ingresso era più alta rispetto a quando ho sviluppato i plugin per la prima volta? Probabilmente. A dire il vero, non ho lottato così tanto, ma sono anche in un momento diverso della mia vita. A 37 anni, non ho più lo stesso slancio e probabilmente meno capacità di acquisire nuove competenze con la stessa rapidità della mia tarda adolescenza e dei primi 20 anni. Tuttavia, ho una base solida e abbastanza esperienza per superare alcuni degli ostacoli che ho incontrato.
Un me di 20 anni avrebbe difficoltà con questo panorama JavaScript più di un WordPress rigorosamente basato su PHP? Ne dubito. Entrambi avevano curve di apprendimento enormi per qualcuno di nuovo.
La prima introduzione di qualcuno a Subversion o Composer può essere spaventosa quanto la loro immersione iniziale in webpack e npm. Per una mente fresca, una tela aperta che deve ancora essere dipinta con oltre un decennio di attività nel “modo di WordPress”, non sono sicuro che la barriera all’ingresso sia molto più alta.
Per noi vecchi della scuola, il nostro mondo è stato capovolto. Non lo si può negare. Il progetto Gutenberg, che è al centro di quasi tutte le nuove funzionalità di WordPress, si muove così velocemente che è quasi impossibile stare al passo e allo stesso tempo migliorare le tue capacità. È facile essere sopraffatti. Quando questo accade a me, di solito faccio un passo indietro e torno quando ho avuto la possibilità di riposare la mente.
Contribuire all’ecosistema di WordPress ha sempre avuto una barriera o l’altra. Che si tratti del privilegio del tempo, della conoscenza di PHP o di qualche altra abilità, il progetto ha lasciato fuori alcune persone. Questo sta cambiando in qualche modo. Alcune parti sono ora disponibili per gli utenti che prima non erano mai accessibili. Questo è più facile da vedere dal lato tematico delle cose.
“Vorrei che la gente vedesse che lo sviluppo del tema sta andando nella direzione opposta”, ha twittato Carolina Nymark. “La barriera all’ingresso per designer e nuovi sviluppatori sarà inferiore. Quando le persone si bloccano dicendo: ‘Ma non posso usare i miei hook in un tema a blocchi’, è perché guardano a ciò che esiste oggi, non al futuro”.
Avendo trascorso più tempo sul lato tematico dell’editor di blocchi che sullo sviluppo di plugin, sono d’accordo con tutto il cuore. Agli autori dei temi è stata data una lavagna pulita, o almeno dal momento che i temi basati su blocchi temporali sono supportati nel core di WordPress, questo sarà vero.
Mentre potrei scrivere fino alla nausea sui dettagli di come lo sviluppo del tema stesso sia migliore, la parte rivoluzionaria è come il sistema accoglie coloro che in passato non avevano un ingresso.
Accanto alla versione 5.8, WordPress.org ha aperto la prima iterazione del proprio directory dei modelli. Presto, qualsiasi utente sarà in grado di contribuire con modelli di blocco personalizzati senza scrivere una singola riga di codice. Possono semplicemente creare layout dall’editor, copiarli e condividerli con altri.
Quando l’editor del sito arriva, cambierà ancora una volta il gioco. I non codificatori avranno il potere di creare essenzialmente interi progetti di front-end senza alcuna conoscenza di programmazione preesistente.
Se WordPress deve diventare più complesso per gli sviluppatori per fornire agli utenti finali così tanto potere, posso conviverci.
La più alta barriera all’ingresso, come è sempre stata, è contribuire direttamente a WordPress. O almeno contribuendo al lato di blocco delle cose tramite Gutenberg.
Iniziare con il contributo del codice La sezione del Block Editor Handbook è un elenco vertiginoso di note e procedure di installazione che possono essere scoraggianti anche per lo sviluppatore più esperto. Poiché quasi tutto è uno strumento di terze parti, è probabile che qualsiasi problema riscontrato durante la configurazione del sistema ti porti a forum di supporto o chat room al di fuori di WordPress. Anche andando oltre la configurazione, contribuire con il codice a Gutenberg è diverso dai tempi di un tempo.
Quello che manca è la storia. Abbiamo avuto un decennio e mezzo per perfezionare i nostri sistemi per il classico WordPress. È stato spesso brutto e brutale costruire la piattaforma e l’ecosistema intorno ad essa fino a diventare uno spazio confortevole per gli sviluppatori. Abbiamo avuto solo tre anni perché il moderno WordPress si sentisse naturale come negli anni passati.
Sono sempre ottimista, sperando che tra altri 15 anni avremo le stesse discussioni sul nuovo stack tecnologico introdotto da WordPress 10.0. Nel frattempo, non vedo l’ora di vedere la nostra documentazione evolversi, la nostra comunità di sviluppatori che espande il suo set di competenze e nuovi WordPresser in arrivo per il viaggio.
Continua a leggere
In questa discussione, non ci sono risposte giuste o sbagliate. La conversazione è importante perché arricchisce le nostre conoscenze e informa su come costruire la prossima versione di WordPress e del web.
Di seguito sono riportati i collegamenti relativi a questo argomento che hanno contribuito a informare i miei pensieri. Ognuno vale la pena di essere letto, ascoltato o visualizzato. Se mi sono perso qualcosa che altri hanno pubblicato, sentiti libero di collegarli nei commenti.