IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Affichage des résultats du sondage: Lesquels de ces paradigmes vous ont le plus influencé en tant que développeur ?

Votants
105. Vous ne pouvez pas participer à ce sondage.
  • programmation procédurale

    12 11,43%
  • programmation événementielle

    33 31,43%
  • programmation orientée objet (POO)

    72 68,57%
  • programmation descriptive

    0 0%
  • programmation fonctionnelle

    37 35,24%
  • programmation par contraintes

    6 5,71%
  • programmation logique

    0 0%
  • Autres (à préciser)

    0 0%
Sondage à choix multiple
Débats sur le développement - Le Best Of Discussion :

Quels sont les paradigmes de programmation qui mobilisent le plus d’impact sur vous en tant que développeur ?


Sujet :

Débats sur le développement - Le Best Of

  1. #1
    Chroniqueur Actualités
    Avatar de Patrick Ruiz
    Homme Profil pro
    Redacteur web
    Inscrit en
    Février 2017
    Messages
    2 098
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Redacteur web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Février 2017
    Messages : 2 098
    Points : 56 589
    Points
    56 589
    Par défaut Quels sont les paradigmes de programmation qui mobilisent le plus d’impact sur vous en tant que développeur ?
    Quels sont les paradigmes de programmation qui mobilisent le plus d’impact sur vous en tant qu’ingénieur logiciel ?
    Pour quelles raisons ?

    Il existe une panoplie de manières d’aborder la programmation informatique. Dans le jargon du milieu, on parle de paradigme de programmation. Certaines de ces approches font quasiment office de norme dans l’actuelle industrie de la programmation informatique. C’est le cas du paradigme orienté objet. Et donc de nombreux développeurs en devenir passent par ce moule. Néanmoins, de récents développements font état d’un attrait croissant des acteurs de la filière pour le paradigme fonctionnel. Lequel de ces paradigmes a eu le plus d’impact sur vous en tant qu’ingénieur de la filière informatique ? Qu’en est-il de la programmation procédurale et de la programmation logique ?

    Nom : 1.jpg
Affichages : 60299
Taille : 31,9 Ko

    Les possibles influences respectives des paradigmes orienté objet et fonctionnel sur les développeurs apparaissent dans une prise de position d’Ilya Suzdalnitski – ingénieur en informatique chez Replicon.

    « L’état en lui-même est assez inoffensif. La grosse difficulté naît avec ceux dits mutables surtout s’ils sont partagés. Le cerveau humain est la machine la plus puissante de l'univers. Cependant, nos cerveaux sont vraiment piètres au jeu de la gestion des états. Il est beaucoup plus facile de raisonner au sujet d'un morceau de code si vous pensez seulement à ce que celui-ci fait et non aux variables qu'il modifie au sein de la base de code. Programmer avec des objets mutables s'apparente à de la jonglerie mentale. Je ne sais pas ce qu'il en est de vous autres, mais moi je pourrais jongler avec deux balles. Donnez-moi trois balles ou plus et je les lâcherai toutes. Pourquoi donc essayons-nous d'accomplir cet acte tous les jours au travail ? Malheureusement, la gestion des objets mutables est au cœur même de la programmation orientée objet. Le seul but de l'existence de méthodes sur un objet est de pouvoir modifier ses propriétés », indique-t-il à propos de la gestion des propriétés des objets (la notion d’état).


    Ilya Suzdalnitski est d’avis que la gestion des états est plus complexe avec l’approche orientée objet surtout pour des bases de code importantes. D’après l’ingénieur de Replicon la racine des maux avec la POO telle que pratiquée via des langages comme Java ou C# est qu’elle n’est pas implémentée telle que conçue à l’origine : « On n’aurait jamais dû parler de concepts comme l’héritage, le polymorphisme ou avoir à traiter avec une myriade de patrons de conception »

    C’est pour ces raisons que l’équipe d’Atomic Object spécialisée en développement web, mobile, desktop et dispositifs matériels ne fait pas un usage systématique des classes et s’appuie autant que possible sur une approche fonctionnelle. C’est en sus pour cet état de choses que le paradigme fonctionnel est susceptible de gagner en influence dans les années à venir. « C’est même une question de temps avant que la POO ne soit détrônée », d’après certains intervenants de la sphère.

    En effet, des langages de programmation comme Kotlin prennent à la fois la programmation orientée objet et celle dite fonctionnelle en charge. C’est quelque chose que l’on n’aurait pas vu dans une foire aux questions du langage Java dans les années ‘90. En fait, de plus en plus de langages mettent en avant le support du style fonctionnel en avant comme argument de vente.


    Il y a quelques mois, l’étude « Emploi développeur 2020 » est parue sur cette plateforme. En tête de liste des langages les plus demandés et les mieux payés, on retrouve Java. Sa première présentation officielle s’est faite le 23 mai 1995 au SunWorld comme langage de programmation structuré, impératif et orientée objet. C’est Java 8 (sorti en 2014) qui est venu mettre les développeurs qui font usage de ce langage de programmation sur les rails du style fonctionnel au travers des expressions lambdas. En fait, la remarque vaut pour bon nombre de langages de cette enquête dvp pour lesquels on note que de plus en plus de livres orientés programmation fonctionnelle paraissent. De quoi penser que le paradigme fonctionnel devrait avoir plus d’influence sur les développeurs en devenir.

    Nom : 2.jpg
Affichages : 10786
Taille : 103,3 Ko

    Et vous ?

    POO ou fonctionnel : lequel des paradigmes a eu le plus d’influence sur vous ? Pour quelles raisons ?
    Qu’en est-il de la programmation procédurale et de la programmation logique entre autres ? Partagez vos expériences
    Partagez-vous l’avis selon lequel la gestion des états est plus complexe avec la POO qu’avec l’approche fonctionnelle pour des bases de code importantes ?
    Voyez-vous l'impact de l'approche fonctionnelle s'étendre au point qu'elle s'impose comme une norme ?

    Voir aussi :

    La programmation orientée-objet est-elle dépassée ? Une école en sciences informatiques l'élimine de son programme d'introduction

    Faut-il éviter de distraire les débutants avec l'orientée objet ?

    Comment pourriez-vous expliquer l'orienté objet ? Steve Jobs a essayé d'expliquer ce concept

  2. #2
    Membre expérimenté

    Homme Profil pro
    Collégien
    Inscrit en
    Juillet 2010
    Messages
    563
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Afghanistan

    Informations professionnelles :
    Activité : Collégien

    Informations forums :
    Inscription : Juillet 2010
    Messages : 563
    Points : 1 429
    Points
    1 429
    Par défaut
    Dans la mesure du possible j'essai de faire de la programmation par contrat et orienté objet.
    Pour le moment cela a bien fonctionné sur tout mes projets.

  3. #3
    Invité
    Invité(e)
    Par défaut
    La programmation orientée objet est inutile dans plus de 90% des cas actuels d'utilisation. Ça complexifie et dégrade la lisibilité du code pour un bénéfice faible voire nul.

    Autres oui, il y a des très beaux projets écrits en POO. Seulement, les impératifs de délais et de coûts font que les entreprises déploient rarement les efforts nécessaires pour atteindre une qualité de code acceptable.

    Il y a aussi quelques cas où la POO s'avère nécessaire, les interfaces graphiques par exemple. Mais là encore, il est rare de tomber sur une architecture MVC ou autre correcte.

  4. #4
    Expert confirmé
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2009
    Messages
    2 033
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Novembre 2009
    Messages : 2 033
    Points : 5 473
    Points
    5 473
    Par défaut
    Le paradigme qui a eu le plus d’influence sur moi c'est le "quick & dirty", ou sa variante française "à la rache".
    D'expérience c'est la paradigme le plus utilisé en entreprise.

  5. #5
    Expert confirmé Avatar de AoCannaille
    Inscrit en
    Juin 2009
    Messages
    1 429
    Détails du profil
    Informations forums :
    Inscription : Juin 2009
    Messages : 1 429
    Points : 4 782
    Points
    4 782
    Par défaut
    Personnellement je fais principalement de la POO, avec des p'tit bout de issus du monde fonctionnel qui s'insère petit à petit dans les gros languages que je pratique, c'est à dire C++ et JAVA.


    Citation Envoyé par Jeff_67 Voir le message
    La programmation orientée objet est inutile dans plus de 90% des cas actuels d'utilisation. Ça complexifie et dégrade la lisibilité du code pour un bénéfice faible voire nul.

    Autres oui, il y a des très beaux projets écrits en POO. Seulement, les impératifs de délais et de coûts font que les entreprises déploient rarement les efforts nécessaires pour atteindre une qualité de code acceptable.

    Il y a aussi quelques cas où la POO s'avère nécessaire, les interfaces graphiques par exemple. Mais là encore, il est rare de tomber sur une architecture MVC ou autre correcte.
    Je développe principalement en C++ et j'ai passé également des années à faire du java, et les projets que j'ai croisés avaient une POO Propre, à quelques verrues prés. Pas l'inverse. Y compris pour les interfaces graphiques. et ça pour des gros clients industriels différents (Safran, Thales, EDF, Hitachi...), dans des domaines différents (Avionique, défense, énergie, Transport Terrestre...)

    J'imagine que du coup ta remarque dépend des secteurs et que tu devrais en changer si travailler sur un code propre t'interresse ^^

    Quant au bénéfice "faible voire nul", rien que la simplification de la rédaction et la maintenance des tests unitaires suffit à rendre la POO intéressante.

    Je trouve que le procédural pur peut être bien organisé, mais sa maintenance par des débutant amène trés souvent à du code spaguetti difficilement maintenable, alors qu'en objet les impacts peuvent être bien localisés objets par objets...

    Pour les langages purement fonctionnels, je n'ai jamais eu l'occasion de faire autre chose que des tutoriels d'initiation, donc je sais pas ce que ça donne sur des gros projets.

    Citation Envoyé par micka132 Voir le message
    Le paradigme qui a eu le plus d’influence sur moi c'est le "quick & dirty", ou sa variante française "à la rache".
    D'expérience c'est la paradigme le plus utilisé en entreprise.
    La fameuse Méthode R.A.C.H.E ( Rapid Application Conception and Heuristic Extreme-programming), théorisée très proprement ici : https://www.la-rache.com/

  6. #6
    Membre expérimenté

    Homme Profil pro
    Collégien
    Inscrit en
    Juillet 2010
    Messages
    563
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Afghanistan

    Informations professionnelles :
    Activité : Collégien

    Informations forums :
    Inscription : Juillet 2010
    Messages : 563
    Points : 1 429
    Points
    1 429
    Par défaut
    La fameuse Méthode R.A.C.H.E ( Rapid Application Conception and Heuristic Extreme-programming), théorisée très proprement ici : https://www.la-rache.com/
    merci pour cette pépite!

  7. #7
    Membre expérimenté
    Profil pro
    Inscrit en
    Août 2005
    Messages
    1 240
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2005
    Messages : 1 240
    Points : 1 646
    Points
    1 646
    Par défaut
    Citation Envoyé par micka132 Voir le message
    Le paradigme qui a eu le plus d’influence sur moi c'est le "quick & dirty", ou sa variante française "à la rache".
    D'expérience c'est la paradigme le plus utilisé en entreprise.
    à l'arrache

  8. #8
    Modérateur
    Avatar de grunk
    Homme Profil pro
    Lead dév - Architecte
    Inscrit en
    Août 2003
    Messages
    6 692
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Lead dév - Architecte
    Secteur : Industrie

    Informations forums :
    Inscription : Août 2003
    Messages : 6 692
    Points : 20 244
    Points
    20 244
    Par défaut
    Citation Envoyé par AoCannaille Voir le message
    Je développe principalement en C++ et j'ai passé également des années à faire du java, et les projets que j'ai croisés avaient une POO Propre, à quelques verrues prés. Pas l'inverse. Y compris pour les interfaces graphiques. et ça pour des gros clients industriels différents (Safran, Thales, EDF, Hitachi...), dans des domaines différents (Avionique, défense, énergie, Transport Terrestre...)
    Le C++ si t'es pas un minimum rigoureux ca te coute très vite très cher en bug infernaux à débugger , ca aide . Ensuite plus que le domaine c'est à mon avis les intervenants qui sont en cause. Entre un grosse boite ou un éditeur qui dév un logiciel pour les 10 prochaines années et une ESN qui te fait un oneshot en régie , tu vas defacto pas avoir la même qualité de travail.

    J'ai toujours bossé que chez des éditeurs et du coup t'as une vraie réflexion sur la maintenance du code que tu vas produire.

  9. #9
    Membre expérimenté
    Homme Profil pro
    retraité
    Inscrit en
    Septembre 2014
    Messages
    641
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : Septembre 2014
    Messages : 641
    Points : 1 516
    Points
    1 516
    Par défaut
    Citation Envoyé par micka132 Voir le message
    Le paradigme qui a eu le plus d’influence sur moi c'est le "quick & dirty", ou sa variante française "à la rache".
    D'expérience c'est la paradigme le plus utilisé en entreprise.
    AHAHAH ! Oui, je suis hélas bien d'accord avec cela.

  10. #10
    Membre expérimenté
    Homme Profil pro
    retraité
    Inscrit en
    Septembre 2014
    Messages
    641
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : Septembre 2014
    Messages : 641
    Points : 1 516
    Points
    1 516
    Par défaut
    Je cite : "moi je pourrais jongler avec deux balles. Donnez-moi trois balles ou plus et je les lâcherai toutes."
    Mouais, on se demande comment font alors les artistes de cirque...Pas doué pour la jonglerie, le gars...
    Je cite : "
    Le seul but de l'existence de méthodes sur un objet est de pouvoir modifier ses propriétés », indique-t-il à propos de la gestion des propriétés des objets (la notion d’état)."
    En effet, sinon programmer n'a pas de sens.
    Une comparaison entre la programmation fonctionnelle et la programmation objet:
    https://waytolearnx.com/2018/12/difference-entre-programmation-orientee-objet-et-programmation-fonctionnelle.html
    https://welovedevs.com/fr/articles/p...fonctionnelle/

  11. #11
    Expert éminent sénior

    Homme Profil pro
    pdg
    Inscrit en
    Juin 2003
    Messages
    5 754
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : pdg

    Informations forums :
    Inscription : Juin 2003
    Messages : 5 754
    Points : 10 719
    Points
    10 719
    Billets dans le blog
    3
    Par défaut
    Citation Envoyé par Jeff_67 Voir le message
    La programmation orientée objet est inutile dans plus de 90% des cas actuels d'utilisation.
    Ton étude porte sur combien de cas ?

    J'en profite pour glisser une subtilité : POO ne rime pas nécessairement avec héritage/hiérarchie de classes. On peut faire de la POO sans héritage, du moins dans certains langages. Typiquement avec des types copiables / ayant une sémantique de valeur (string, array, ...).

  12. #12
    Membre éclairé
    Homme Profil pro
    autre
    Inscrit en
    Septembre 2015
    Messages
    303
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : autre

    Informations forums :
    Inscription : Septembre 2015
    Messages : 303
    Points : 722
    Points
    722
    Par défaut
    Citation Envoyé par Aurelien.Regat-Barrel Voir le message
    Ton étude porte sur combien de cas ?

    J'en profite pour glisser une subtilité : POO ne rime pas nécessairement avec héritage/hiérarchie de classes. On peut faire de la POO sans héritage, du moins dans certains langages. Typiquement avec des types copiables / ayant une sémantique de valeur (string, array, ...).
    Si on enlève l’héritage et polymorphisme (qui en dépend) à la POO, il ne reste plus que l’encapsulation, qui apparaît avec des langages avec modules et types abstraits (Haskell, Ocaml, même si on met de côté les extensions OO…). C’est assez réducteur pour de la programmation objet. (Ceci-dit, un langage propose diverses possibilités, il convient de les utiliser à bon escient : inutile d’utiliser celles qui n’apportent rien au problème).

    Ceci-dit, il est des domaines où la programmation orientée objet est utile, notamment pour les interfaces graphiques, où avec la notion de driver (JDBC ou autre… on a un «*objet*» polymorphe) et avoir un langage pratique pour utiliser ces notions est pratique. (A contrario, la bibliothèque Xt - X toolkit - est une bibliothèque orientée objet développée en C, ce qui rend l’usage moins commode qu’avec des langages orientés objets).

  13. #13
    Expert éminent sénior

    Homme Profil pro
    pdg
    Inscrit en
    Juin 2003
    Messages
    5 754
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : pdg

    Informations forums :
    Inscription : Juin 2003
    Messages : 5 754
    Points : 10 719
    Points
    10 719
    Billets dans le blog
    3
    Par défaut
    Citation Envoyé par floyer Voir le message
    Si on enlève l’héritage et polymorphisme (qui en dépend) à la POO, il ne reste plus que l’encapsulation, qui apparaît avec des langages avec modules et types abstraits (Haskell, Ocaml, même si on met de côté les extensions OO…). C’est assez réducteur pour de la programmation objet. (Ceci-dit, un langage propose diverses possibilités, il convient de les utiliser à bon escient : inutile d’utiliser celles qui n’apportent rien au problème).
    Le polymorphisme ne se limite pas au polymorphisme d'héritage, même si c'est souvent perçu ainsi. Il y en a d'autres formes, en particulier statiques.

    Pour l'héritage, on est pas obligé d'enlever, mais pas obligé non plus de s'en servir tout le temps. En C++ moderne par exemple, on fait une distinction claire entre les types à sémantique de valeur (string, list, matrix, ...) et ceux à sémantique d'entité (file, widget, ...). En Go un type implémente un interface par Duck Typing: on a du polymorphisme sans héritage. Ca rejoint le principe de trait dans certains langage.

    Le problème observé avec la POO est l'abus de l'héritage qui appauvrit la conception à "je vais créer une classe de base X dont va hériter Y". Du coup maintenant on jette le bébé avec l'eau du bain en même temps que la prog fonctionnelle fait son grand retour. Mais opposer les deux (en demandant de choisir son camp) n'est pas obligatoire. Au hasard, Scala est un langage fonctionnel... et orienté objet pur.

    Comme tu le dis, tout ça ne sont que des outils à utiliser à bon escient. Mais dans la pratique, on sait bien qu'il est plus facile de blâmer l'outil que l'utilisation qu'on en a faite

  14. #14
    Invité
    Invité(e)
    Par défaut
    Bonjour

    Quels sont les paradigmes de programmation qui mobilisent le plus d’impact sur vous en tant qu’ingénieur logiciel ?
    Pour quelles raisons ?
    Lequel de ces paradigmes a eu le plus d’impact sur vous en tant qu’ingénieur de la filière informatique ?
    Qu’en est-il de la programmation procédurale et de la programmation logique ?
    La programmation procédurale a encore de beaux jours devant elle. Les "non informaticiens" et "avancé". Je prend l'exemple de ceux qui sont gestionnaire, contrôle de gestion, des comptables, des "EDIstes" , des "Saseur" , des "SQListes" ... On trouvent beaucoup de non informaticiens ou l'informatique est pourtant utiles ^^ On pourrait même pousser la logique, jusqu'à la PAO , créa 3 D et marketeur / brokker .

    POO ou fonctionnel : lequel des paradigmes a eu le plus d’influence sur vous ?
    Le fonctionnel . Dans le cas du fonctionnel , on est plus sur un approche de supervision / monitoring en mode support et opérationnel. Tout ce qui touche au flux directement en run / prod .

    Pour quelles raisons ?
    On touche à la data en temps réel : run et prod.

    Partagez-vous l’avis selon lequel la gestion des états est plus complexe avec la POO qu’avec l’approche fonctionnelle pour des bases de code importantes ?
    Tout à fait . Quand on parle de cela on va parler Dataware house, datamart et stockage en mode archives et / ou en mode réemploi pour du reporting.

    Voyez-vous l'impact de l'approche fonctionnelle s'étendre au point qu'elle s'impose comme une norme ?
    Non , juste qu'il y a des cas pratiques bien spécifique.

  15. #15
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par Aurelien.Regat-Barrel Voir le message
    Le polymorphisme ne se limite pas au polymorphisme d'héritage, même si c'est souvent perçu ainsi. Il y en a d'autres formes, en particulier statiques.

    Pour l'héritage, on est pas obligé d'enlever, mais pas obligé non plus de s'en servir tout le temps. En C++ moderne par exemple, on fait une distinction claire entre les types à sémantique de valeur (string, list, matrix, ...) et ceux à sémantique d'entité (file, widget, ...). En Go un type implémente un interface par Duck Typing: on a du polymorphisme sans héritage. Ca rejoint le principe de trait dans certains langage.

    Le problème observé avec la POO est l'abus de l'héritage qui appauvrit la conception à "je vais créer une classe de base X dont va hériter Y". Du coup maintenant on jette le bébé avec l'eau du bain en même temps que la prog fonctionnelle fait son grand retour. Mais opposer les deux (en demandant de choisir son camp) n'est pas obligatoire. Au hasard, Scala est un langage fonctionnel... et orienté objet pur.

    Comme tu le dis, tout ça ne sont que des outils à utiliser à bon escient. Mais dans la pratique, on sait bien qu'il est plus facile de blâmer l'outil que l'utilisation qu'on en a faite
    Tu n'est pas obligé. (héritage, ...)
    Pas contre, si tu utilises une architecture correcte, ça va composer 98% de ton architecture ...

  16. #16
    Membre extrêmement actif
    Avatar de Madmac
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2004
    Messages
    1 709
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Alimentation

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 709
    Points : 1 453
    Points
    1 453
    Billets dans le blog
    7
    Par défaut
    Citation Envoyé par AoCannaille Voir le message
    Pour les langages purement fonctionnels, je n'ai jamais eu l'occasion de faire autre chose que des tutoriels d'initiation, donc je sais pas ce que ça donne sur des gros projets.
    Relie ton commentaire sur la programmation procédurale. Si le langage n'offre pas la possibilité de créer des bloc de fonction comme la POO, tu te retrouve avec le même problème quand tu fais de la production en équipe.

  17. #17
    Membre extrêmement actif
    Avatar de Madmac
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2004
    Messages
    1 709
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Alimentation

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 709
    Points : 1 453
    Points
    1 453
    Billets dans le blog
    7
    Par défaut
    Citation Envoyé par floyer Voir le message
    Si on enlève l’héritage et polymorphisme (qui en dépend) à la POO, il ne reste plus que l’encapsulation, qui apparaît avec des langages avec modules et types abstraits (Haskell, Ocaml, même si on met de côté les extensions OO…). C’est assez réducteur pour de la programmation objet. (Ceci-dit, un langage propose diverses possibilités, il convient de les utiliser à bon escient : inutile d’utiliser celles qui n’apportent rien au problème).
    Le grand avantage de la POO, ce n'est pas l'héritage, mais d'encourager le programmeur à découper le problème en section. Ce qui favorise le débogage et la construction de test. Et par conséquence, le travail en équipe.

    Et si on est au courant de la technique, il est possible de faire la même chose qu'avec des fonctions avec un langage POO qui n'offre pas de support pour les fonctions lambdas. Alors qu'avec un langage procédural, c'est rarement possible.

  18. #18
    Membre extrêmement actif
    Avatar de Madmac
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2004
    Messages
    1 709
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Alimentation

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 709
    Points : 1 453
    Points
    1 453
    Billets dans le blog
    7
    Par défaut Lesquels de ces paradigmes qui leplus influencé les développeurs ?
    La programmation avec acteurs est selon moi le modèle qui sera le plus employé dans les années qui viennent.

    Depuis un mois j'ai fais des recherches sur la meilleur avenue pour exploiter les CPU multi-coeurs pour faire du parallélisme. Et c'est le modèle qui me semble le plus accessible pour le commun des mortels.

  19. #19
    Membre extrêmement actif
    Avatar de Madmac
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2004
    Messages
    1 709
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Alimentation

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 709
    Points : 1 453
    Points
    1 453
    Billets dans le blog
    7
    Par défaut
    Citation Envoyé par Madmac Voir le message

    Depuis un mois j'ai fais des recherches sur la meilleur avenue pour exploiter les CPU multi-coeurs pour faire du parallélisme. Et c'est le modèle qui me semble le plus accessible pour le commun des mortels.
    J'aimerais beaucoup que la personne qui donner une évaluation négative. M'explique pourquoi j'ai tort selon lui.

  20. #20
    Membre éclairé
    Homme Profil pro
    autre
    Inscrit en
    Septembre 2015
    Messages
    303
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : autre

    Informations forums :
    Inscription : Septembre 2015
    Messages : 303
    Points : 722
    Points
    722
    Par défaut
    Ce que je voulais dire, c’est que faire de la programmation modulaire ne nécessite pas un langage orienté objet, et c’est peut-être alors extrapoler de dire que l’on fait de la programmation orientée objet si on ne fait que de la programmation modulaire.

    Mais je suis d’accord, le côté encapsulation est l’apport le plus important de la POO.

    Pour le polymorphisme, c’est assez lié à l’héritage (classe commune ou interface) dans des langages fortement typés. Avec des langages faiblement typé, évidemment, la présence des bonnes méthodes suffit (ou de type polymorphes comme les nombres).

Discussions similaires

  1. Sondage : quels sont les langages de programmation qui vont probablement disparaître ?
    Par Bill Fassinou dans le forum Langages de programmation
    Réponses: 33
    Dernier message: 09/08/2019, 18h38
  2. Quels sont les langages de programmation que vous détestez le plus, et pourquoi ?
    Par Community Management dans le forum Langages de programmation
    Réponses: 214
    Dernier message: 31/08/2017, 11h38
  3. Réponses: 1
    Dernier message: 10/12/2015, 13h48
  4. Quels sont les logiciels de programmation ?
    Par rosenoir dans le forum VHDL
    Réponses: 0
    Dernier message: 11/08/2009, 23h21

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo