Õppige JavaScripti, unustate PHP?
WordPressi maastik on muutunud.
Mõni aasta tagasi saime kõik ülesandeks JavaScripti põhjalikult ja õigesti õppida. Gutenbergi ja selliste projektide nagu Calypso tulekuga on ilmne, et JavaScript on muutumas WordPressis (rääkimata veebist tervikuna) domineerivaks jõuks, kui te seda juba praegu ei pea.
Ja igaüks, kes on umbes viimase kümnendi jooksul lugenud Kodeerimisõudust, on tõenäoliselt Atwoodi seadusega tuttav:
kõik rakendused, mida saab kirjutada JavaScriptis, kirjutatakse lõpuks JavaScriptis.
Kuid kuna see on juhtunud, tundub, et see lõi selgema lõhe selle vahel, mis on WordPressi majanduses esiotsa arendaja ja tagaarendaja.
Mina isiklikult tervitan seda, kuna tunnen end PHP kasvades ja muutudes veelgi innukam õppida, kasvada ja taustaga töötada. Aga see olen ainult mina ja siin on veel, mida uurida.
Kui kuuleme, et peaksime JavaScripti rohkem õppima, kerkib esile mõned minu arvates olulised küsimused:
- Kas meie kui panustajad ja arendajad, kes selle projekti jaoks asju ehitavad, on JavaScripti ja ümbritsevaid tehnoloogiaid liiga kaua tähelepanuta jätnud?
- Kas peame valmistuma nii-öelda järgmiseks ajastuks, kus enamik lahendusi on kirjutatud JavaScriptis?
- Kas eeldatakse, et keele arenedes jätkame oma PHP-oskuste suurendamist?
- Kas need on algusest peale korrelatsioonis?
Võib-olla kõlab nende küsimuste esitamine pisut tüütu, kui mitte tülikas, aga kui näeme JavaScriptis nii palju kirjutatud, sealhulgas tööriistad, paketihaldus ja palju muud, siis peegeldame seda, mis meil on PHP-s nii kaua olnud, on oluline vähemalt kaaluma.
Lõppude lõpuks võib see mõnes mõttes karjääri trajektoori drastiliselt mõjutada.
Lühidalt, ma arvan, et mängus on mitu asja, millest kõiki proovin siinkohal destilleerida.
Tähelepanuta jäetud? Jah. Kuid see pole veel kõik.
Ma arvan, et meie, nagu ka WordPressiga seotud inimesed, oleme JavaScripti liiga kaua tähelepanuta jätnud. Ja kuigi me kõik ei ole esiotsa insenerid, ei tähenda see, et me ei peaks selle kallal natukenegi töötama.
Sellegipoolest arvan ma ka, et oleme PHP värskendatud funktsioonid liiga kaua tähelepanuta jätnud (ja see on muutumas nii väsinud väiteks, et ma peaaegu ei lisanud seda).
Vastastikune ainuõigus?
Kuigi ma arvan, et on oluline liikuda järgmisse arendusajastusse, mis hõlmab rohkem JavaScripti, ei välista see PHP-ga üksteist. Ma ei ole veendunud, et PHP-d ei eemaldata prognoositavas tulevikus WordPressist täielikult.
Turvalised oletused
Ma ei usu, et eeldatakse, et enamik meist töötab oma PHP-oskuste parandamise nimel. muidu arvan, et me näeksime laiemat ressursside kogumit, mis oleks liiga WordPressi-kesksele PHP-le pühendatud (rääkimata keele uusimate funktsioonide ärakasutamisest).
Ja kui ma räägin sellistest ressurssidest, siis ma räägin WordPressi stiilis Stitcherist.
Korrelatsioon
Ma arvan, et need on omavahel seotud, kuid mitte nii, nagu mõned arvavad: ma arvan, et mõnel inimesel ja agentuuril läheb hästi, kui nad tahavad keskenduda JavaScripti-kesksetele lahendustele. Sama võib öelda ka taustalahenduste kohta.
Kuid kui soovite luua täielikku rakendust või lahendust (või midagi, mis on peata), ei saa te keskenduda ainult ühele valdkonnale.
Mis on minu mõte?
Minu mõte on järgmine: teatud tüüpi rakendusi, mis nõuavad serveripoolseid keeli, mis ei ole JavaScript, töötavad JavaScriptis kirjutatud kliendipoolsete funktsioonidega.
Ja kuigi on ilmne, et serveripoolseid lahendusi saab kirjutada JavaScriptis, ei näi veeb siiski liikuvat suunas, mis muudaks selle üheks ja ainsaks eesmärgiks.
Ka teised projektid saavad hoogu, mis seda toetavad.
Teiseks areneb PHP mitmel viisil edasi. See, kas keelele lisatavad funktsioonid on head või halvad, ei ole selle postituse jaoks sööt. Asi on hoopis selles, et PHP jätkab kasvamist, muutumist, küpsemist ja pakub palju funktsioone, mida meie – taustaarendajatena – oleme juba pikka aega soovinud. Miks me siis ei pinguta nende levinumaks muutmise nimel?
- Kas sellepärast, et WordPressi pistikprogrammid ei vaja nimetatud funktsioone?
- Kas nimetatud funktsioonid ei parandaks mõne WordPressi komponendi koodibaasi? (Paljudel juhtudel oleks.)
- Kuna majandus on muutunud ja plokiredaktorist on saanud toimetaja (ja lõpuks ka teemaarenduse) nägu, ei muuda see vajadust taustatoe järele.
- Ja nii edasi.
Miks me ei esita tööstuse segmendina üksteisele väljakutseid õppida ka PHP uusi funktsioone sama palju kui JavaScripti? Keel areneb kiiremini kui kunagi varem, me näeme suuremat jõudluse kasvu, võimalusi paremini hooldatava koodi kirjutamiseks ja funktsioone, mis võivad täiustada mitte ainult meie lootavaid tööriistu, vaid ka WordPressi enda koodibaasi.
Jällegi, õppige, kuid ärge unustage
Suur osa sellest on WordPressi kahe põhikeele üle mõtisklemine. Kuna me räägime WordPressist ja selle keeltest, siis see ei ole üksteist välistav olukord, kus peame õppima JavaScripti ja unustama PHP.
Selle asemel on see mõeldud näitama, et kuigi meie ülesandeks on JavaScripti õppimine ja kuigi JavaScript on WordPressi toimimisviisi oluliselt muutnud, ei muuda see serveripoolse töö vajadust ja seega vajadust jätkata õppimist. seda.
WordPressi liivakastis on mõlema jaoks veel piisavalt ruumi. Kui midagi, siis ärgem laskem oma PHP-oskustel langeda, parandades samal ajal oma JavaScripti oskusi.