Il mio manager ha parlato con me e afferma che la qualità del mio lavoro è eccellente, ma ho bisogno di aumentare la quantità di quanto esca. Ho lavorato solo per un paio d'anni, quindi mi sento ancora di avere molto da imparare. Quale percorso prendo (o c'è un altro?):
Quantità: se vogliono fare schifo, posso dargli un sacco.
Qualità: ignora la richiesta e spero che la mia produttività aumenti con l'esperienza.
Come altre affermate nelle loro risposte, la qualità è molto importante dal punto di vista tecnico.
Ma la qualità è anche molto importante per la motivazione. Se il tuo capo ti chiede di fare merda, a lungo andare, ti distruggerà. Immagina di bere qualcosa rispondendo alla domanda "cosa fai?" non risponderai "Scrivo cazzate per un pazzo manager" non è vero? Ma lo penserai ad alta voce ...
I think that the key in organization is making its employees proud of what they make.
Detto questo, la qualità può essere uno dei quattro fattori che dovresti ridurre per arrivare al mercato. Quattro fattori sono risorse, tempo, ambito e qualità.
Una volta ho lavorato a un progetto in cui le risorse erano limitate, l'ambito vitale e la scadenza fissata per prima, se gennaio, da un contratto che avrebbe consentito a quella società di perdere milioni ogni minuto di ritardo.
La decisione è stata presa per fare del nostro meglio ma senza considerare la qualità nel tempo e amp; ambito di applicazione.
L'applicazione ha generato guadagni sufficienti nella sua prima ora di esecuzione per lo sviluppo passato pagato e la completa riscrittura che era stata pianificata in seguito.
Conclusione: la qualità è molto importante, ma a volte le priorità aziendali richiedono di ridurlo per il benessere dell'intera organizzazione.
Il codice di qualità, a lungo termine, ti costerà meno tempo per la manutenzione. Inoltre, in teoria, dovresti ridurre il tempo che il tuo team di QA deve testare il tuo codice perché ci saranno meno bug da documentare. Trovare modi per riutilizzare componenti già codificati o in fase di codifica accelererà la tua quantità apparente.
Vorrei attenermi alla qualità se avessi la possibilità di scegliere. Preferirei essere conosciuto per il codice di alta qualità quindi per essere in grado di rilasciare un sacco di spazzatura.
Ricorda che è necessario spedire effettivamente il software perché sia utile: non ha senso scrivere il codice più bello del mondo se non è disponibile quando è necessario.
È uno dei molti requisiti che devi bilanciare. Supponendo che il tuo manager sia competente, li starei ascoltando: sono più propensi a conoscere il rapporto qualità / velocità richiesto per il progetto rispetto a te (come uno sviluppo abbastanza nuovo).
O per usare una frase comune: il perfetto è il nemico del bene.
Inizia a pensare ai progetti in modo più generico, inizia a costruire i tuoi quadri per le cose e con il passare del tempo il tuo toolkit crescerà a tal punto che inizierai a essere in grado di mettere insieme vecchi progetti per crearne di nuovi, cioè quando il la quantità crescerà mantenendo la qualità.
Se stai attualmente scrivendo un buon codice, ti garantisco che diventerai sempre più veloce man mano che avrai più esperienza.
Se attualmente stai scrivendo codice in modo rapido, non è assolutamente garantito che mai scriverà un codice di qualità superiore.
Quindi direi che sei sulla strada giusta.
È questione di come si definisce la quantità?
Per me è una questione di prospettiva. Se scrivo 10k di codice per risolvere un problema e un altro richiede solo 200 righe di codice insieme a una libreria open source che è più produttiva? Una questione di opinione
Tuttavia, quando si tratta del tuo manager è l'unico a fare queste opinioni, quindi devi capire in che modo colloca le metriche della produttività degli sviluppatori e in che modo quantifica in modo esplicito la quantità per farti capire meglio.
Quando è stata l'ultima volta che sei andato in un ristorante? Sei andato a 5 stelle perché ha la migliore qualità? Probabilmente no, c'è un compromesso sui costi. I programmatori sono costosi e spesso i clienti non vogliono o non hanno bisogno della massima qualità. Se il minimo si ottiene il lavoro fatto per la soddisfazione dei clienti non c'è alcun punto su ingegneria.
Leggi altre domande sui tag code-quality development-process productivity