¿Existen flujos de trabajo específicos o patrones de diseño que se usan comúnmente para crear grandes aplicaciones de programación funcional? [cerrado]

Los patrones de este tipo por lo general son síntomas de un modelo subyacente roto y no apto.

La POO se rompe por diseño, no es apta para la mayoría de sus aplicaciones, por lo tanto, estalla con todos los llamados "patrones". El modelo funcional es (solo un poco) más flexible, y la necesidad de "patrones" no es tan obvia allí.

Una vez que comience a aplicar un enfoque orientado al lenguaje (natural para los programadores funcionales), utilizando o creando DSL para cada dominio de problema específico, encontrará que no se muestran patrones en absoluto, porque siempre está empleando un modelo adecuado para describir un problema.

Por supuesto, algunos "patrones" o "recetas" recurrentes de alto nivel son inevitables incluso en las matemáticas muy abstractas, limpias y puras, pero son de un tipo diferente y de un nivel de abstracción diferente al de los patrones de GoF. Encontrarás las mónadas útiles, por ejemplo.

En mi opinión personal, los patrones de diseño son semánticos. Recuerdo haber reescrito algunas de mis aplicaciones antiguas utilizando MVC solo para asegurarme de que entendía el patrón tan bien como pensaba. Pero, al final, no obtuve nada de MVC sobre mi código original.

Sin embargo, si aplicara mi código original a un entorno de desarrollo más grande y le dijera a alguien que hay un problema con este método determinado ... sería difícil para el desarrollador rastrear el problema. SIN EMBARGO, si dijera que el Contralor de Controles fue anulado por alguna razón, sabría exactamente dónde comenzar.

Los patrones de diseño son geniales ... pero como dije, ¡creo que son semánticos!

EDITAR: Los tipos de evangelistas me hacen una risa. ¡Cómo se desarrolló algo sin MVC (o algún otro patrón de diseño)!