Non sono tanto le dimensioni del codice base quanto l'ambito e la complessità del problema che è stato risolto e risolto. Confronto:
- Un sito web con un prodotto in vendita e pagato tramite PayPal.
- Un sito commerciale che visualizza migliaia di prodotti in centinaia di categorie, che indica la quantità in magazzino in tempo reale, i tempi di spedizione previsti e le tasse per i clienti internazionali, collegati ai principali sistemi di produzione in modo che il processo di ritiro in magazzino sia attivato automaticamente, le fatture (con sconti appropriati) vengono generate quando il prodotto viene spedito, ecc. ecc.
Sì, il secondo sistema sarà più grande, ma è la complessità di ottenere che tutti questi sistemi ronzino la stessa melodia che rende questa una sfida architettonica. (Specialmente quando metà dei sistemi sono legacy e se li tocchi / li fai svenire muori .)
Quindi direi questo: offri alla persona che ti intervista il Big Picture® (sia verbalmente che in un documento di tipo Executive Summary), e poi offri ogni livello di dettaglio che desiderano per i flussi di lavoro o sottosistemi.