Esiste una strategia migliore del fare affidamento sul compilatore per rilevare gli errori?

Non regolare le cose per renderlo compilabile. Regola le cose in modo che siano corrette . Se è stato "progettato" in modo che i tipi di parametro non corrispondessero, allora il progettista non ha idea di cosa stiano facendo.

Se non vuoi fare affidamento sul compilatore, migliora la tua conoscenza della lingua. Studia la struttura delle definizioni e delle dichiarazioni e controlla ciò che scrivi per gli errori prima della compilazione. E usa le revisioni del codice.

L'idea di prototipi in più sembra pessima. Se la progettazione viene errata una volta, cosa deve impedire che il secondo progetto venga progettato in modo errato? E usando diversi formati / paradigmi / ecc per la stessa cosa, è probabile che confonderai le persone. Farei in modo che tutti comprendano il formato principale in modo che tu possa concentrarti sulla realizzazione del progetto per la prima volta, piuttosto che raddoppiare il lavoro di progettazione per individuare gli errori. Come ogni altra cosa, i disegni dovrebbero essere refactored, ma non credo che farlo due volte abbia molto senso.

Onestamente, credo che il tuo obiettivo dovrebbe SEMPRE essere quello di scrivere un programma che compili la prima volta. Mi rendo conto che questo è difficile e probabilmente non succederà spesso, ma dovrebbe comunque essere il tuo obiettivo. Pensa al software come a un componente hardware. Fatti credere che è incredibilmente costoso ricompilare il tuo codice (come la ri-produzione di una lavagna). Un compilatore non è un debugger e non dovrebbe essere trattato come tale.

Il compilatore non riesce a trovare tutti gli errori quindi non ha senso fingere che possa farlo. Tutto ciò che riesce a trovare sono errori di sintassi e errori di battitura. È abbastanza buono per questo che ho lasciato fare quella parte del lavoro (anche se in questi giorni l'ambiente cattura il 99% di quelli stessi prima che tu abbia mai fatto la compilazione) ma so perfettamente che non sono tutti gli errori.

L'unica volta in cui mi baso su questo tipo di informazioni per dirmi cosa scrivere è quando ottengo cose del genere che mi dicono che non è possibile convertire automaticamente un doppio in un float - se dove stai inviando i dati si aspetta che i float (e dato che quello che sto facendo attualmente è giocare con la libreria XNA che fa esattamente questo) e la sorgente restituisce il doppio (come nel caso della libreria matematica C #), allora devi semplicemente convertire.

Il compilatore è uno strumento. Come con tutti gli strumenti, possono essere abusati.

Quando inizi per la prima volta con una lingua, non c'è niente di sbagliato nell'usare il compilatore alla cieca per testare il tuo programma. È intrinsecamente il modo in cui l'apprendimento funziona, indovina e controlla. Tuttavia, ciò non significa che dovresti continuare a codificare in quel modo.

È nel tuo miglior interesse capire abbastanza bene la lingua in modo che tu possa compilare il tuo programma nella tua testa. Quindi trascorrerai meno tempo in attesa che il compilatore finisca.

Dico che probabilmente è meglio che il programma si trovi sempre entro poche righe / blocchi di codice da compilare.

La maggior parte degli IDE moderni catturano un sacco di problemi del compilatore e credo di essermi abbastanza fidato anche di questo.

Forse tornare ai file di testo e ai compilatori da riga di comando?