Sono interessato a storie in cui la burocrazia degli uffici ha avuto un effetto diretto sul risultato finale della qualità del codice.
Non penso che la burocrazia abbia così tanto effetto sulla qualità del codice come fanno le dinamiche personali e la politica dell'ufficio. La burocrazia ha a che fare con il processo. Quando un processo esistente viene eseguito in modo improprio (o sfruttato negativamente ... vedere più avanti), ha il potenziale di influenzare negativamente la capacità di consegna o reagire a cambiamenti improvvisi. Una mancanza di processo, tuttavia, avrà un certo e significativo impatto sulla qualità del codice. O per essere più precisi, un processo che non regola la qualità del codice (interpretato anche come mancanza di un processo di qualità del codice) influisce sulla qualità del codice.
Cioè, non è la burocrazia stessa, ma i buchi specifici, legati alla QA nella burocrazia, che influenzano la qualità del codice quando sfruttati (accidentalmente o in modo nefasto).
Le dinamiche personali e la politica dell'ufficio, tuttavia, sono molto più un colpevole del cattivo codice, tuttavia. Le dinamiche personali comportano innanzitutto la mancanza di etica professionale. Non compro davvero l'argomento secondo cui le persone scrivono codice errato perché non conoscono meglio o non sono state adeguatamente addestrate . Ho visto persone senza diplomi CS scrivere codice decente. È uno stato d'animo e una questione personale di essere organizzato e meticoloso.
La politica dell'ufficio gioca un ruolo ancora più terribile. I capi che spingono non pensano, solo codificano il mantra (anche se ci sono momenti in cui dobbiamo solo programmare e spedire e pulire i corpi in seguito); gli sviluppatori che insistono nel fornire quello che pensano sia il codice perfetto anche se ottenere qualcosa dalla porta ora è essenziale; revisori del codice che sono un buco **; guerre cubicolo e simili. Queste cose esacerbano dinamiche personali problematiche. La combinazione di entrambi penetra attraverso eventuali crepe nel processo (la burocrazia) o la loro mancanza, causando una rottura della garanzia della qualità del codice.
Il buco nella burocrazia potrebbe essere risolto se esiste una cultura delle revisioni post-morten e del miglioramento continuo. Tuttavia, dinamiche personali negative e politiche distruttive degli uffici impediscono che si verifichino tali correzioni sul processo, perpetuando così i problemi esistenti (compresi quelli relativi alla qualità del codice).
La burocrazia da sola raramente è la causa di cattiva qualità del codice. Direi che la qualità del codice e la burocrazia sono entrambe influenzate negativamente dalle dinamiche personali negative e dalla politica dell'ufficio.