No che, me servia mas el anterior
¿Algún libro copado sobre programación funcional en gral.?
.gif "=)")
yo solo voy a aportar esto:
![[Imagen: goto.png]](https://camo.utnianos.com.ar/14443c0ceff3578da612767d7e1d484fd841cbfb/687474703a2f2f696d67732e786b63642e636f6d2f636f6d6963732f676f746f2e706e67)
(31-10-2012 01:37)Amadeo escribió: [ -> ]¿Algún libro copado sobre programación funcional en gral.?
No conozco ninguno.
Tenes libros de lenguajes muy buenos como The Joy of Clojure, y otros medio pelo como Real World Haskell, pero ni idea de libros sobre "funcional" (propiamente dicho) fuera de eso.
Paper relacionado con el thread:
link
Con ejemplos de implementación de newton-raphson o las ventajas lazy evaluation para ganar al ta-te-tí no convences a nadie sobre los beneficios de "funcional" en industria
Por ahí si tenes un jefe copado... (?)
El jefe quiere que el sistema de billing ande bien en Noviembre, que es temporada alta en la venta de <inserte producto/servicio con el que la empresa hace plata>
PD: Yo soy de los que opinan que no vas a "convertir" a un número significativo de los ya están en industria. El que tiene que tomar este tipo de decisiones es el que pone el cuello porque el software ande bien, y como quiere mucho a su cuello va a ir con lo conocido y probado. Como con objetos, si "funcional" se populariza, va a ser porque los adeptos a formas viejas se mueren, y los nuevos idealistas con ganas de arriesgarse por un mundo mejor (?) toman su lugar.
con objetos te armo una función, y listo, tengo todo el paradigma funcional en 2 clases.
lo mismo con lógico.
cuando uno entiende lo que es un objeto y cómo usar el paradigma, no hay límites.
Lo mismo dicen los "funcionalistas".
PD: con respecto a que "si entendés el paradigma no hay limites", no respecto a la capacidad de "emular" objetos o procedural.
Igual tratemos de no caer en purismos o "guerras religiosas" entre paradigmas. No me parece que ese sea el objetivo del thread.