Przygotowanie rozmowy kwalifikacyjnej WordPress

Rozmawiam o pracę jako programista WordPress. Pracuję z WP dopiero od roku i czuję, że mam dobry przegląd, jak to skonfigurować, co functions.phpzrobić, gdzie modyfikować motywy itp. Ale wywiad, który przeprowadzę w przyszłym tygodniu, będzie pytając mnie o WordPress i Linux z włączonym MySql. Wiem tylko, że dadzą mi laptopa i test.

Jak przygotować się na coś takiego? Czy powinienem dzisiaj ćwiczyć pisanie wtyczek? Wiem, jak skonfigurować serwer Linux, ale nie przepadam za zaawansowaną manipulacją plikami lub skryptami powłoki. Jestem dobry w konfiguracji, rozwiązywaniu problemów i konfiguracji. I dużo czytam Kodeks WP. Co byłoby dobrym zadaniem domowym, aby dać się odpowiednio przygotować? Zauważyłem, że nie ma zbyt wielu zasobów do studiowania na wywiadzie skoncentrowanym na WP.

Gdybym miał zatrudnić programistę WordPress, moja lista życzeń wyglądałaby następująco:

• Zna HTML i CSS wewnątrz i na zewnątrz;
• Ma przynajmniej podstawową znajomość JavaScript;
• Zna się na PHP i tworzy piękny kod (czysty, spójny, DRY )
• Ma dobrą znajomość projektowania baz danych i SQL: jeśli pokażę Ci schemat bazy danych i kilka zapytań, czy możesz powiedzieć, czy są one dobrze zaprojektowane i wydajne?
• Rozumie ich plik .htaccess;
• Dokładnie rozumie pętlę;
• Rozumie, jak działają taksonomie, pola niestandardowe, niestandardowe typy wpisów i formaty wpisów oraz do czego służą;
• Wie, jak działają motywy i rozumie hierarchię szablonów ;
• Wie, jak działają wtyczki i jak napisać prosty.

Mogę wymyślić o wiele więcej, ale myślę, że powyższe byłoby dobrym początkiem.

A oto podchwytliwe pytanie: co jest do bani w WordPressie i co byś zmienił w następnej głównej wersji, aby to naprawić? Jeśli potrafisz udzielić przekonującej odpowiedzi, prawdopodobnie wiesz sporo o WordPressie.

Ale odkładając na chwilę powyższą listę życzeń, najważniejsze dla mnie nie jest to, czy znasz rozwiązanie problemu: to, czy możesz znaleźć rozwiązanie.

Wiedz, gdzie szukać (Codex, podręcznik PHP, takie miejsca) i bądź naprawdę zainteresowany robieniem rzeczy we właściwy sposób. Nie bądź usatysfakcjonowany, gdy nagle coś, co nie zadziałało: czy to było właściwe rozwiązanie? Czy możesz to zrobić w bardziej elegancki sposób, z mniejszym kodem? Czy to rozwiązanie można skalować, czy można je ponownie wykorzystać, gdy pojawi się podobny problem?

Mam nadzieję że to pomoże.

Manipulowanie plikami i wykonywanie skryptów powłoki często nie jest tym, co robisz z WordPress. Co najwyżej coś zrobić dla niego, jak tworzenie kopii zapasowych lub rozmieszczania rzeczy. Jest to coś, co samo WP i wtyczki starają się utrzymać na minimalnym poziomie dla dobrej kompatybilności z różnymi środowiskami hostingowymi.

Jakiego rodzaju będzie WordPress? Pole jest dość szerokie, od bardzo front-endowych po bardzo back-endowe rzeczy i mnóstwo rzeczy pomiędzy.

Nie jest to dalekie od wszechstronnego, ale rzeczy, które osobiście uważam za mocne podstawy dla rozwoju WP to:

• ogólnie

  • ironclad rozumienie hooków - czym one są, jak działają, jak działają z klasami, jak jeden kod może manipulować zaczepionymi zdarzeniami innego kodu
  • Ustawienia API, ogólnie dodając rzeczy do obszaru administracyjnego
  • koncepcje bezpieczeństwa, sprawdzanie poprawności, odkażanie, wyświetlanie na ekranie, sprawdzanie autorytetu i intencji

• opracowanie tematu

  • zapytania i pętle, różne sposoby ich uruchamiania i których używać do czego
  • tagi szablonów, podstawy ( get_vs the_), zmienne globalne, na których polegają
  • hierarchia szablonów i tagi warunkowe, czym jest, jak go zgiąć
  • motywy nadrzędne i podrzędne, kolejność ładowania, dziedziczenie szablonów, proces instalacji
  • kolejka skryptów i stylów

• rozwój wtyczek

  • zmiana stanów wtyczek (aktywacja, dezaktywacja, deinstalacja)
  • logiczne różnice między wtyczkami, muszą używać wtyczek i kodu w motywach
  • organizacja kodu (prefiksy, klasy)
  • logika ładowania rdzenia i wtyczek, kiedy jest za wcześnie, za późno i odpowiednie do uruchomienia kodu
  • Implementacja Ajax