Mingil p\u00f5hjusel eksisteerib j\u00e4rjekindel pinge (v\u00e4hemalt minu jaoks) kellegi jaoks millegi ehitamise kasulikkuse ja selle ehitamiseks kuluva aja vahel.<\/p>\n
Selle all pean silmas seda, et WordPressi puhul on suhteliselt lihtne luua v\u00e4ikeseid lihtsaid pistikprogramme ja utiliite teistele, mis ei pruugi j\u00e4rgida t\u00e4nap\u00e4evaseid parimaid tavasid.<\/p>\n
Ja mis puudutab seda postitust, siis ma \u00fctleksin, et t\u00e4nap\u00e4evased parimad tavad on midagi sellist:<\/p>\n
Ja see k\u00f5ik on suurep\u00e4rane ja suuremate projektide jaoks vaieldamatult vajalik (eriti seet\u00f5ttu, et hooldusel ja j\u00e4rjepideval arendusel on nii oluline roll).<\/p>\n
Aga kuidas on lood v\u00e4iksemate projektidega, kus olete enam-v\u00e4hem koodibaasi ainus haldaja? Ma ei \u00fctle, et h\u00e4id tavasid ei tohiks paika panna. Ma arvan, et peaksime:<\/p>\n
Kuid kas see t\u00e4hendab, et nendel projektidel peavad olema suured hankijate<\/strong> kataloogid v\u00f5i suured node_modules<\/strong> kataloogid?<\/p>\n Foto Artur Pokusin Unsplashist<\/p>\n L\u00fchidalt \u00f6eldes<\/a><\/strong> ma ei usu. Ma arvan, et see puudutab liigset insenerit\u00f6\u00f6d.<\/p>\n Tehke asjad v\u00f5imalikult lihtsaks, kuid mitte lihtsamaks.<\/p>\n<\/blockquote>\n See ei t\u00e4henda, et me loobuksime oma IDE kontekstis kvaliteetse koodi kirjutamiseks vajalikust hooldusest.<\/p>\n Aga v\u00f5ib-olla see seal peatubki. See t\u00e4hendab, et v\u00f5ib-olla on hea rusikareegel:<\/p>\n Ma ei tea, kas see on parim viis sellele l\u00e4heneda, kuid ma olen selle \u00fcle m\u00f5tisklenud ja j\u00f5uan j\u00e4tkuvalt \u00fclaltoodud vanas\u00f5nabarj\u00e4\u00e4ride hulka.<\/p>\n Kirjutan praegu e-raamatut (koos mitme muu esmaklassilise sisuga). Kui olete huvitatud, vaadake, mida saate<\/a>.<\/p>\n\n
V\u00f5imalikud juhised<\/h2>\n
\n