✅ WEB ja WordPressi uudised, teemad, pistikprogrammid. Siin jagame näpunäiteid ja parimaid veebisaidi lahendusi.

Projekti suurus ja „lihtsuse hoidmine”

16

Mingil põhjusel eksisteerib järjekindel pinge (vähemalt minu jaoks) kellegi jaoks millegi ehitamise kasulikkuse ja selle ehitamiseks kuluva aja vahel.

Selle all pean silmas seda, et WordPressi puhul on suhteliselt lihtne luua väikeseid lihtsaid pistikprogramme ja utiliite teistele, mis ei pruugi järgida tänapäevaseid parimaid tavasid.

Ja mis puudutab seda postitust, siis ma ütleksin, et tänapäevased parimad tavad on midagi sellist:

  • serveripoolne paketihaldur,
  • kliendipoolne paketihaldur,
  • õige üksuse testimine,
  • hästi läbimõeldud klassid,
  • dokumenteeritud kood,
  • ja nii edasi.

Ja see kõik on suurepärane ja suuremate projektide jaoks vaieldamatult vajalik (eriti seetõttu, et hooldusel ja järjepideval arendusel on nii oluline roll).

Lihtne

Aga kuidas on lood väiksemate projektidega, kus olete enam-vähem koodibaasi ainus haldaja? Ma ei ütle, et häid tavasid ei tohiks paika panna. Ma arvan, et peaksime:

  • omama hästi dokumenteeritud koodibaasi,
  • funktsiooni- või klassikujundus, mis arvestab tulevase arenguga,
  • ja nii kliendi- kui serveripoolse koodi optimeerimine

Kuid kas see tähendab, et nendel projektidel peavad olema suured hankijate kataloogid või suured node_modules kataloogid?

Foto Artur Pokusin Unsplashist

Lühidalt öeldes ma ei usu. Ma arvan, et see puudutab liigset inseneritööd.

Tehke asjad võimalikult lihtsaks, kuid mitte lihtsamaks.

See ei tähenda, et me loobuksime oma IDE kontekstis kvaliteetse koodi kirjutamiseks vajalikust hooldusest.

Võimalikud juhised

Aga võib-olla see seal peatubki. See tähendab, et võib-olla on hea rusikareegel:

  • Kui projekt nõuab pidevat integreerimist, peaksid sellel olema vajalikud kaitsepiirded, et tagada kvaliteet nii kohapeal kui ka lavastuskeskkondades ja pidevas integratsiooniprotsessis.
  • Kui projekt ehitatakse ja seejärel vabastatakse (ja seda tehakse iteratiivselt), tuleks suuremat osa kvaliteedist mõõta ja jõustada IDE kaudu.

Ma ei tea, kas see on parim viis sellele läheneda, kuid ma olen selle üle mõtisklenud ja jõuan jätkuvalt ülaltoodud vanasõnabarjääride hulka.

Kirjutan praegu e-raamatut (koos mitme muu esmaklassilise sisuga). Kui olete huvitatud, vaadake, mida saate.

See veebisait kasutab teie kasutuskogemuse parandamiseks küpsiseid. Eeldame, et olete sellega rahul, kuid saate soovi korral loobuda. Nõustu Loe rohkem