Wielkość projektu i „zachowanie prostoty”
Z jakiegoś powodu istnieje stałe napięcie (przynajmniej jeśli o mnie chodzi) między użytecznością budowania czegoś dla kogoś a ilością czasu potrzebnego do zbudowania tej rzeczy.
Rozumiem przez to, że jeśli chodzi o WordPress, stosunkowo łatwo jest zbudować małe, proste wtyczki i narzędzia dla innych, które niekoniecznie stosują się do nowoczesnych najlepszych praktyk.
A jeśli chodzi o ten post, to powiedziałbym, że współczesne najlepsze praktyki to coś takiego:
- menedżer pakietów po stronie serwera,
- menedżer pakietów po stronie klienta,
- prawidłowe testowanie jednostkowe,
- dobrze zaprojektowane zajęcia,
- udokumentowany kod,
- i tak dalej.
A wszystko to jest świetne i prawdopodobnie konieczne w przypadku większych projektów (zwłaszcza, że utrzymanie i konsekwentny rozwój będą odgrywać tak istotną rolę).
Utrzymywanie prostoty
Ale co z mniejszymi projektami, w których jesteś mniej więcej jedynym zarządcą bazy kodu? Nie mówię, że nie powinno się wprowadzać dobrych praktyk. Myślę, że powinniśmy:
- posiadać dobrze udokumentowaną bazę kodów,
- projekt funkcji lub klasy, który zapewnia przyszły rozwój,
- i optymalizacja kodu zarówno po stronie klienta, jak i po stronie serwera
Ale czy to oznacza, że te projekty muszą mieć duże katalogi dostawców lub duże katalogi node_modules?
Zdjęcie Artura Pokusina na Unsplash
Krótko mówiąc, nie sądzę. Myślę, że to prowadzi do nadmiernej inżynierii.
Uczyń wszystko tak prostym, jak to tylko możliwe, ale nie prostszym.
Nie oznacza to, że rezygnujemy z dbałości o pisanie wysokiej jakości kodu w kontekście naszego IDE.
Potencjalne wytyczne
Ale może na tym się kończy. To znaczy, że może dobrą zasadą jest:
- Jeśli projekt będzie wymagał ciągłej integracji, powinien mieć niezbędne bariery, aby wymusić jakość zarówno lokalnie, jak i w środowiskach pomostowych oraz proces ciągłej integracji.
- Jeśli projekt ma zostać zbudowany, a następnie wydany (i to robiony iteracyjnie), to większość jakości powinna być mierzona i egzekwowana za pośrednictwem IDE.
Nie wiem, czy jest to najlepszy sposób, aby do tego podejść, ale zastanawiałem się nad tym i nadal dochodzę do powyższego zestawu przysłowiowych barier.
Obecnie piszę e-booka (wraz z wieloma innymi treściami premium). Jeśli jesteś zainteresowany, sprawdź co otrzymujesz.