¿Qué causó el aumento de la popularidad de la programación funcional?

Cuando comencé a dar clases de paradigmas de programación, la programación funcional solo se estudiaba con fines académicos o para la investigación, era poco usado en la industria. Pero esto ha cambiado. La industria ve con buenos ojos a este paradigma y está presente en todos los lenguajes de programación modernos. Para analizar este cambio debemos entender que es la programación funcional. 

 ¿Qué es la programación funcional? 

 Las principales características distintivas del desarrollo de software con Programación funcional son: 

•     funciones puras; las cuales pueden componer nuevas funciones 
•     evitar el estado compartido, datos mutables y efectos secundarios; 
•     La prevalencia de un enfoque declarativo más que imperativo. 

Analicemos estos puntos más en detalle:  

funciones puras: Las funciones puras son funciones deterministas sin efectos secundarios. Una función determinista significa que, para el mismo conjunto de valores de entrada, devuelve el mismo resultado. Las propiedades de tales funciones son muy importantes: por ejemplo, las funciones puras tienen transparencia referencial, se puede reemplazar una llamada de función con su valor final sin cambiar el valor del programa. Y la composición de funciones se refiere al proceso de combinar dos o más funciones para crear una nueva función o realizar cálculos. 

evitar el estado compartido: El principal problema con los estados compartidos es que, para comprender los efectos de una función, debe conocer el historial completo de cada variable compartida que utiliza la función. Por lo tanto, la programación funcional evita estados compartidos, confiando en cambio en estructuras de datos inmutables y computación sin procesar para extraer nuevos datos de los existentes. Otro matiz que surge cuando se trabaja con estados compartidos es que cambiar el orden de las llamadas a funciones puede provocar una avalancha de errores. En consecuencia, al evitar estados compartidos, también evita este problema. 

Subyacente a toda la programación funcional está la inmutabilidad. Los objetos inmutables no se pueden cambiar en absoluto. Esto se logra mediante la congelación profunda de las variables. 

Con estas herramientas se evitan los efectos secundarios, los cuales significan que, además de devolver un valor, la función también interactúa con el estado mutable externo. ¿Por qué Programación funcional los evita? Porque de esta manera los efectos del programa son mucho más fáciles de entender y probar. Haskell, por ejemplo, usa mónadas para aislar los efectos secundarios de las funciones puras. 

enfoque declarativo: El punto es que el enfoque imperativo funciona según el principio de control de flujo y responde a la pregunta "cómo hacerlo". El enfoque declarativo describe el flujo de datos y responde a la pregunta "qué hacer". Además, el código imperativo a menudo se basa en instrucciones (operadores), mientras que el código declarativo se basa en expresiones. 

Ventajas 

Entonces, descubrimos qué es la programación funcional y qué necesitamos saber al respecto. Ahora veamos las ventajas de utilizarlo.   

Uno de los beneficios más obvios de la programación funcional son las abstracciones de alto nivel que ocultan muchos de los detalles de las operaciones de rutina, como la iteración. Debido a esto, el código es más corto y, como resultado, garantiza menos errores que se pueden cometer. 

Además, el Programación funcional contiene menos primitivas de lenguaje. Las clases simplemente no se usan: en lugar de crear una descripción única de un objeto con operaciones en forma de métodos, la programación funcional utiliza varias primitivas básicas del lenguaje que están bien optimizadas internamente. 

Además, la programación funcional permite al desarrollador acercar el lenguaje al problema, en lugar de viceversa, todo a expensas de las estructuras flexibles y la flexibilidad del lenguaje. Además, Programación funcional ofrece a los desarrolladores nuevas herramientas para resolver problemas complejos . 

De hecho, es demasiado largo para enumerar todas las ventajas de la programación funcional; realmente hay muchas de ellas. Puedo decir esto: trabajar con lenguajes funcionales proporciona una escritura de código precisa y rápida, facilita las pruebas y la depuración, los programas son de nivel superior y las firmas de funciones son más informativas. 

La programación funcional permite escribir código más conciso y predecible, y es más fácil de probar (aunque aprender no es fácil). 

Popularidad 

En el mundo de TI, nada sucede porque sí. Una cosa se aferra a la otra, y ahora todas las tendencias más actuales están interconectadas. 

Si recordamos las tendencias más sensacionales de 2016-2017, estas, por supuesto, serán AI, IoT, Big Data y Blockchain. Estaban y están en boca de todos, todos conocen su potencial y sus características claves. Y son algunas de estas tendencias las que han catalizado la creciente popularidad de la programación funcional entre los desarrolladores. 

Actualmente, el problema del procesamiento paralelo y el trabajo con grandes flujos de datos se ha incrementado notablemente. Y, paralelizando el procesamiento de estos datos, podemos obtener el resultado deseado en menor tiempo que con un procesamiento secuencial. Además, la informática descentralizada (distribuida): blockchains y otras, que, en esencia, son un mecanismo bastante complejo. Y para tales cálculos, el código funcional es más adecuado debido a todos los principios de la programación funcional (como las funciones puras, por ejemplo). El uso de todas las técnicas básicas facilita la ejecución y el mantenimiento de código paralelo y distribuido. 

Además, la programación funcional no solo se usaba para resolver problemas específicos, dado el incremento de su popularidad, ahora incluso se aplica a proyectos clásicos.  

Conclusión 

Como probablemente ya haya entendido, no debe temer a la programación funcional.  

 Aquí hay algunos consejos para aquellos que han decidido probarse en un nuevo paradigma y aprender algo radicalmente nuevo: 

Al principio será muy complicado, teniendo en cuenta que tendrás que dejar atrás lo que sabes y aprender nuevos enfoques y principios.  

• Comience con micro tareas para tenerlo en sus manos. 
• Si vienes de Java, scala es un gran aleado para empezar, podemos dividir nuestras soluciones y pensar parte en funcional, parte en objeto. Y en .net tenemos F# que es un gran lenguaje.  

La programación funcional tiene un crecimiento constante y es una opción real a problemas que con otros paradigmas no han encontrado una correcta solución.  

Currying en Kotlin

Ya hable un monton de currying y no tengo ganas de explicarlo de nuevo, pero ahí va :

Currying es una técnica de transformación de una función con múltiples argumentos de tal manera que se puede llamar como una cadena de funciones cada uno con un único argumento.

Como puedo hacer esto en kotlin? la respuesta es kotlin no soporta currying. Y ya esta :( 

Pero aún podemos crear una función de argumento único que devuelva otra función de argumento único.

Por ejemplo : 

val curriedAdd: (Int) -> (Int) -> Int = { x -> { y -> x + y } }

val add2 : (Int) -> Int = curriedAdd(2)

println(add2(3)) //imprime 5

Como vemos, la primera invocación de curriedAdd devuelve otra función con un parámetro. Lo que hicimos arriba se llama aplicación parcial. Aplicamos solo el primer argumento y preparamos la función para aplicar el segundo.

Eso es básicamente lo que queríamos lograr. Nuestro código puede ser puro, funcional y fácil de probar.

Además, Kotlin no admite curry tal como es. No podemos aplicar solo un argumento a cualquier función. Tenemos que hacer la función con aplicaciones parciales. Pero escribir todas las lambdas como una secuencia de lambdas puede ser molesto.

Y esto es lo que la comunidad hizo por nosotros: una gran biblioteca funcional para Kotlin: funKTionale. El módulo donde viene curry y uncurry es funktionale-currying.

Volviendo a nuestro problema: ¿cómo crear funciones add3, add5, add100 sin generar una gran cantidad de código repetitivo?

Primero, agregue la biblioteca a su script de compilación. En mi caso es gradle:

implementation "org.funktionale:funktionale-currying:1.2"

Y luego podemos hacer : 

val add = { x: Int, y: Int -> x + y}.curried() 

val add3 = add(3)

val add5 = add(5)

val add100 = add(100)

println(add3(3)) // 6

println(add100(-10)) // 90

Programación funcional, pros y contras

Lei un articulo y me gusto mucho, por lo tanto les dejo un resumen, al final esta el articulo original :

Como saben, los programadores son personas creativas, pero al mismo tiempo se adhieren celosamente a ciertas ideas, por ejemplo, la elección de un lenguaje de programación. PHP se considera un "lenguaje vago" y JavaScript es magia "difícil de predecir". Y en medio de la gran abundancia de lenguajes, los lenguajes funcionales están ganando cada vez más seguidores y cada vez más se están abriendo camino en la mayoría de las empresas de todo el mundo. Según la analítica RedMonk. Desde junio de 2017 y la evaluación combinada de la popularidad de los lenguajes en GitHub y Slack Overflow, los lenguajes funcionales (Elm, Elixir) están creciendo lenta pero seguramente. El gran aumento en la popularidad de JavaScript también está impulsando un mayor interés en FP. Además, los desarrolladores con experiencia en programación funcional posteriormente comenzaron a trabajar en frameworks y como resultado, tenemos Redux, React, MobX y otras librerías que usan millones de personas.

Entonces, ¿qué es la programación funcional, por qué hay tanto auge y por qué vale la pena considerar aprenderla? Vamos a resolverlo.

El mundo de JavaScript está hirviendo. Hace unos años, solo unos pocos desarrolladores entendían la programación funcional, pero en los últimos tres años, casi todas las bases de código de grandes aplicaciones han estado utilizando activamente ideas tomadas del mundo de la programación funcional. Y por una buena razón: la programación funcional le permite escribir código más conciso y predecible, y es más fácil de probar (aunque aprender desde cero no es fácil).

Las principales características distintivas del desarrollo de software con FP:

• funciones puras;
• evitar el estado compartido, datos mutables y efectos secundarios;
• La prevalencia de un enfoque declarativo más que imperativo.

La programación funcional se basa inherentemente en los principios fundamentales y definitorios enumerados anteriormente. Y para comenzar a comprenderlos, primero debe cambiar al modo "académico" y cómo debe estudiar las definiciones de términos que lo seguirán implacablemente en FP: funciones puras, composición de funciones, evitar el estado compartido, etc. Esto es más como volver a la escuela. a una lección de matemáticas, pero después de eso verás tanto la funcionalidad como la programación de una manera completamente diferente.

Profundicemos un poco más en los términos de FP y, al menos superficialmente, comprendamos lo que significan.

Las funciones puras  son funciones deterministas sin efectos secundarios. Una función determinista significa que para el mismo conjunto de valores de entrada, devuelve el mismo resultado. Para FP, las propiedades de tales funciones son muy importantes: por ejemplo, las funciones puras tienen transparencia referencial: puede reemplazar una llamada de función con su valor final sin cambiar el valor del programa.

La composición de funciones se refiere al proceso de combinar dos o más funciones para crear una nueva función o realizar cálculos.

El principal problema con los estados compartidos es que para comprender los efectos de una función, debe conocer el historial completo de cada variable compartida que utiliza la función. Por lo tanto, la programación funcional evita estados compartidos, confiando en cambio en estructuras de datos inmutables y computación sin procesar para extraer nuevos datos de los existentes. Otro matiz que surge cuando se trabaja con estados compartidos es que cambiar el orden de las llamadas a funciones puede provocar una avalancha de errores. En consecuencia, al evitar estados compartidos, también evita este problema.

Subyacente a toda la programación funcional está la inmutabilidad (inmutabilidad). Y aquí es importante no confundirse const con la inmutabilidad. const crea un enlace de nombre variable que no se puede reasignar después de la creación, pero no crea objetos inmutables. No podrá cambiar el objeto al que pertenece el enlace, pero aún puede cambiar las propiedades de este objeto const, por lo tanto , los enlaces creados no son inmutables. Los objetos inmutables no se pueden cambiar en absoluto. Esto se logra mediante la congelación profunda de las variables.

Los efectos secundarios significan que, además de devolver un valor, la función también interactúa con el estado mutable externo. ¿Por qué FP los evita? Porque de esta manera los efectos del programa son mucho más fáciles de entender y probar. Haskell, por ejemplo, usa mónadas para aislar los efectos secundarios de las funciones puras.

El punto es que el enfoque imperativo funciona según el principio de control de flujo y responde a la pregunta "cómo hacerlo". El enfoque declarativo describe el flujo de datos y responde a la pregunta "qué hacer". Además, el código imperativo a menudo se basa en instrucciones (operadores), mientras que el código declarativo se basa más en las expresiones.

Entonces, descubrimos qué es la programación funcional y qué necesita saber al respecto. Y, antes de pasar a discutir sus ventajas, propongo pasar primero por las desventajas, más precisamente, para comprender la esencia del estereotipo "la programación funcional no es natural".

A juzgar por lo que escribí anteriormente, los seguidores de la programación funcional ya deberían haber surgido entre los lectores. Sin embargo, a pesar de la gran cantidad de artículos laudatorios, no hay menos artículos titulados "La programación funcional es extraña y no tiene futuro" (por ejemplo). ¿Esto significa que estoy equivocado? No. ¿Hay alguna razón para pensar que la FA es extraña? Por supuesto.

Permíteme darte una cita de Internet que refleja completamente la actitud de muchos desarrolladores hacia FP:

"Escribir código funcional es como escribir al revés y la mayoría de las veces es como resolver un rompecabezas en lugar de explicar el proceso a una computadora".

De hecho, esta es una actitud bastante subjetiva hacia la FP para aquellos que no quieren dedicar suficiente tiempo para comprender los matices de la programación funcional y simplemente intentarlo. Pero, como prometí, veamos las desventajas de FP y luego veamos las ventajas.

Primero, no existe un vocabulario eficiente desordenado y configurado para lenguajes funcionales. Los diccionarios puramente funcionales son más lentos que las tablas hash, y esto puede ser crítico para algunas aplicaciones. En segundo lugar, no hay tablas hash débiles puramente funcionales, aunque para la mayoría de los desarrolladores esta falla puede pasar desapercibida.

Además, FP no es adecuado para algoritmos en gráficos (debido a su funcionamiento lento) y, en general, para aquellas soluciones que se han basado en programación imperativa durante décadas.

De acuerdo, el último punto suena más como una queja: no podemos culpar a FP por lo que no estaba destinado. Por lo tanto, propongo recurrir a lo agradable, es decir, a las ventajas de FP y su uso en proyectos reales por parte de compañías internacionales reales.

Uno de los beneficios más obvios de la programación funcional son las abstracciones de alto nivel que ocultan muchos de los detalles de las operaciones de rutina, como la iteración. Debido a esto, el código es más corto y, como resultado, garantiza menos errores que se pueden cometer.

Además, el FP contiene menos primitivas de lenguaje. Las clases bien conocidas en FP simplemente no se usan: en lugar de crear una descripción única de un objeto con operaciones en forma de métodos, la programación funcional utiliza varias primitivas básicas del lenguaje que están bien optimizadas internamente.

Además, la programación funcional permite al desarrollador acercar el lenguaje al problema, en lugar de viceversa, todo a expensas de las estructuras flexibles y la flexibilidad del lenguaje. Además, FP ofrece a los desarrolladores nuevas herramientas para resolver problemas complejos que los programadores de POO a menudo descuidan.

De hecho, es demasiado largo para enumerar todas las ventajas de la programación funcional; realmente hay muchas de ellas. Puedo decir esto: trabajar con lenguajes funcionales proporciona una escritura de código precisa y rápida, facilita las pruebas y la depuración, los programas son de nivel superior y las firmas de funciones son más informativas.

Por supuesto, uno no puede negar las ventajas de POO, pero vale la pena recordar que los lenguajes funcionales están a la par con muchos otros en términos de conveniencia y merecen su atención.

En el mundo de TI, nada sucede. Una cosa se aferra a la otra, y ahora todas las tendencias más actuales están interconectadas.

Si recordamos las tendencias más sensacionales de 2016-2017, estas, por supuesto, serán AI, IoT, Big Data y Blockchain. Están en boca de todos, todos conocen su potencial y sus características clave. Y son algunas de estas tendencias las que han catalizado la creciente popularidad de la programación funcional entre los desarrolladores.

Actualmente, el problema del procesamiento paralelo y el trabajo con grandes flujos de datos es muy grave, en otras palabras, trabajar con Big Data. Y, paralelizando el procesamiento de estos datos, puede obtener el resultado deseado en una fracción de segundo, lo cual es muy crítico en el mundo real. Además, no se olvide de la informática descentralizada (distribuida): blockchains y otras, que, en esencia, son un mecanismo bastante complejo. Y para tales cálculos, el código funcional es más adecuado debido a todos los principios de la programación funcional (como las funciones puras, por ejemplo). El uso de todas las técnicas básicas de FP facilita la ejecución y el mantenimiento de código paralelo.

Además, si la programación funcional anterior se usaba solo para resolver problemas específicos, ahora incluso se aplica a proyectos clásicos. 

Como probablemente ya haya entendido, no debe temer la programación funcional. Un poco de diligencia y curiosidad, y ahora has dominado la FP. Aquí hay algunos consejos para aquellos que han decidido probarse en un nuevo género y aprender algo radicalmente nuevo:

• Relájate :) Al principio será muy complicado, teniendo en cuenta que tendrás que dejar atrás lo que sabes y aprender nuevos enfoques y principios. Y eso esta bien. Piense en la primera vez que aprendió a codificar. Nada malo sucederá.
• Comience con micro tareas para tenerlo en sus manos.
• Comience a aprender Haskell y luego pase a Scala (o F #) para comenzar a comprender los principios de programación funcional (y al mismo tiempo comenzar a pensar más "funcional").

Dada la prevalencia de la programación funcional, puede estar seguro de su futuro profesional (con la debida diligencia), ya que seguramente puede usar sus habilidades recién adquiridas. ¡No tengas miedo de intentarlo!

Dejo link: https://dou.ua/lenta/articles/functional-programming/

Lenguajes que compilan para Python

Quiero compartir un link sobre un lenguajes que son compatibles con python o que pueden correr sobre la plataforma.

Lo interesante del link es la cantidad de lenguajes funcionales.

Y otra cosa interesante es que se puede bajar el libro: "Functional Programming in Python"

Dejo link:
https://github.com/vindarel/languages-that-compile-to-python
https://github.com/sfermigier/awesome-functional-python

Beneficios de la programación funcional

Siguiendo con el post anterior, nombro algunos beneficios de la programación funcional:

• Serás mejor programador: tu forma de pensar en el código y de afrontar los problemas será muy distinta. Con la programación funcional aprenderás afrontar los problemas de computación y de plantear la mejor solución posible: a plantear soluciones de formas que nunca habías pensado, mucho más simples y eficientes.
• Código más simple, limpio y con menos bugs: solo por este motivo ya merece la pena. Tendrás menos código, menos variables, menos estructuras de control, no hay nulos ... así que cometerás menos errores escribiendo código. Además el compilador te ayudará a detectarlos antes que nadie.
• Podrás resolver problemas más complejos: la esencia de la programación funcional es la simpleza: buscar soluciones simples. Y cuando más simple sea tu solución, mayores problemas podrás resolver. Joel Spolsky, el fundador de StackOverflow y Trello, decía: Without understanding functional programming, you can’t invent MapReduce. A eso me refería, problemas realmente complejos son muy difíciles de resolver (de entender, de implementar, de testear...) con código imperativo.
• Código más versátil: las abstracciones y tipos que definas serán totalmente reutilizables. Como dijo Joe Armstrong, creador del lenguaje funcional Erlang, con la OOP tú coges un plátano (un objeto), pero con él te traes al gorila y a la jungla entera (todas sus dependencias). ¿Te suena?
• Mejor concurrencia y asincronismo: hoy en día los dispositivos tienen varios cores para ejecutar código en paralelo, por lo que este punto es esencial. Podrás evitar el famoso callback hell!
• Y por último, aumentará tu valor como programador: una cosa es que seas buen programador y otra muy diferente es que los demás lo perciban a la primera. La programación funcional te permitirá destacar entre el resto y tu valor como programador se multiplicará.

¿qué es la programación funcional? y en qué consiste?

Es un paradigma que te recomienda lo que debes, pero sobre todo, lo que no debes hacer. Veamos los principios donde se apoya este paradigma:

• Datos inmutables: son variables que no varían, bueno como constantes entonces ... el concepto de variable como la conocemos desaparece, dando lugar a datos inmutables. 
• Código declarativo: en vez de describir una serie de pasos o instrucciones, tienes que declarar lo que quieres obtener, concatenando una serie de expresiones, sin preocuparte de qué hacen por dentro esas expresiones. Es como que te pida un café, vos me vas a dar un café, pero yo no te di las instrucciones para que los prepares. 
• Funciones sin efectos colaterales: no basta con escribir funciones para “organizar” o reutilizar tu código. O esas funciones cumplen unas reglas muy sencillas que te van a ahorrar muchos quebraderos de cabeza. Siempre una funcion con un determinado valor retorna el mismo resultado, siempre. 
• Recursión: seguro que has utilizado alguna vez un algoritmo recursivo… cuando no te quedaba más remedio. ¿Y si te digo que en lenguajes funciones no hay otra forma de hacer bucles?
• Funciones de orden superior: ¿y si pudiésemos hacer con las funciones lo mismo que hacemos con otros tipos de datos? Pues de eso se trata, de usar funciones como si fueran números o cadenas de texto. Es decir se pueden utilizar como parámetro o tambien retornar de otra función.

Comparando Scala con F#

Como me gustan las comparaciones, son geniales para peliar con la gente.

En este caso 2 titanes Scala vs F#. Creo que esta comparación tendría mayor sentido si siguieran desarrollando scala.net. Pero creo que este proyecto quedo a la deriva.

Scala corre en javascript, nativo y en java. Y F# en .net y javascript.

Scala fue influido por Java, Ruby y Haskell (entre otros, la lista es muy grande) y  F# es hijo de ML fusionado con todo el poder de .net.

Sin más para agregar les dejo el articulo: http://mikhail.io/2016/08/comparing-scala-to-fsharp/

Que piensan cual es mejor??

First Class Functions

El concepto de First Class Functions, nos indica que una función no difiere de otro tipo de datos usados en un programa. Esto indica que se puede utilizar como parámetros de una función o ser  retornado por una función. Esto permite escribir código altamente reutilizable y a la vez nos permite componer funciones, es decir obtener una función a raíz de otras.

Supongamos que tenemos una función incEven que toma un número n si es par lo incrementa, de lo contrario devuelve el número sin cambios.

ifEvenInc n = if even n
               then n + 1
               else n                    

Más tarde descubrimos que necesitamos dos funciones más: doubleEven y squareEven, ese doble y cuadrado números pares, respectivamente. Estas serían funciones fáciles de escribir dado que sabemos cómo escribir incEven:

 ifEvenDouble n = if even n
                  then n * 2
                  else n
 
 
 ifEvenSquare n = if even n
                      then n^2
                      else n

Aunque estas funciones eran fáciles de escribir, las tres son casi idénticas. La única diferencia es el comportamiento de incrementar, duplicar y elevar al cuadrado. Lo que hemos descubierto aquí es un patrón general de cálculo que podemos abstraer. Para hacer esto necesitamos la capacidad de pasar una función como un argumento para realizar el comportamiento deseado.

Vamos a demostrar esto con la función ifEven que toma una función y un número como argumentos. Si ese número es par aplica la función a ese número:

ifEven myFunction x = if even x
                       then myFunction x
                       else x

También podemos abstraer nuestro comportamiento de incrementar, duplicar y elevar al cuadrado en tres funciones separadas:

inc n = n + 1
double n = n*2
square n = n^2

Vamos a recrear nuestras definiciones anteriores usando el poder de las funciones de primera clase:

 ifEvenInc n = ifEven inc n
 ifEvenDouble n = ifEven double n
 ifEvenSquare n = ifEven square n

Ahora podemos agregar nuevas funciones muy fácilmente como ifEvenCube, ifEvenNegate, etc.

Dejo link: http://freecontent.manning.com/learning-haskell-first-class-functions/

Javaslang 3.0, haciendo funcional a Java !

Javaslang, es una librería open source que provee estructuras de control y estructuras de datos diseñados con una mentalidad funcional para Java 8. Hace muy poco libero su versión 3.0

Con la introducción de lambdas (λ) en Java 8, las posibilidades son muchísimas, una muy clara es utilizar estructuras como listas o arboles, como se realiza en la programación funcional, a la vez tener estructuras inmutables y por que no emular estructuras de control como pattern matching.

Creo que se entiende la idea, sin más veamos ejemplos:

Pattern matching:

Number num = Match(personOption).of(
    Case(Some(Person($())), person -> 1.0d),
    Case(None(), 0)
);

Immutable:

List<String> list = Collections.unmodifiableList(otherList);

// Boom!
list.add("why not?");

Linked List:

// = List(1, 2, 3)
List<Integer> list1 = List.of(1, 2, 3);

// = List(0, 2, 3)
List<Integer> list2 = list1.tail().prepend(0);

Queue:

Queue<Integer> queue = Queue.of(1, 2, 3)
                            .enqueue(4)
                            .enqueue(5);

Resultados Opcionales:

// = Queue(1)
Queue<Integer> queue = Queue.of(1);

// = Some((1, Queue()))
Option<Tuple2<Integer, Queue<Integer>>> dequeued =
        queue.dequeueOption();

// = Some(1)
Option<Integer> element = dequeued.map(Tuple2::_1);

// = Some(Queue())
Option<Queue<Integer>> remaining =
        dequeued.map(Tuple2::_2);

Iterar con Clausuras:

List.of("Java", "Advent").forEach(s -> {
    // side effects and mutation
});

Y puedo seguir!!

Solo debemos agregar la siguiente entrada en mi pom.xml, si uso maven:

<dependencies>
    <dependency>
        <groupId>io.javaslang</groupId>
        <artifactId>javaslang</artifactId>
        <version>2.0.5</version>
    </dependency>
</dependencies>

Que más decir? Solo que en un futuro podríamos esperar que esta funcionalidad este en la jdk.

Dejo link: http://www.javaslang.io/

Inyección de dependencia en lenguaje funciónal

Antes que me maten, sepan que sé que son ideas contradictorias. Es decir, definamos programación funcional en pocas palabras, es un paradigma que se basa en el concepto de función matemática, es decir dado un conjunto dominio va a ver un conjunto resultado, el cual se llega por medio de esta función, y para cada valor del conjunto dominio va a haber un resultado. No existen conceptos que estamos acostumbrados como estados o flujo de ejecución, etc.

La inyección de dependencia por el contrario es un concepto que nace en el paradigma de objetos, los cuales posen estado.

Por lo tanto parecen conceptos inconciliables. Es más eso creía, pero lei un articulo bastante interesante que no me convenció, pero me genero dudas y me hizo ver como una posibilidad.

Si bien sabemos que las funciones siempre tienen que devolver el mismo resultado, la inyección de dependencia puede ser útil para demarcar el contexto de la función, lo cual no sería inyección de dependencia sino delimitación o definición de contexto.

Pero en el caso de la composición de funciones, en este caso podríamos ver una utilidad. Supongamos que tenemos una función que es compuesta de 3 funciones y por x motivo en un entorno debe sumar y en otro restar, en este caso sería bueno tenerlo definido de con inyección de dependencias.

Para ser honesto ete articulo me dejo más dudas que certezas, pero dada esta situación me entusiasmo para investigar. Me ayudan? desde su experiencia creen útil el uso id en programación funcional? existe algo para inyectar contexto?

Help me!!!

Object-Oriented vs. Functional Programming

Java code Geek Regala libros y en este caso regala Object-Oriented vs. Functional Programming un libro por demás interesante.

Dejo link: http://javacodegeeks.us4.list-manage1.com/track/click?u=09cef08fc376e6da2dace7d09&id=478a0dc5c5&e=7224f7969b

http://www.oreilly.com/programming/free/object-oriented-vs-functional-programming.csp

Interfaces Funcionales en Java

La programación funcional tiene un apogeo desde hace tiempo y todos los lenguajes se ven afectado por este éxito, por supuesto Java no es la excepción.

Las interfaces funcionales no son diferentes de la interfaz común.  Ahora con Java 8, podemos tener métodos por defecto en las interfaces con la palabra clave default,  por lo tanto puede haber cualquier número de métodos por defecto en una interfaz; sin embargo, si tiene un sólo una método abstracto se puede considerar como una interfaz funcional. Y podemos utilizar la anotación @FunctionalInterface que si bien es opcional, nos viene bien para documentar.

Por ejemplo:

@FunctionalInterface
public interface MyFuncInterface1{
    public abstract void functionalMethod1();
}

@FunctionalInterface
public interface MyFuncInterface2{
    public abstract void functionalMethod2();
    public default boolean isPresent(){
      return true;
   }
}

Las interfaces funcionales son interfaces con sólo un método abstracto, se deduce inmediatamente que el énfasis se encuentra en lo que hace, es decir es una interfaz que encapsula un comportamiento. Un ejemplo es Runnable :

class RunnableImpl implements Runnable{

   public void run (){
      //do something in a new thread
    }
}

Ahora podemos pasar una instancia de esta clase a un hilo, es más podemos utilizar una clase abstracta:

new Thread(new Runnable(){
   public void run(){
     //do something in this thread
  }
},"NEW-THREAD").start();

Como se puede ver hemos escrito mucho código, solo para pasar una función por parámetro. Por que no usar una expresión Lambda:

new Thread(()->{
   //do something in this thread
}, "NEW-THREAD").start();

Que paso? La interfaz se elimino? En efecto, pudimos pasar sólo la función, el nuevo hilo correría el bloque de código (dentro del método run)

Java 8 proporciona un conjunto completo de interfaces funcionales dentro del paquete java.util.function. Estas interfaces funcionales se adaptan a la mayoría de los requisitos generales de desarrollo diario.

Veamos algún ejemplo:

IntStream intStream = IntStream.of(1,2,3,4,5);
intStream.filter(new IntPredicate() {

           @Override
           public boolean test(int value) {
               if(value%2 != 0)
                   return false;
               return true;
           }
     });

Podemos cambiarlo por:

IntStream intStream = IntStream.of(1,2,3,4,5);
intStream.filter(val -> {
            if (val % 2 != 0)
                return false;
            return true;
               
 });

Interfaces funcionales son un medio de hacer funciones de primer orden, llevando el mundo funcional al orientado a objetos.

LISP (LISt Processing)

En el post anterior vimos programación funcional, ahora vamos a hacer un repaso de lisp, el lenguaje funcional más famoso.

Es el lenguaje más conocido de Programación Funcional. Aún así, no es un lenguaje funcional puro ya que posee asignación (SETF) e iteración (DO).

Se utiliza la notación prefijo para cualquier función, inclusive para las expresiones aritméticas

Funciones y constantes más importantes:

• (FIRST lista)    o      (CAR lista)    //devuelve el primer elemento de lista
• (REST lista)     o      (CDR lista)    //devuelve la lista resultante de quitar el primer elemento a lista
• (NULL lista)     //determina si una lista está vacía
• (CONS elemento lista)   //construye una nueva lista con elemento como primero y lista como resto
• (DEFUN  nombreFuncion (parámetros)  resultado)   //define una función
• (COND  (condición1  resultado1)  (condición2  resultado2) ... )   
• //devuelve el i-ésimo resultado si la i-ésima condición es verdadera, partiendo por i=1
• NIL // constante Lista Vacía y constante False
• T          // constante True
• ’()        // constante Lista Vacía
• (FUNCALL  variableFuncion  Parámetro1 Parámetro2 ... ParámetroN)   //ejecuta la función asociada a la variableFuncion, normalmente pasada como parámetro, con los    parámetros indicados
• (LISTP  objeto)     //verdadero si objeto es una lista
• (NUMBERP objeto)     //verdadero si objeto es un número
• (AND  condicion1 condicion2 ...)   //verdadero si todas las condiciones son verdaderas
• (OR condicion1 condicion2 ...)   //verdadero si al menos una condición es verdadera
• (+ num1 num2 … numN) // suma
• (- num1 num2) // resta
• (<  expr1  expr2) // verdadero si expr1 es menor que expr2
• (=  expr1  expr2) // verdadero si expr1 es igual a expr2

Veamos una función en Lisp: 

(defun cuadrado(n) ( 

        (* n n)

) 

Dejo link: 

https://en.wikipedia.org/wiki/Lisp_(programming_language)

Fundamentos de la Programación Funcional

Si no tenes mucha idea que es la programación funcional, y te interesa. Aprovecha y lee este post:

Modelos genéricos de programación:

- Imperativa: explican paso a paso COMO resolver un problema, es decir que proveen un
                                    algoritmo para su resolución.

- Declarativa: definen reglas QUE DESCRIBEN o DEFINEN la solución del problema.


La programación Funcional es DECLARATIVA, aunque en la práctica existen muchos lenguajes “funcionales” impuros, tales como LISP, que permiten especificar algoritmos. De todos modos, la mayor parte de la programación en estos lenguajes se hace de manera declarativa.


Ejemplo que muestra la diferencia entre Programación Imperativa, y Programación Funcional (cálculo del factorial de un número)

Forma Imperativa: (Especificación de los pasos del cálculo)

Dado el número N:
1 - Asignar a una variable I el valor de N
2 - Poner en 1 una variable FAC
3 - Mientras  I>0
2.1 - Asignar a FAC el resultado de FAC * I.
2.2 - Disminuir I en 1.
4 - Devolver el valor de FAC.

Forma Declarativa: (Definición de lo que ES el factorial)
     Factorial(N)
- Si N=0, Factorial de N es 1.
- Si N>0, Factorial de N es N * Factorial (N-1).


La programaciEstá basada en la evaluación de expresiones construidas mediante llamadas a FUNCIONES.

Se aplica el concepto matemático de Función:

FUNCIÓN: Transformación de un elemento (que puede ser una n-upla) tomado de un conjunto llamado Dominio, en un y sólo un, valor tomado de otro conjunto (que puede ser el mismo); el Codominio.

TRANSPARENCIA REFERENCIAL: Es la propiedad más importante de la Programación Funcional. Se define de la siguiente manera: “una función siempre devuelve el mismo resultado si se le pasan los  mismos argumentos” En otras palabras, el valor de una expresión depende solo de los valores de sus subexpresiones, y no del momento ni la forma en la cuál es llamada.

Debido a esto, por ejemplo,  f(x) + f(x)  es lo mismo que 2 * f(x)

EFECTOS LATERALES: si una rutina, además de cumplir con su objetivo, realiza alguna otra tarea, se dice que posee Efectos Laterales. En la práctica, esto se produce cuando se modifican los parámetros de la rutina, o alguna variable global. La Programación Funcional NO posee efectos laterales, es decir que una Función calcula su resultado y no hace nada más.

La programación funcional pura NO posee asignaciones, ya que van en contra los postulados anteriores.

Tampoco existe la iteración. Ésta se reemplaza por la recursividad.

Las funciones son Valores de Primera Clase. Esto significa que se pueden utilizar en cualquier lugar en el cuál esté permitido poner un valor, ya que tienen su misma jerarquía.

En consecuencia, se permite definir Funciones de Orden Superior, que son funciones que tienen otras funciones como argumentos o como resultado, aumentando la flexibilidad y generalidad del lenguaje.

Normalmente los lenguajes funcionales poseen manejo implícito de memoria, por lo tanto no se tiene necesidad de crear y destruir variables en forma explícita.

La estructura de datos principal de un lenguaje funcional es la Lista, ya que por ser lenguaje de 4ta generación, con un nivel de abstracción mayor, se orienta hacia la resolución de problemas de la realidad, donde dicha estructura es mucho más común que otras, tales como el arreglo.

Funciones Anónimas: en programación funcional se permite definir y utilizar una función sin asignarle un nombre. Estas funciones se denominan Funciones Anónimas, y se expresan siguiendo la sintaxis del Cálculo Lambda:  (lambda (parámetros) resultado) [ Lx.M].

Ejemplo en LISP:
(LAMBDA (X) (* X X))

Uso de una Función Anónima como parámetro de una Función de Orden Superior
  (CONTARSI   (LAMBDA (E) (>= E 0))   ‘(2 -4 3 0 56 -34 2 8))

Funciones que se ejecutan sobre una lista completa: (map funcion lista)  {devuelve la lista resultante de aplicar la función a cada uno de los elementos de lista}

Normalmente los lenguajes funcionales tienen Tipado Dinámico.

La programación funcional soporta Polimorfismo paramétrico y sobrecarga

Evaluación Tardía: es una característica de algunos lenguajes funcionales por la cuál cuando se ejecuta una función, las expresiones que se le pasan como parámetros son evaluadas en el momento en el que se las necesita, y no antes. Esto hace que no sea necesario perder tiempo de ejecución para calcular valores que no se utilizan

Las desventajas de los lenguajes funcionales son:
Expresión de la Entrada/Salida
Dificultad para obtener una implementación eficiente
Actualización de estructuras de datos.


Ejemplos de lenguajes Funcionales:

• Lisp
• FP
• Haskell
• Hope
• ISWIM
• Miranda
• Scheme
• Standard ML

Programación funcional con Python

Muy buen video de programación funcional en Python:

Teoría de Categorías explicado por Erik Meijer

Erik Meijer es un groso, no voy a exponer su cv en este blog, solo voy a decir que le envidio mucho las remeras. Erik nos explica la Teoría de Categorías :

Por qué deberías aprender programación funcional ya mismo

Quiero compartir un excelente video sobre programación funcional:

JDK 8 Massive Open and Online Course: Lambdas and Streams Introduction

Oracle nos brinda un un curso masivo y gratuito basado en lambda y sobre Streams.

Lambda es la nueva característica más importante y al parecer oracle nos quiere capacitado en esta características.











Dejo link:
https://apexapps.oracle.com/pls/apex/f?p=44785:145:0::::P145_EVENT_ID,P145_PREV_PAGE:4887,143 

Lazy evaluation y Enfoque declarativo en Python

Cuando un lenguaje tiene un déficit, nace una librería que soluciona el problema pero si el lenguaje cubre todos los frentes se vuelve muy complejo. Por lo tanto lo mejor es tener un equilibrio.

Python es un ejemplo de equilibrio y elegancia. Pero no tiene tanto soporte para el paradigma funcional pero existen librerías que permiten extender el lenguaje.

Quiero compartir una presenta
ción que nos explica como obtener caracteríasticas de lenguajes funcionales en python:

http://kachayev.github.io/talks/kharkivpy%236/index.html#/

El Dr. Erik Meijer dicta Functional Programming Fundamentals en chanel 9

Mire lo que encontré, un excelente curso de programación funcional por el Dr. Erik Meijer :

http://channel9.msdn.com/Series/C9-Lectures-Erik-Meijer-Functional-Programming-Fundamentals/Lecture-Series-Erik-Meijer-Functional-Programming-Fundamentals-Chapter-1

Para el que no conoce al Dr Meijer, es un groso entre otras cosas responsable de Reactive programming framework (Reactive Extensions) para .NET, tambien dicta el curso de reactive en coursera.  Lo que más me interesa saber es donde compra esas remeras locas :P