Esistono flussi di lavoro o modelli di progettazione specifici che vengono comunemente utilizzati per creare applicazioni di programmazione funzionale di grandi dimensioni? [chiuso]

Ho esplorato Clojure per un po 'di tempo, anche se non l'ho usato su nessun progetto non banale. Fondamentalmente, mi sono appena sentito a mio agio con la sintassi e alcuni idiomi. Proveniente da un background OOP, con Clojure come il primo linguaggio funzionale in cui ho studiato molto, naturalmente non mi sento a mio agio con il modo funzionale di fare le cose.

Detto questo, esistono flussi di lavoro o modelli di progettazione specifici comuni alla creazione di applicazioni funzionali di grandi dimensioni? Mi piacerebbe davvero iniziare a utilizzare la programmazione funzionale "per davvero", ma temo che con la mia attuale mancanza di competenza, si tradurrebbe in un fallimento epico.

"Gang of Four" è un tale standard per i programmatori OO, ma c'è qualcosa di simile che è più diretto al paradigma funzionale? La maggior parte delle risorse che ho trovato hanno grandi pepite di programmazione, ma non fanno un passo indietro per dare un aspetto più ampio e più architettonico.

Modelli di questo tipo sono generalmente sintomi di un modello sottostante rotto e inadatto.

OOP è rotto dal design, inadatto alla maggior parte delle sue applicazioni, quindi esplode con tutto ciò che i cosiddetti "modelli". Il modello funzionale è (solo un po ') più flessibile e la necessità di "schemi" non è così ovvia.

Una volta che inizi ad applicare un approccio orientato al linguaggio (naturale per i programmatori funzionali), usando o creando DSL per ogni specifico dominio problematico, scoprirai che nessun modello viene mostrato, perché stai sempre impiegando un modello adeguato per descrivendo un problema.

Naturalmente alcuni "schemi" o "ricette" ricorrenti di alto livello sono inevitabili anche nella matematica molto astratta, pulita e pura, ma sono di un tipo diverso e di un diverso livello di astrazione rispetto ai modelli GoF. Troverai utili le monadi, per esempio.

Secondo la mia opinione personale, i modelli di design sono semantici. Ricordo di aver riscritto alcune delle mie vecchie app usando MVC solo per essere sicuro di aver capito il modello così come pensavo di averlo fatto. Ma, alla fine, non ho guadagnato nulla da MVC sul mio codice originale.

Tuttavia, se dovessi applicare il mio codice originale a un ambiente di sviluppo più ampio e dire a qualcuno che esiste un problema con questo determinato metodo ... sarebbe difficile per quello sviluppatore rintracciare il problema. TUTTAVIA, se dicessi che il ContractController è stato confuso per qualche motivo, saprebbe esattamente da dove cominciare.

I modelli di design sono fantastici ... ma come ho detto, penso che siano semantici!

EDIT: voi tipi di evangelisti mi spezzate. Come è mai stato sviluppato qualcosa senza MVC (o qualche altro modello di progettazione)!