Riutilizzo vs. manutenibilità e facilità di test

Question

A tutti piace parlare di riusabilità. Dove lavoro, ogni volta che qualche nuova idea viene gettato intorno o testato fuori, la questione della riusabilità viene sempre. "Vogliamo massimizzare il nostro investimento in questo, cerchiamo di renderlo riutilizzabile." "Riutilizzabilità porterà qualità superiore con meno lavoro." E così via e così via.

Quello che ho trovato è che quando si introduce un componente riutilizzabile o idea, ognuno è subito paura di essa e lo scrive fuori come una cattiva idea. Una volta che le applicazioni diventano dipendenti da esso, si dice, non sarà mantenibile, e tutte le modifiche comporterà la necessità di fare test di regressione su tutto ciò che l'utilizza. La gente qui indicano un componente, in particolare, che è in giro da molto tempo e ha un sacco di carico e galli cedroni che è diventato impossibile cambiare perché abbiamo non sappiamo che cosa i cambiamenti si romperà.

Le mie risposte a questa denuncia sono:

1. E 'bene che il cambiamento a un componente che ha molti dipendenti è lento, perché costringe i progettisti a davvero pensare attraverso i cambiamenti.
2. Il tempo dovrebbe essere presa per ottenere il proprio componente in primo luogo. Corrollary:? Se si sta trovando la necessità di cambiare tutto il tempo, non è mai stato molto riutilizzabile per cominciare, vero
sviluppo
3. Software è duro e richiede lavoro. Così fa il test. Devi solo farlo.

Purtroppo, ciò che la gente sente in queste risposte sono "lento", "tempo" e "sforzo".

Mi piacerebbe se ci fosse una magia "rendono questo riutilizzabile" switch ho potuto capovolgere sulle cose che costruisco in modo da vincere punti brownie dalla gestione, ma le cose non funzionano in questo modo. Fare qualcosa di riutilizzabile richiede tempo e fatica e non sei ancora garantito per farlo bene.

Come si fa a trattare con la richiesta di "riutilizzabilità" quando consegna su di esso sembra portare nulla, ma i reclami?

Answer 1

1. La riusabilità è utile solo se sarà effettivamente qualcosa di essere riutilizzato. Assicurarsi di avere alcuni casi pratici di riutilizzo prima di scrivere qualcosa di riutilizzabile.

2. Anche se una libreria riutilizzabile è 10x più difficile da mantenere che una versione ad hoc di se stesso, si sta ancora salvando sulla manutenzione generale se la libreria riutilizzabile viene usato al posto di versioni ad hoc in 10 luoghi diversi .

Answer 2

La riusabilità è quello di rendere il codice riutilizzabile in termini di comportamento simile o relazione "is_a". Se si desidera solo riutilizzare blocco di codice da vederli utilizzando più e più volte, ma non hanno caratteristiche simili, è meglio lasciarli soli di essere giunto liberamente. Con questo, possiamo avere una maggiore flessibilità per modificare in seguito.

Answer 3

Una cosa che facciamo spesso è quello di utilizzare le versioni e di evitare la ripetizione del test costante. Solo perché c'è una nuova versione del codice comune non significa tutto deve utilizzare la nuova versione subito. Quando qualcosa è sempre aggiornato per altri motivi, l'aggiornamento alla nuova versione del codice comune.