È una buona regola per scrivere sempre codice per l'intenzione di riutilizzarlo da qualche parte lungo la strada? Oppure, a seconda delle dimensioni del componente che si sta scrivendo, è preferibile progettarlo per il riutilizzo quando ha senso per quanto riguarda il tempo trascorso su di esso. Che cosa è una buona regola empirica per dedicare ulteriore tempo all'analisi e alla progettazione dei componenti del progetto che hanno "qualche probabilità" di essere necessari in futuro per altre cose che potrebbero o potrebbero richiedere questa parte.
Ad esempio, se ho bisogno del progetto X
di fare cose A
e B
. A
ha sicuramente bisogno di essere scritto per il riutilizzo, perché ha senso farlo. B
è molto specifico per il progetto al momento, e posso incidere tutto insieme in un paio di giorni per finire il progetto in tempo e dare a tutti i miei complimenti per essere una grande squadra, ecc. O se diciamo, lasciamo passare un bel po ' '2 settimane per capire quale progetto Y/Z
potrebbe aver bisogno di questa cosa e dedicare un sacco di tempo extra alla parte B
perché un giorno potremmo aver bisogno di usarlo sul progetto Y/Z
(dove i risparmi saranno realizzati).
Immaginerei che una situazione mondiale perfetta sarebbe una combinazione ben congegnata di componenti specifici del progetto e riutilizzati, dati il progetto. Tuttavia alcuni negozi di codice potrebbero ritenere che sarebbe una buona idea scrivere tutto per l'intenzione di usarlo in qualche punto lungo la strada.