Impara JavaScript, dimentica PHP?

Il panorama di WordPress è cambiato.

Alcuni anni fa, tutti noi abbiamo avuto il compito di apprendere JavaScript in modo approfondito e giustamente. Con l’avvento di Gutenberg e di progetti come Calypso, è ovvio che JavaScript sta diventando una forza dominante in WordPress (per non parlare del web nel suo insieme), se non lo si considera già.

E per chiunque abbia letto Coding Horror negli ultimi dieci anni circa, probabilmente conoscerai la legge di Atwood:

qualsiasi applicazione che può essere scritta in JavaScript, verrà eventualmente scritta in JavaScript.

Jeff Atwood

Ma poiché è successo, sembra che abbia creato una divisione più chiara tra ciò che costituisce uno sviluppatore front-end e uno sviluppatore back-end nell’economia di WordPress.

Personalmente, lo accolgo con favore perché mi ritrovo ancora più desideroso di imparare, crescere e lavorare sul back-end man mano che PHP cresce e cambia. Ma sono solo io e c’è altro da esaminare.

Quando sentiamo che dovremmo imparare di più JavaScript, vengono sollevate alcune domande che penso siano importanti:

• Noi, come contributori e sviluppatori che costruiscono cose per e su questo progetto, abbiamo trascurato troppo a lungo JavaScript e le tecnologie circostanti?
• Dobbiamo prepararci per la prossima era, per così dire, in cui la maggior parte delle soluzioni sono scritte in JavaScript?
• Si presume che stiamo continuando ad aumentare le nostre competenze in PHP con l’avanzare della lingua?
• Fin dall’inizio, questi sono correlati in qualche modo?

Forse porre queste domande suona un po’ noioso, se non scherzoso, ma quando vediamo così tanto scritto in JavaScript inclusi strumenti, gestione dei pacchetti e altro, rispecchia ciò che abbiamo avuto in PHP per così tanto tempo, è importante almeno ritenere.

Dopotutto, in qualche modo, questo potrebbe avere un impatto drastico sulla traiettoria di una carriera.

In breve, penso che ci siano diverse cose in gioco, ognuna delle quali cercherò di distillare qui.

Trascurato? Sì. Ma non è tutto.

Penso che noi, come quelli di noi coinvolti in WordPress, abbiamo trascurato JavaScript per troppo tempo. E anche se non tutti noi siamo ingegneri front-end, ciò non significa che non dovremmo essere in grado di lavorarci un po’.

Detto questo, penso anche che abbiamo trascurato le funzionalità aggiornate di PHP per troppo tempo (e questa sta diventando un’affermazione così stanca che quasi non l’ho inclusa).

Esclusività reciproca?

Anche se penso che sia importante passare alla prossima era di sviluppo includendo più JavaScript, non si escludono a vicenda con PHP. Non sono convinto che PHP non verrà completamente rimosso da WordPress nel prevedibile futuro.

Presupposti sicuri

Non credo che si presuppone che la maggior parte di noi stia lavorando per migliorare le proprie competenze in PHP; in caso contrario, penso che vedremmo un insieme più ampio di risorse dedicate rigorosamente a PHP incentrato su WordPress (per non parlare dell’utilizzo delle funzionalità più recenti del linguaggio).

E quando parlo di tali risorse, parlo di uno Stitcher simile a WordPress .

Correlazione

Penso che siano correlati ma non nel modo in cui alcuni potrebbero pensare: penso che alcune persone e agenzie andranno bene se si concentreranno su soluzioni incentrate su JavaScript. Lo stesso si può dire anche per le soluzioni di back-end.

Ma se vuoi creare un’applicazione o una soluzione completa (o qualcosa che non ha testa), non puoi concentrarti solo su un’area.

Qual è il mio punto?

Il mio punto è questo: ci saranno tipi di applicazioni che richiedono linguaggi lato server che non sono JavaScript che funzionano con funzionalità lato client scritte in JavaScript

E anche se è ovvio che le soluzioni lato server possono essere scritte in JavaScript, il Web non sembra ancora muoversi in una direzione che lo rende un unico obiettivo.

Ci sono anche altri progetti che stanno guadagnando slancio che supportano questo.

In secondo luogo, PHP continua ad evolversi in molti modi. Indipendentemente dal fatto che le funzionalità che vengono aggiunte alla lingua siano buone o cattive non sono foraggi per questo post. Invece, si tratta del fatto che PHP continua a crescere, cambiare, maturare e offrire molte funzionalità che noi, come sviluppatori back-end, desideravamo da molto tempo. Allora perché non stiamo spingendo per renderli più comuni?

• È perché i plugin di WordPress non richiedono tali funzionalità?
• Ha detto che le funzionalità non migliorano la base di codice di alcuni componenti di WordPress? (In molti casi, lo sarebbe.)
• Poiché l’economia è cambiata e l’editor di blocchi è diventato il volto dell’editor (e alla fine dello sviluppo del tema), ciò non annulla la necessità di un supporto di back-end.
• E così via.

Perché, come segmento del settore, non ci sfidiamo a vicenda per imparare anche le nuove funzionalità di PHP tanto quanto lo siamo come JavaScript? Il linguaggio si sta evolvendo più velocemente che mai, stiamo assistendo a maggiori guadagni in termini di prestazioni, modi per scrivere codice più manutenibile e funzionalità che potrebbero non solo migliorare gli strumenti che stiamo costruendo, ma la stessa base di codice di WordPress stesso.

Ancora una volta, impara ma non dimenticare

Gran parte di questo è una riflessione su due dei linguaggi principali di WordPress. Poiché parliamo di WordPress e dei suoi linguaggi, questa non è una situazione che si esclude a vicenda in cui dobbiamo imparare JavaScript e dimenticare PHP.

Invece, ha lo scopo di mostrare che anche se siamo stati incaricati di imparare JavaScript e sebbene JavaScript abbia cambiato notevolmente il modo in cui funziona WordPress, non nega la necessità di lavorare lato server e quindi nega la necessità di continuare ad imparare esso.

C’è ancora molto spazio per entrambi nella sandbox di WordPress. Semmai, non lasciamo che le nostre competenze in PHP diminuiscano mentre miglioriamo le nostre competenze in JavaScript.