Quels sont les avantages et les inconvénients de la programmation fonctionnelle par rapport à la programmation orienté objet ?
il y a 7 ans par Julien_

Le problème, c'est que les programmeurs d'aujourd'hui s'éloignent de plus en plus de la programmation procédurale ce qui fait que l'on a de moins en moins de développeurs francophones capables de concevoir des firmwares, des bios, voire même des drivers. En fait, la POO/programmation fonctionnelle n'existe pas dès que vous touchez à l'assembleur (ex: Z80, 6802, 68000, et bien évidemment x86 en 32/64 bit). 

D'ailleurs, en s'éloignant le plus possible de la machine via ces fameux frameworks, nous sommes arrivés à une génération de programmeurs dont la tâche s'apparente plus à du scripting qu'à de la véritable programmation (c'est très vrai dans le monde vidéoludique -- d'ailleurs, pourquoi croyez-vous que les jeux vidéo se ressemblent autant ?). 

Je trouve dommage cette mystification de la programmation fonctionnelle. Souvent, on a tendance à dire que pour faire du fonctionnel, il faut un langage inaccessible qui fait que ça et qui va nous imposer les limites nécessaires.

Pour moi, c'est avant tout un ensemble de bonnes pratiques à appliquer pour nous simplifier la vie au cours du développement en améliorant la maintenabilité de l'application. Les deux principes majeurs que j'en retire étant :

• L'immutabilité : L'objet ne va pas changer par effet de bord. On est sûr des données en entrée et en sorties. C'est pour moi le plus gros point positif qui peut être appliqué partout. S'il n'y a plus d'effet de bord, cela veut dire que l'on peut véritablement tester tous les cas sans bootstraper une application entière derrière. 
• La composition : Plutôt que des objets hierarchisés qui entraînent beaucoup de modifications en cascade, on va chaîner les fonctions pour en décrire une nouvelle. On ne décrit donc que des bouts de fonction. C'est souvent plus facile à nommer, plus facile à comprendre. Le résultat, c'est qu'on n'hésite plus à séparer les fonctions plutôt que de faire une classe de base qui fait un peu tout à la fois et qui va servir de base d'héritage pour trop d'objets à la fois.

Mais ces principes n'ont pas besoin d'être appliqués de manière dogmatique pour qu'ils soient efficace. Si par exemple dans notre fonction on mute une variable interne mais que les entrées et les sorties ne bougent pas, cela convient déjà très bien.

C'est d'ailleurs un très bon moyen de s'y attaquer que de ne pas s'embêter à comprendre en profondeur les bons vieux map/reduce/compose/flow/... On commence par faire des boucles à l'ancienne que l'on arrive, au fur et à mesure que notre compréhension se précise, à orienter vers une écriture plus fonctionnelle.

C'est pour cette raison que Scala fonctionne bien à mon sens. Parce que les développeurs retrouvent leurs petits s'ils viennent du monde Java, mais qu'en rédigeant leur code il se rendent compte que ça irait mieux en l'orientant vers du fonctionnel. Idem pour le Javascript qui a une spec qui s'oriente de plus en plus vers ce monde là.

L'un des intérêt et des engouements de la programmation fonctionnelle est qu'elle facilite la programmation asynchrone. Or, sur les serveurs actuels, il y a beaucoup d'attentes au niveau des entrées/sorties. Des langages/plateforme comme Erlang (utilisé par Ericsson pour certains de ses autocommutateurs téléphonique) ou des langages tout court comme Scala permettent ainsi de développer des services permettant de s'adresser à des millions d'utilisateurs, ou manipulant des millions de données sur une poignée de serveurs. Ce qui est essentiel si on veut faire des choses à très grande échelle (internet of things sur des capteurs d'une flotte de camion au niveau européen par exemple).

La programmation, autrement dit le codage tout un sujet... que je connais bien trop bien même puisque que j'en fait depuis plus de 30 ans !

La POO (Programmation Orienté Objet) est un paradigme permettent de représenter sous forme d'objet plus ou moins complexe et hiérarchisé les fonctionnalités d'un logiciel.

La programmation fonctionnelle est un paradigme mettent en avant la programmation par des évaluations de fonctions.

Programmation fonctionnelle et POO ne sont pas forcément opposée au moins pour l'implémentation du second dans un langage (F#, Ocaml, Scala, ...).

Toutefois, les langages implémentent la programmation fonctionnelle n'ont pas forcément l'intérêt des développeurs, ni d'ailleurs dans les équipes projets. On est plutôt sur du HTML/JavaScript, PHP, C++, Java, C#...

Pour ma part un bon développeur est capable de coder dans n'importe qu'elle langage à mon avis. La ou ça se corse c'est qu'aujourd'hui on ne peu plus développer d'applicatifs sans utiliser différents frameworks et librairies, dont il faut faire l'intégration.

Il est donc nécessaire d'utiliser un environnement de développement de haut niveau, intégré dans une chaîne logiciel industrielle (analyse, conception, réalisation, tests, mise en production/commercialisation, etc.).

Tout un programme...

Frédéric Libaud - Expert en Numérique | Administrateur, référent pour la région ouest et responsable SI de CINOV - IT
www.libaudfrederic.fr | blog.libaudfrederic.fr | www.cinov-it.fr