Quant au reste, c’est une question de facilité d’usage et de quantité d’effort à mettre sur la conception. Si ton langage est conçu pour faire de la POO (tu peux remplacer ce terme par n’importe quel autre paradigme de programmation dans la suite de la phrase), tu auras nativement les outils pour suivre ce paradigme et ça te demandera beaucoup moins d’efforts pour avoir un code correctement architecturé (selon ces paradigmes) ; l’énergie économisée peut servir à autre chose.
D’autre part, le message principal du billet – et je crois que c’est dit explicitement dans la dernière partie – c’est surtout qu’il ne faut pas rester collé à un paradigme de programmation en particulier, et adopter ceux qui sont pertinents pour l’ensemble (problème, langage, équipe). Et donc qu’essayer de tout faire avec de la POO, c’est aussi stupide que de vouloir tout faire avec de la programmation fonctionnelle1, des ECS ou que sais-je. De la même façon, refuser l’un de ces paradigme par principe serait idiot parce que ça priverait d’un outil qui peut être utile.
Cette volonté de coller à tout prix à un paradigme maladapté est sans doute l’un des plus gros problèmes de la POO (et là aussi je pense qu’on peut remplacer « POO » par n’importe quel autre paradigme). Le confort qu’offre le choix du paradigme est tel que beaucoup de langages modernes (ou versions modernes de langages plus anciens) fournissent nativement les outils et structures pour utiliser des techniques de programmation variées.
Cela dit, c’est tout à fait possible que, dans les ensembles (problème, langage, équipe) que tu as rencontré dans ta vie, la POO n’était jamais la solution préférable, surtout en embarqué.
Une position pourtant tenue par certains zélotes de la programmation fonctionnelle et de la théorie des langages très bruyants sur un certain pan du web informatique francophone il y a une dizaine d’années, et qui a réussi à me dégouter de ce paradigme, avant que je ne comprenne qu’il était très pratique, mais pour certains types de problèmes seulement. Ne faites pas comme ces gens, soyez ouverts d’esprit. ↩
[^] # Re: Oh vous savez, moi, l'objet...
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Un point sur la programmation objet (POO) – La POO, ses problèmes, et qu’en faire . Évalué à 2. Dernière modification le 22 juin 2023 à 10:06.
Déjà un point qui m’étonne :
Tu parles bien de « fonctionnel » comme dans programmation fonctionnelle au sens de cette définition ? Si oui, je ne savais pas qu’on pouvait faire ça avec C.
Quant au reste, c’est une question de facilité d’usage et de quantité d’effort à mettre sur la conception. Si ton langage est conçu pour faire de la POO (tu peux remplacer ce terme par n’importe quel autre paradigme de programmation dans la suite de la phrase), tu auras nativement les outils pour suivre ce paradigme et ça te demandera beaucoup moins d’efforts pour avoir un code correctement architecturé (selon ces paradigmes) ; l’énergie économisée peut servir à autre chose.
D’autre part, le message principal du billet – et je crois que c’est dit explicitement dans la dernière partie – c’est surtout qu’il ne faut pas rester collé à un paradigme de programmation en particulier, et adopter ceux qui sont pertinents pour l’ensemble (problème, langage, équipe). Et donc qu’essayer de tout faire avec de la POO, c’est aussi stupide que de vouloir tout faire avec de la programmation fonctionnelle1 , des ECS ou que sais-je. De la même façon, refuser l’un de ces paradigme par principe serait idiot parce que ça priverait d’un outil qui peut être utile.
Cette volonté de coller à tout prix à un paradigme maladapté est sans doute l’un des plus gros problèmes de la POO (et là aussi je pense qu’on peut remplacer « POO » par n’importe quel autre paradigme). Le confort qu’offre le choix du paradigme est tel que beaucoup de langages modernes (ou versions modernes de langages plus anciens) fournissent nativement les outils et structures pour utiliser des techniques de programmation variées.
Cela dit, c’est tout à fait possible que, dans les ensembles (problème, langage, équipe) que tu as rencontré dans ta vie, la POO n’était jamais la solution préférable, surtout en embarqué.
Une position pourtant tenue par certains zélotes de la programmation fonctionnelle et de la théorie des langages très bruyants sur un certain pan du web informatique francophone il y a une dizaine d’années, et qui a réussi à me dégouter de ce paradigme, avant que je ne comprenne qu’il était très pratique, mais pour certains types de problèmes seulement. Ne faites pas comme ces gens, soyez ouverts d’esprit. ↩
La connaissance libre : https://zestedesavoir.com