Lär dig JavaScript, glömmer du PHP?

Landskapet i WordPress har förändrats.

För några år sedan fick vi alla i uppdrag att lära oss JavaScript på djupet och med rätta. Med tillkomsten av Gutenberg och projekt som Calypso är det uppenbart att JavaScript håller på att bli en dominerande kraft i WordPress (för att inte tala om webben som helhet), om du inte redan anser att det är så.

Och för alla som har läst Coding Horror under det senaste decenniet eller så, du är förmodligen bekant med Atwoods lag:

alla program som kan skrivas i JavaScript kommer så småningom att skrivas i JavaScript.

Jeff Atwood

Men eftersom detta har hänt verkar det som om det skapade en tydligare klyfta mellan vad som utgör en front-end-utvecklare och en back-end-utvecklare i WordPress-ekonomin.

Personligen välkomnar jag det eftersom jag känner mig ännu mer ivrig att lära mig, växa och arbeta på back-end när PHP växer och förändras. Men det är bara jag och det finns mer att undersöka.

När vi hör att vi ska lära oss mer JavaScript väcker det några frågor som jag tycker är viktiga:

• Har vi, som bidragsgivare och utvecklare som bygger saker för och i detta projekt, försummat JavaScript och omgivande teknologier för länge?
• Behöver vi förbereda oss för nästa era, så att säga, där majoriteten av lösningarna är skrivna i JavaScript?
• Antas det att vi fortsätter att öka våra PHP-kunskaper när språket utvecklas?
• Från början, är dessa korrelerade på något sätt?

Att ställa de här frågorna kanske låter lite tråkigt, om inte fasansfullt, men när vi ser så mycket skrivet i JavaScript inklusive verktyg, pakethantering och mer, speglar det vi har haft i PHP så länge, är det viktigt att åtminstone överväga.

När allt kommer omkring, på vissa sätt kan detta drastiskt påverka en karriärs bana.

Kort sagt, jag tror att det finns flera saker på spel som jag ska försöka destillera här.

Försummad? Ja. Men det är inte allt.

Jag tror att vi, liksom de av oss som är involverade i WordPress, har försummat JavaScript för länge. Och även om vi inte alla är front-end-ingenjörer, betyder det inte att vi inte borde kunna arbeta lite med det.

Som sagt, jag tror också att vi har försummat uppdaterade funktioner i PHP för länge (och detta börjar bli ett så tröttsamt uttalande att jag nästan inte tog med det).

Ömsesidig exklusivitet?

Även om jag tror att det är viktigt att gå in i nästa era av utveckling inklusive mer JavaScript, är det inte ömsesidigt uteslutande med PHP. Jag är inte övertygad om att PHP inte kommer att tas bort helt från WordPress inom en förutsägbar framtid.

Säkra antaganden

Jag tror inte att det antas att majoriteten av oss arbetar för att förbättra våra PHP-kunskaper; Annars tror jag att vi skulle se en bredare uppsättning resurser som ägnas helt och hållet alltför WordPress-centrerad PHP (för att inte tala om att dra nytta av de senaste funktionerna i språket).

Och när jag pratar om sådana resurser talar jag om en WordPress-liknande Stitcher.

Korrelation

Jag tror att de är korrelerade men inte på det sätt som vissa kanske tror: jag tror att vissa människor och byråer kommer att klara sig bra om de ska fokusera på JavaScript-centrerade lösningar. Detsamma kan sägas för back-end-lösningar också.

Men om du vill bygga en komplett applikation eller lösning (eller något som är huvudlöst) kan du inte bara fokusera på ett område.

Vad är min poäng?

Min poäng är denna: Det kommer att finnas typer av applikationer som kräver serversidaspråk som inte är JavaScript som fungerar med klientsidans funktioner som är skrivna i JavaScript

Och även om det är uppenbart att lösningar på serversidan kan skrivas i JavaScript, verkar webben fortfarande inte röra sig i en riktning som gör att det är det enda syftet.

Det finns andra projekt som tar fart som stödjer detta också.

För det andra fortsätter PHP att utvecklas på många sätt. Huruvida funktionerna som läggs till i språket är bra eller dåliga är inte foder för detta inlägg. Istället handlar det om att PHP fortsätter att växa, förändras, mogna och erbjuda en mängd funktioner som vi – som back-end-utvecklare, har velat ha länge. Så varför driver vi inte på för att göra dem vanligare?

• Är det för att WordPress-plugins inte kräver nämnda funktioner?
• Skulle inte nämnda funktioner förbättra kodbasen för någon komponent i WordPress? (I många fall skulle det göra det.)
• Eftersom ekonomin har förändrats och blockredigeraren har blivit redaktörens ansikte utåt (och så småningom temautvecklingen), förnekar det inte behovet av back-end-stöd.
• Och så vidare.

Varför utmanar vi inte, som ett segment av branschen, varandra att också lära sig de nya funktionerna i PHP lika mycket som vi är som JavaScript? Språket utvecklas snabbare än det någonsin har gjort tidigare, vi ser större prestandavinster, sätt att skriva mer underhållbar kod och funktioner som inte bara kan förbättra verktygen vi bygger utan själva kodbasen i WordPress i sig.

Återigen, lär dig men glöm inte

Mycket av detta är lite funderingar kring två av WordPresss kärnspråk. När vi pratar om WordPress och dess språk är detta inte en ömsesidigt uteslutande situation där vi behöver lära oss JavaScript och glömma PHP.

Istället är det menat att visa att även om vi har fått i uppdrag att lära oss JavaScript och även om JavaScript i hög grad har förändrat hur WordPress fungerar, förnekar det inte behovet av arbete på serversidan och därmed förnekar det behovet av att fortsätta lära sig Det.

Det finns fortfarande gott om plats för båda i WordPress sandlåda. Om något, låt oss inte låta våra PHP-kunskaper avta samtidigt som vi förbättrar våra JavaScript-kunskaper.