CODECASTS: Talk - Programação Funcional Direto ao Ponto - Vinicius Reis

Transcript

1. Programação Funcional Direto ao Ponto Principais pontos para começar a usar FP hoje
2. Vinicius Reis @vinicius73 @LuizVinicius73 Gravo aulas sobre Vue.js, Javascript e Laravel para codecasts.com.br Engenheiro de Aplicações @ Decision6
3. Breve História
4. Breve História - Veio um antes da Orientação a Objetos (~1950) - FP naturalmente gasta mais memória, e memória era muito cara nos anos 50 - Devido aos custos, a Programação imperativa + OOP se popularizou muito.
5. Por que voltou?
6. Por que voltou? - Memórias se tornaram baratas - Gasta menos processamento - Paralelismo é simples - Maiores abstrações, menos bugs
7. Por que voltou? Memória não é mais um problema, processamento sim. Poder de processamento é algo finito, a única maneira de tornar ele “infinito” é com paralelismo. OOP é péssimo para paralelismo, pois ele precisa manter o estado dos objetos. FP trabalha com imutabilidade, assim processos podem ser feitos em várias máquinas com pouco esforço.
8. Quais as linguagens de FP temos hoje?
9. Quais as linguagens de FP temos hoje? - Lisp - Haskel - Rust - Elixir - Erlang - Clojure - Scala Essa são só algumas das que mais chama a atenção.
10. Onde está o JavaScript?
11. Onde está o JavaScript? JavaScript não é uma linguagem puramente funcional. FP está entre os muitos paradigmas que é possível implementar nele. Por não ser “naturalmente funcional” escrever de maneira funcional no JavaScript deve partir do desenvolvedor.
12. Princípios
13. Princípios - Funções de Primeira-classe (First-class Functions) - Funções de Primeira-ordem (Higher-order Functions) - Funções Puras - Imutabilidade
14. Funções de Primeira-classe (First-class Functions) Quando uma linguagem permite tratar funções como valores - Atribuindo a variáveis - Aceitar como argumentos de outras funções - Permite retornar funções como resultado de outras funções
15. Funções de Primeira-classe (First-class Functions)
16. Funções de Primeira-classe (First-class Functions)
17. Funções de Primeira-ordem (Higher-order Functions) É uma função permite receber ou retornar funções (Alguém lembrou de callbacks?)
18. Funções de Primeira-ordem (Higher-order Functions)
19. Funções Puras - São funções sem efeitos colaterais (side effects), sejam na memória ou I/O - Uma função pura terá sempre o mesmo retorno para a mesma entrada. - É muito fácil criar funções com efeitos colaterais, é preciso estar atento. - Estão diretamente ligadas a funções matemáticas
20. Funções Puras Funções puras conversão diretamente com a imutabilidade. Um software feito com funções puras é muito mais fácil de manter, localizar bugs e corrigi-los é extremamente simples. São exemplos de funções puras: - Array.prototype.map - Array.prototype.filter - Array.prototype.reduce
21. Funções Puras IMPURO/MUTÁVEL
22. Funções Puras PURO
23. Funções Puras PURO
24. Funções Puras PURO/MUTÁVEL
25. Imutabilidade - Caminha lado-a-lado com as funções puras. - Uma variável não muda de valor após sua atribuição - Não é algo difícil, apenas exige uma mudança de pensamento - Consome mais memória, pois você está trabalhando com cópias não com referências. - Permite paralelismo O conceito de imutabilidade pode parecer controverso e talvez impossível, mas é bem simples uma vez que você se propõe a isso.
26. Imutabilidade IMPURO/MUTÁVEL
27. Imutabilidade PURO/IMUTÁVEL
28. Imutabilidade PURO/IMUTÁVEL
29. De volta aos princípios
30. Princípios - Funções de Primeira-classe (First-class Functions) - Funções de Primeira-ordem (Higher-order Functions) - Funções Puras - Imutabilidade - Recursividade - Currying - Compose (Function composition)
31. Recursividade Quando uma função invoca ela mesma, criando um loop. JavaScript possui um limite para a recursividade, cada navegador estabelece um número. Isso acontece pois o stack de processos fica “cheio” podendo travar a máquina do usuário. Algumas linguagens implementam tail call optimized, isto já está previsto no ES2015+, porém os navegadores ainda não implementaram.
32. Recursividade
33. Recursividade
34. Currying Currying é uma técnica que permite: “passar argumentos parcialmente para uma função” Se uma função precisa de 3 argumentos para ser executada, ao passar um argumento para ela, o resultado será uma nova função que aceita dois argumentos. Esse processo se repete até que todos os argumentos tenham sido passados.
35. Currying
36. Currying
37. Currying JavaScript não possui currying por padrão, é preciso o uso de funções de apoio
38. Dados a direita É importante observar que muitas vezes (não sempre) em programação funcional os dados ficam do direito, como últimos argumentos. Se não fosse assim o currying não faria muito sentido.
39. Compose (Function composition) Composição de funções é uma técnica que permite criar uma nova função a partir da combinação de outras funções O resultado de uma função é passado como argumento para a próxima função, até que todas as funções tenham sido executadas. Também é conhecido como pipe-line de funções
40. Compose (Function composition) JavaScript não possui isso por padrão, sem o uso de libs de apoio temos que fazer manualmente:
41. Compose (Function composition) Usando funções de apoio:
42. São técnicas não regras
43. São técnicas não regras Não são todas as linguagens funcionais que implementam essas técnicas ou regras. Programação funcional acima de tudo é uma metodologia. Mesmo em linguagens sem suporte ou com suporte baixo, é possível tirar proveito dessas técnicas.
44. São técnicas não regras Você não precisa usar tudo isso de uma vez. Já ficou claro que você já usa muita coisa de FP sem saber, só precisa começar a usar mais, e consciente do uso. Com o tempo pode incorporar bibliotecas como o Ramda.js que te ajudam e forçam a escrever de maneira totalmente funcional.
45. Obrigado