Thread by @adrianolcp

Programação funcional ou orientada a objetos? Qual é melhor? Quando usar cada paradigma? O que equipes de desenvolvimento de software e projetistas devem evitar ao máximo ao projetar e desenvolver software? Vamos de 🧵e de conhecimento. 1/n #programação #dev

Um pouco sobre programação funcional: A programação funcional (também chamada de FP) é uma forma de pensar sobre a construção de software criando funções puras. Isso evita conceitos de estado compartilhado e dados mutáveis ​​observados na Programação Orientada a Objetos. 2/n

Linguagens funcionais enfatizam expressões e declarações ao invés da execução de sentenças. Portanto, ao contrário de outros procedimentos que dependem de um estado local ou global, a saída de valor em FP depende apenas dos argumentos passados ​​para a função. 3/n

Do ponto de vista de manutenção, lógico e estrutural, a programação funcional se destaca quando não há histórias para lidar. Funciona particularmente bem quando não há limites necessários ou quando esses limites já estão predefinidos.4/n

A programação funcional vai bem em situações em que o estado não é um fator e há muito pouco ou nenhum envolvimento com dados mutáveis.
Recentemente, a programação funcional ganhou popularidade por meio do React. 5/n

A biblioteca funciona bem sob o paradigma de programação funcional porque fornece um ambiente onde não é necessário rastrear manualmente os estados. 6/n

Um pouco sobre orientação a objetos: Uma das principais vantagens de OO é a capacidade de encapsular dados. Encapsulamento é a capacidade de ocultar variáveis ​​dentro da classe não permitindo acesso externo.7/n

O que é ótimo por motivos de segurança, junto com uso com vazamento, indesejado ou acidental. É mais interessante e desejável usar esse paradigma no backend. Ajuda a gerenciar ideias em módulos e de certa forma, OOP é como uma cerca em torno de métodos e módulos. 8/n

OOP força a modularidade dividindo o código em um tamanho mentalmente digerível e oferece a capacidade de lidar com estados. Os métodos tornam-se pontos de acesso ao estado e processam a instância do objeto conforme necessário. 9/n

PF e OOP são paradigmas e métodos de codificação válidos. No entanto, cada uma irá desempenhar e trabalhar melhor para um projeto com base no ambiente e nos requisitos - mas nenhuma das soluções funciona melhor em todas as situações. 10/n

A PF vai bem quando a complexidade é contida. Ela vai bem no frontend porque o backends costumam fornecer objetos para que os frontends processem. O cliente não se preocupa em manter os estados do objeto. Já foi fornecido a eles, provavelmente na forma de um objeto JSON. 11/n

O pensamento OO funciona bem no backend porque, na maioria das vezes, você precisa construir algo para dar à um próximo nível desenvolvimento. Ele precisa ser embalado antes de ser lançado para outras camadas do sistema. 12/n

Ambos os paradigmas têm seus próprios problemas que os desenvolvedores enfrentam. A programação funcional tem código espaguete por meio de muitas injeções de dependência e OOP tem código lasanha por meio de muitas camadas. 13/n

A pergunta que você deve fazer não é qual é melhor do q o outro, mas sim qual paradigma resolverá seu problema específico com mais eficiência. O tamanho e o tipo de problema são definidos por você, o desenvolvedor, e não por meio de métodos funcionais ou orientados a objetos.14/n

Os paradigmas de programação existem para resolver seus problemas e não o contrário.
O que você mais quer evitar quando está criando um software que vai evoluir ao longo do tempo?
A resposta é: Complexidade. 15/n

Fred Brooks já disse no seu artigo: Sem bala de prata - essência e acidente em engenharia de software.
Nesse artigo ele fala das complexidades essenciais e acidentais em projetos de software. 16/n

A complexidade de todos os tipos é o que temos que evitar ao máximo em projetos de software e nunca existiu e talvez nunca irá existir uma bala de prata na computação. 17/n

Não importa qual linguagem você usa ou quais paradigmas você impõe, todos os sistemas eventualmente desmoronam quando ele entra em colapso sob sua própria complexidade. 18/18