Dimensioni del progetto e “Mantenerlo semplice”
Per qualsiasi motivo, esiste una tensione costante (almeno per quanto mi riguarda) tra l’utilità di costruire qualcosa per qualcuno e la quantità di tempo necessaria per costruire la cosa stessa.
Con ciò, intendo dire che quando si tratta di WordPress, è relativamente facile creare plug-in e utilità piccoli e semplici per altri che non seguono necessariamente le migliori pratiche moderne.
E, per quanto riguarda questo post, direi che le migliori pratiche moderne sono qualcosa del tipo:
- un gestore di pacchetti lato server,
- un gestore di pacchetti lato client,
- test unitario corretto,
- classi ben strutturate,
- codice documentato,
- e così via.
E tutto ciò è fantastico e probabilmente necessario per progetti più grandi (soprattutto perché la manutenzione e lo sviluppo coerente giocheranno un ruolo così significativo).
Mantenerlo semplice
Ma che dire dei progetti più piccoli in cui sei più o meno l’unico amministratore della base di codice? Non sto dicendo che le buone pratiche non dovrebbero essere messe in atto. Penso che dovremmo:
- avere una base di codice ben documentata,
- progettazione di funzioni o classi che si rivolga allo sviluppo futuro,
- e ottimizzazione del codice lato client e lato server
Ma questo significa che questi progetti devono avere directory di fornitori di grandi dimensioni o directory node_modules di grandi dimensioni ?
Foto di Artur Pokusin su Unsplash
In parole povere, non credo. Penso che questo entri nell’ingegneria eccessiva.
Rendi le cose il più semplici possibile, ma non più semplici.
Questo non significa che rinunciamo alla cura necessaria per scrivere codice di qualità nel contesto del nostro IDE.
Possibili linee guida
Ma forse è qui che si ferma. Vale a dire che forse una buona regola pratica è:
- Se il progetto richiede un’integrazione continua, allora dovrebbe avere le barriere necessarie per rafforzare la qualità sia a livello locale che negli ambienti di staging e il processo di integrazione continua.
- Se il progetto verrà creato e quindi rilasciato (e in modo iterativo), la maggior parte della qualità dovrebbe essere misurata e applicata tramite l’IDE.
Non so se questo sia il modo migliore per affrontarlo, ma è qualcosa su cui ho passato del tempo a pensare e continuo ad arrivare al limite delle proverbiali barriere.
Attualmente sto scrivendo un eBook (insieme a una varietà di altri contenuti premium). Se sei interessato, controlla cosa ottieni.