Naucz się JavaScript, zapomnij PHP?

Zmienił się krajobraz WordPressa.

Kilka lat temu wszyscy mieliśmy za zadanie nauczyć się języka JavaScript dogłębnie i słusznie. Wraz z pojawieniem się Gutenberga i projektów takich jak Calypso oczywiste jest, że JavaScript staje się dominującą siłą w WordPressie (nie wspominając o sieci jako całości), jeśli nie uważasz, że już tak jest.

A dla każdego, kto przeczytał Coding Horror w ciągu ostatniej dekady, prawdopodobnie znasz prawo Atwooda:

każda aplikacja, którą można napisać w JavaScript, ostatecznie zostanie napisana w JavaScript.

Jeff Atwood

Ale kiedy to się stało, wydaje się, że stworzyło to wyraźniejszy podział między tym, co stanowi programistę front-end i programistę back-end w gospodarce WordPress.

Osobiście cieszę się z tego, ponieważ jestem jeszcze bardziej chętny do nauki, rozwoju i pracy nad back-endem w miarę rozwoju i zmian PHP. Ale to tylko ja i jest więcej do zbadania.

Kiedy słyszymy, że powinniśmy nauczyć się więcej JavaScriptu, pojawia się kilka pytań, które moim zdaniem są ważne:

• Czy my, jako współtwórcy i programiści tworzący rzeczy dla i na tym projekcie, zbyt długo zaniedbywaliśmy JavaScript i otaczające go technologie?
• Czy musimy przygotować się na kolejną epokę, że tak powiem, w której większość rozwiązań jest pisana w JavaScript?
• Czy zakłada się, że w miarę rozwoju języka stale podnosimy nasze umiejętności w zakresie PHP?
• Czy od samego początku są one w jakiś sposób skorelowane?

Może zadawanie tych pytań brzmi trochę żmudnie, jeśli nie żartobliwie, ale kiedy widzimy tak wiele napisanych w JavaScript, w tym narzędzi, zarządzanie pakietami i nie tylko, odzwierciedlamy to, co mamy w PHP od tak dawna, ważne jest przynajmniej rozważać.

W końcu pod pewnymi względami może to drastycznie wpłynąć na trajektorię kariery.

Krótko mówiąc, myślę, że w grę wchodzi kilka rzeczy, z których każda spróbuję tutaj wydestylować.

Zaniedbany? TAk. Ale to nie wszystko.

Myślę, że my, podobnie jak ci z nas, którzy zajmują się WordPressem, zbyt długo zaniedbywaliśmy JavaScript. I choć nie wszyscy z nas jesteśmy inżynierami front-endu, nie oznacza to, że nie powinniśmy być w stanie trochę nad tym popracować.

To powiedziawszy, uważam również, że zbyt długo zaniedbywaliśmy zaktualizowane funkcje PHP (i to staje się tak zmęczone stwierdzenie, że prawie go nie włączyłem).

Wzajemna wyłączność?

Chociaż myślę, że ważne jest, aby przejść do następnej ery rozwoju, w tym większej ilości JavaScript, nie wyklucza się to wzajemnie z PHP. Nie jestem przekonany, że PHP nie zostanie całkowicie usunięte z WordPressa w przewidywalnej przyszłości.

Bezpieczne założenia

Nie sądzę, aby zakładano, że większość z nas pracuje nad poprawą naszych umiejętności PHP; w przeciwnym razie, myślę, że zobaczylibyśmy szerszy zestaw zasobów poświęconych stricte WordPressowi PHP (nie wspominając o wykorzystywaniu najnowszych funkcji języka).

A kiedy mówię o takich zasobach, mam na myśli zszywarkę w stylu WordPressa.

Korelacja

Myślę, że są one skorelowane, ale nie w sposób, w jaki niektórzy mogą myśleć: myślę, że niektórzy ludzie i agencje poradzą sobie, jeśli mają skupić się na rozwiązaniach zorientowanych na JavaScript. To samo można powiedzieć o rozwiązaniach zaplecza.

Ale jeśli chcesz zbudować pełną aplikację lub rozwiązanie (lub coś bez głowy), nie możesz skupić się tylko na jednym obszarze.

Jaki jest mój cel?

Chodzi mi o to, że: będą rodzaje aplikacji, które wymagają języków po stronie serwera, które nie są JavaScriptem, które działają z funkcjami po stronie klienta napisanymi w JavaScript

I chociaż oczywiste jest, że rozwiązania po stronie serwera można napisać w JavaScript, sieć nadal nie wydaje się zmierzać w kierunku, który sprawia, że ​​jest to jedyny cel.

Są też inne projekty, które nabierają rozpędu, które to wspierają.

Po drugie, PHP wciąż ewoluuje na wiele sposobów. To, czy funkcje dodawane do języka są dobre, czy złe, nie jest pożywką dla tego postu. Zamiast tego chodzi o to, że PHP wciąż się rozwija, zmienia, dojrzewa i oferuje wiele funkcji, których my – jako deweloperzy back-endu, chcieliśmy od dawna. Dlaczego więc nie staramy się, aby były bardziej powszechne?

• Czy to dlatego, że wtyczki WordPress nie wymagają wspomnianych funkcji?
• Czy wspomniane funkcje nie poprawiłyby bazy kodu jakiegoś komponentu WordPressa? (W wielu przypadkach tak.)
• Ponieważ ekonomia się zmieniła, a edytor bloków stał się twarzą edytora (i ostatecznie tworzenia motywów), nie neguje to potrzeby wsparcia zaplecza.
• I tak dalej.

Dlaczego jako segment branży nie rzucamy sobie nawzajem wyzwania, aby uczyć się nowych funkcji PHP tak samo jak JavaScript? Język ewoluuje szybciej niż kiedykolwiek wcześniej, obserwujemy większy wzrost wydajności, sposoby pisania bardziej łatwego w utrzymaniu kodu oraz funkcje, które mogą nie tylko ulepszyć tworzone przez nas narzędzia, ale także samą bazę kodu WordPressa.

Znowu ucz się, ale nie zapomnij

Wiele z tego to trochę zadumy wokół dwóch podstawowych języków WordPressa. Kiedy mówimy o WordPressie i jego językach, nie jest to wykluczająca się sytuacja, w której musimy nauczyć się JavaScript i zapomnieć o PHP.

Zamiast tego ma pokazać, że chociaż otrzymaliśmy zadanie nauki JavaScript i chociaż JavaScript znacznie zmienił sposób działania WordPressa, nie neguje potrzeby pracy po stronie serwera, a tym samym neguje potrzebę kontynuowania nauki to.

W piaskownicy WordPressa wciąż jest dużo miejsca dla obu. Jeśli już, to nie pozwólmy, aby nasze umiejętności PHP słabły przez cały czas poprawiając nasze umiejętności JavaScript.