Projektstorlek och ”Keeping It Simple”
Av vilken anledning som helst, finns det en konsekvent spänning som finns (åtminstone vad jag beträffar) mellan nyttan av att bygga något åt någon och hur lång tid det tar att bygga det nämnda.
Med det menar jag att när det kommer till WordPress är det relativt enkelt att bygga små, enkla plugins och verktyg för andra som inte nödvändigtvis följer vad de moderna bästa metoderna än är.
Och när det gäller det här inlägget skulle jag säga att de moderna bästa metoderna är ungefär:
- en pakethanterare på serversidan,
- en pakethanterare på klientsidan,
- korrekt enhetstestning,
- väldesignade klasser,
- dokumenterad kod,
- och så vidare.
Och allt detta är bra och utan tvekan nödvändigt för större projekt (särskilt eftersom underhåll och konsekvent utveckling kommer att spela en så viktig roll).
Att hålla det enkelt
Men hur är det med mindre projekt där du mer eller mindre är den enda förvaltaren av kodbasen? Jag säger inte att god praxis inte bör införas. Jag tycker vi ska:
- har en väldokumenterad kodbas,
- funktion eller klassdesign som tillgodoser framtida utveckling,
- och optimering av kod på både klientsidan och serversidan
Men betyder det att dessa projekt måste ha stora leverantörskataloger eller stora node_modules- kataloger?
Foto av Artur Pokusin på Unsplash
Kortfattat tror jag inte det. Jag tror att det hamnar i överkonstruktion.
Gör saker så enkelt som möjligt, men inte enklare.
Detta betyder inte att vi avstår från den omsorg som krävs för att skriva kvalitetskod inom ramen för vår IDE.
Potentiella riktlinjer
Men det är kanske där det tar stopp. Det vill säga att en bra tumregel kanske är:
- Om projektet kommer att kräva kontinuerlig integration, bör det ha nödvändiga skyddsräcken för att upprätthålla kvaliteten både lokalt och i iscensättningsmiljöerna och den kontinuerliga integrationsprocessen.
- Om projektet kommer att byggas och sedan släppas (och iterativt göra det), bör majoriteten av kvaliteten mätas och genomdrivas via IDE.
Jag vet inte om det här är det bästa sättet att närma mig det, men det är något jag har ägnat tid åt att tänka på och fortsätter att komma fram till uppsättningen ovan av ökända barriärer.
Jag håller för närvarande på att skriva en e-bok (tillsammans med en mängd annat premiuminnehåll). Om du är intresserad, kolla in vad du får.