Pochissime persone scrivono un buon codice sorgente al primo tentativo. Un buon codice sorgente è spesso prodotto da una serie di revisioni. Pertanto, se riesci a trovare il codice sorgente sottoposto a peer review più volte e risolto più volte, probabilmente ti troverai in una posizione migliore. Alcuni progetti open source (e alcune parti di questi) sono particolarmente ben recensiti. Il codice proveniente da aziende che hanno cicli di revisione obbligatori (ad es. Google, ma ce ne sono molti altri) potrebbe essere adeguato alla bolletta.
Detto questo, non sono sicuro che il tuo obiettivo dovrebbe essere quello di trovare "un grande codice". Dovrebbe essere di guardare diversi stili di codice (come quelli scritti dai tuoi colleghi), e imparare a identificare i lati positivi e negativi. Più punti sbagliati identifichi, più ti sforzerai di migliorare il tuo codice e sapere come.
In particolare, credo che un ottimo approccio per ottenere un buon senso del codice sia usare il debugger interattivo per tracciare un codice complesso, seguendo le catene di invocazioni. Ad esempio, vai a uno dei file principali della tua azienda, inserisci un punto di interruzione e inizia a capire da dove provengono.
Dopo alcune volte ti senti disorientato dalle funzioni a 100 linee con dieci livelli di indentazioni e dipendenze globali, e alcune volte che ti limiti a scrivere codice ben decomposto, migliorerai la tua programmazione.