Non sono sicuro del perché qualcuno abbia fatto downvoting; Penso che questa sia una domanda valida, anche se sembra assurda o la risposta è ovvia per tutti gli altri.
Se esiste una lingua con un compilatore che non ha segnalazioni di errori / sintassi, il programmatore può implementare la propria segnalazione degli errori con test di base e il loro programma deve soddisfare tali aspettative quando eseguono il programma di test; quando tutte le aspettative nel test sono soddisfatte, il programma non ha errori noti. Se una parte del test non riceve il valore atteso dal programma, il programmatore può sapere dove qualcosa è andato storto. Potrebbero non esserci segnalazioni di errori di per sé, ma ciò consentirebbe sicuramente la scrittura di applicazioni di grandi dimensioni con uno stupido compilatore o interprete. Questo, naturalmente, è presupposto che si tratti di linguaggi con un costrutto che consenta l'interazione con componenti specifici (funzioni / metodi / classi / moduli / librerie / ecc.). Anche senza questo, si potrebbe scrivere una routine di test che vada a una specifica riga di codice e testare qualsiasi valore venga restituito.
Oggi, quello che ho descritto è Behavior Driven Development (aka BDD).
Anche senza tali test, le persone hanno scritto applicazioni con enormi basi di codice senza molti utili feedback. A seconda della forma del linguaggio di assemblaggio in cui si scrive, è possibile che non si ottengano feedback ad eccezione di comportamenti imprevisti. Molti compilatori C non hanno molti feedback utili; non come quello delle lingue moderne interpretate. Chris Sawyer ha scritto l'originale Roller Coaster Tycoon per lo più in assemblaggio e alcuni C, che era decisamente più grande di 10 linee e sono disposto a scommettere che gran parte del suo sviluppo si basava sul vedere se stava ottenendo o meno il comportamento atteso dal suo codice .
EDIT: Meglio ancora, è successo che ho avuto un'esperienza circa 5 giorni fa, in cui ho scritto 126 righe di codice Python e ha funzionato la prima volta che l'ho eseguito. Ciò non accade troppo spesso, ma dimostra che anche un programmatore mediocre come me può scrivere più di 10 righe di codice utile senza controllo degli errori. Ci vuole solo un sacco di pensiero e pianificazione.
Non dimentichiamo inoltre che prima delle tastiere QWERTY e dei moderni file system, le persone scrivevano programmi e persino semplici giochi perforando i buchi nelle carte e i programmi erano memorizzati su grandi pile di schede perforate che erano state inserite in un gigantesco computer; il programma funzionava o no, ed era semplicemente non pratico affidarsi al feedback del computer. Anche l'utilizzo di un computer era un privilegio per la maggior parte, poiché non tutti ne avevano la proprietà o l'accesso a uno su base regolare. L'equivalente di 10+ linee di codice funzionante è stato scritto in questo modo.