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

Contribuez C++ Discussion :

L'avenir du C++


Sujet :

Contribuez C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Expert confirmé

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

    Informations professionnelles :
    Activité : pdg

    Informations forums :
    Inscription : Juin 2003
    Messages : 5 756
    Billets dans le blog
    3
    Par défaut L'avenir du C++
    Dans l'article A Brief Look at C++0x, Bjarne Stroustrup (le créateur du C++) s'exprime sur l'avenir de ce langage. Rappelons que C++0x est le "nom de code" de la prochaine norme du langage qui est à l'étude depuis un certain temps déjà (voir Qu'est-ce que C++0x ?).

    Dans son article, Bjarne explique que cette norme est entrée dans "une phase décisive" en vue de sa ratification en 2008. Il explique aussi que l'esprit de cette future norme est davantage de modifier la façon qu'ont les programmeurs de concevoir leur code plutôt que leur manière de l'écrire.
    Une des priorités est de limiter l'introduction de nouveautés du langage au profit d'un enrichissement de la bibliothèque standard, dans un esprit de généricité, de simplicité et bien sûr de performance.

    Bjarne effectue ensuite un rapide tour d'horizon des nouveautés. Il sera ainsi possible d'initialiser statiquement un conteneur avec une liste d'initialisation (au moyen de ce qui sera vraisemblablement un constructeur de séquence):

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    class A {};
     
    std::vector<A*> v = { 
        new A,
        new A,
        new A
    };
    de définir un alias sur des templates (template typedef):

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    template<class T> using Vec = vector<T,My_alloc<T>>;
    Vec<double> v = { 2.3, 1.2, 6.7, 4.5  };
    l'utilisation des conteneurs de la STL sera simplifiée afin de ne plus exiger un itérateur de début et un autre de fin:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    sort( v ); // remplace sort( v.begin(), v.end() );
    ceci sera rendu possible grâce à une des grande nouveautés de C++0x : l'introduction des concepts, qui permettent de décrire le type d'un type (ses propriétés). Cela se traduit notamment par l'apparition du mot-clé where dans les templates qui permet de spécifier clairement des conditions sur le paramètre T passé.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    template<Container C, Predicate Cmp>
        where Can_call_with<Cmp,typename C::value_type> // mot-clé where
        void sort(C& c, Cmp less);
    Une autre grande nouveauté fort appréciable est la nouvelle signification du mot-clé auto (qui n'a actuellement plus d'utilité) : il permettra dans une déclaration de déduire automatiquement le type d'une variable à partir de son initialiseur.
    Ainsi, l'utilisation des itérateurs de la STL sera fortement allégée. Au lieu d'écrire:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    for (std::vector<double>::const_iterator p = v.begin(); p!=v.end(); ++p)
        cout << *p << endl;
    on pourra simplement écrire:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    for (auto p = v.begin(); p!=v.end(); ++p)
        cout << *p << endl;
    La bibliothèque standard va elle aussi être fortement enrichie, avec l'apparition
    • des tables de hachage
    • des expressions régulières
    • de pointeurs intelligents plus complets
    • de fonctions mathématiques spéciales
    et de bien d'autres choses.

    En revanche le C++ ne comportera toujours pas de bibliothèque graphique standard, mais pourrait disposer d'un garbage collector et d'une gestion des threads. Les développeurs sur systèmes embarqués ne sont pas non plus oubliés, avec l'apparition d'une bibliothèque facilitant l'utilisation directe du matériel.

  2. #2
    Expert confirmé
    Avatar de PRomu@ld
    Homme Profil pro
    Ingénieur de Recherche
    Inscrit en
    Avril 2005
    Messages
    4 155
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Vienne (Poitou Charente)

    Informations professionnelles :
    Activité : Ingénieur de Recherche
    Secteur : Enseignement

    Informations forums :
    Inscription : Avril 2005
    Messages : 4 155
    Par défaut
    Voilà qui va redonner un bon coup de fouet au langage. J'ai hate de pouvoir tester ces nouveautés.

    En revanche le C++ ne comportera toujours pas de bibliothèque graphique standard
    Ce n'est pas bien grave je pense, au vu de ce que pourra apporter la nouvelle norme.

    Un autre papier sur ces évolutions :

    http://public.research.att.com/~bs/rules.pdf

  3. #3
    Alp
    Alp est déconnecté
    Expert confirmé

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Par défaut
    Ah une bonne nouvelle, quand même.
    Ces nouveaux features ont l'air pratiques et bien faits.
    Il restera tout de même à voir de quoi il en retourne!
    Dommage pour l'interface graphique, mais après tout depuis le temps il y en a qui sont sorties, faites en C++ et faciles à installer et probablement aussi complètes qu'aurait pu l'être celle de la STL.

  4. #4
    Rédacteur/Modérateur
    Avatar de JolyLoic
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2004
    Messages
    5 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2004
    Messages : 5 463
    Par défaut
    Pour ceux qui veulent suivre ça de plus près, il y a moyen d'avoir accès direct aux propositions d'évolution :
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/

    Le papier de Bjarne est une bonne vulgarisation des évolutions qui ont de très bonnes chances de passer, mais il n'entre pas vraiment dans les détails.
    Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11.
    Celle des Microsoft TechDays 2014 : Bonnes pratiques pour apprivoiser le C++11 avec Visual C++
    Et celle des Microsoft TechDays 2015 : Visual C++ 2015 : voyage à la découverte d'un nouveau monde
    Je donne des formations au C++ en entreprise, n'hésitez pas à me contacter.

  5. #5
    HRS
    HRS est déconnecté
    Membre chevronné
    Avatar de HRS
    Inscrit en
    Mars 2002
    Messages
    678
    Détails du profil
    Informations forums :
    Inscription : Mars 2002
    Messages : 678
    Par défaut
    l'ennui est qu'il va falloir attendre

    -que la nouvelle norme C++0x soit définitive

    -qu'elle soit implantée sur tous les compilateurs (voir C99)

    Il serait désastreux, en effet, de faire un développement dans un
    environnement doté d'un compilateur top-niveau mais que le portage
    soit impossible parce que les environnements cibles aient, eux, un
    compilateur implantant partiellement ou pas du tout, la nouvelle
    norme

    Qui va prendre un tel risque ?

  6. #6
    Expert confirmé

    Inscrit en
    Novembre 2005
    Messages
    5 145
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 5 145
    Par défaut
    Citation Envoyé par HRS
    l'ennui est qu'il va falloir attendre

    -que la nouvelle norme C++0x soit définitive

    -qu'elle soit implantée sur tous les compilateurs (voir C99)

    Il serait désastreux, en effet, de faire un développement dans un
    environnement doté d'un compilateur top-niveau mais que le portage
    soit impossible parce que les environnements cibles aient, eux, un
    compilateur implantant partiellement ou pas du tout, la nouvelle
    norme

    Qui va prendre un tel risque ?
    Ceux qui cherchent la portabilite (et j'en fais partie) definissent quelle portabilite ils desirent (on utilise g++ partout est une approche a mon sens valide mais pas sans inconvenients) et donc se limitent dans ce qu'ils utilisent. Rien n'a change. Je me souviens d'un projet ou on s'est demande "utilisera-t'on la STL?" maintenant presque personne ne se pose la question, et ceux qui se la pose ce n'est pas pour des raisons de disponibilite.

  7. #7
    tut
    tut est déconnecté
    Membre éclairé
    Avatar de tut
    Inscrit en
    Juillet 2002
    Messages
    373
    Détails du profil
    Informations forums :
    Inscription : Juillet 2002
    Messages : 373
    Par défaut
    Bjarne justifie l'absence de bibliothèque graphique par deux raisons :

    Les personnes faisant partie du comité n'ont pas assez de temps pour spécifier une telle bibliothèque,
    Les bibliothèques éxistantes profitent d'un support communeautaire et d'un passé qui fait qu'elles sont viables.

    Personellement je trouve ça plutôt pas mal d'avoir le choix, et puis quand on voit les interfaces graphiques "standard Java".... enfin, ce n'est que mon point de vue.

  8. #8
    Alp
    Alp est déconnecté
    Expert confirmé

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Par défaut
    Pour les interfaces graphiques:
    en effet l'interface standard java est ... hum ... enfin on trouve bien mieux...
    Et puis oui avoir le choix c'est bien, surtout quand on voit des bibliothèques bien faites comme wxWidgets,QT,GTK(+), et bien d'autres.

    Pour la "normalisation" du C++0x:
    Peut-être au début ce sera dur de passer sur toutes les plateformes, le temps qu'elles se standardisent, mais pour peu qu'une nouvelle version de g++ sorte, ca fera déjà bouger les choses!
    Une question qu'on peut se poser est : Microsoft va-t-il suivre le mouvement et sortir un nouveau Visual C++? si oui, au bout de combien de temps?
    De même chez Borland...

  9. #9
    Rédacteur/Modérateur
    Avatar de JolyLoic
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2004
    Messages
    5 463
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Août 2004
    Messages : 5 463
    Par défaut
    Microsoft, après avoir été un moment en retrait du C++, y est revenu assez fortement (embauche de gouroux, respect de la norme de 1998...) vers 2002.

    A mon avis, le problème est désormais inverse : Ils investissent fortement dans leurs propres extentions de la norme, pour faire ce qu'ils appellent C++/CLI, et la question se pose de la façon dont ces extentions (qu'ils veulent par ailleur normaliser) se positionnent par rapport au C++.
    Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11.
    Celle des Microsoft TechDays 2014 : Bonnes pratiques pour apprivoiser le C++11 avec Visual C++
    Et celle des Microsoft TechDays 2015 : Visual C++ 2015 : voyage à la découverte d'un nouveau monde
    Je donne des formations au C++ en entreprise, n'hésitez pas à me contacter.

  10. #10
    Expert confirmé

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

    Informations professionnelles :
    Activité : pdg

    Informations forums :
    Inscription : Juin 2003
    Messages : 5 756
    Billets dans le blog
    3
    Par défaut
    Microsoft a fait des propositions pour la future norme (le template typedef par exemple, c'est eux, ou encore les enum fortement typés). A l'inverse ils freinent des pieds sur certains points (template export).
    Ils devraient donc suivre sur pas mal de points quand même. On trouve des interview (de Sutter en particulier) sur channel9, mais je ne les ai pas regardé. Je pense que c'est un peu trop tôt de toutes façons pour avoir des infos.

    Et d'ici 2008/2010, il peut se passer pas mal de choses. Je pense entre autre au développement 64 bits. On le voit émerger, mais on n'est pas nombreux à y avoir gouté. Je pense que ça aura changé d'ici là. Un PC possède maintenant courament 1 voire 2Go de RAM. La limite plysique est à 4Go, mais moins que ça en réalité (par défaut 2 Go pour les applications sous Windows, on peut monter à 3 Go). Donc cette année on va arriver à saturer la mémoire 32 bits. Dans 3 ans, ça risque bien de devenir un problème, et les PC + OS 64 bits devraient commencer à se répandre. Et va falloir tout basculer...
    Ca + l'arrivée de Windows Vista, je ne pense pas que C++0x soit la priorité immédiate des développeurs de VC++.

  11. #11
    Expert confirmé

    Inscrit en
    Novembre 2005
    Messages
    5 145
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 5 145
    Par défaut
    Citation Envoyé par Aurelien.Regat-Barrel
    Microsoft a fait des propositions pour la future norme (le template typedef par exemple, c'est eux, ou encore les enum fortement typés). A l'inverse ils freinent des pieds sur certains points (template export).
    export est deja dans la norme...

    Je ne concluerais rien a propos de Microsoft en general a partir de l'action de quelques un de ses employes dans le comite. Surtout quand leur participation au comite est anterieure a leur engagement par Microsoft.

    Je suis d'ailleurs certain que l'action de Microsoft, pour autant qu'elle soit coherente et concertee sur ce sujet ce dont je suis pas sur, est plus le fruit d'un compromis entre courants differents a l'interieur de Microsoft qu'autre chose.

    Et d'ici 2008/2010, il peut se passer pas mal de choses. Je pense entre autre au développement 64 bits. On le voit émerger, mais on n'est pas nombreux à y avoir gouté. Je pense que ça aura changé d'ici là. Un PC possède maintenant courament 1 voire 2Go de RAM. La limite plysique est à 4Go, mais moins que ça en réalité (par défaut 2 Go pour les applications sous Windows, on peut monter à 3 Go). Donc cette année on va arriver à saturer la mémoire 32 bits. Dans 3 ans, ça risque bien de devenir un problème, et les PC + OS 64 bits devraient commencer à se répandre. Et va falloir tout basculer...
    Quel rapport entre le 64 bits et l'evolution du C++? Cela fait des annees qu'on developpe des applications 64 bits en C++ sans probleme, meme si ce n'est pas sur des PC.

    Quelles sont les applications sur un PC qui ont reellement besoin du 64 bits? J'ai un ordinateur 64 bits depuis des annees sur mon bureau. Hors nos applications, le seul programme dont j'ai eu besoin en 64 bits a ete emacs pour arriver a lire des gros fichiers.

  12. #12
    Expert confirmé

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

    Informations professionnelles :
    Activité : pdg

    Informations forums :
    Inscription : Juin 2003
    Messages : 5 756
    Billets dans le blog
    3
    Par défaut
    Citation Envoyé par Jean-Marc.Bourguet
    export est deja dans la norme...
    Oui, mais Sutter critique son existence, et envisage (il me semble) sa suppression dans la prochaine norme.

    Je ne concluerais rien a propos de Microsoft en general a partir de l'action de quelques un de ses employes dans le comite. Surtout quand leur participation au comite est anterieure a leur engagement par Microsoft.

    Je suis d'ailleurs certain que l'action de Microsoft, pour autant qu'elle soit coherente et concertee sur ce sujet ce dont je suis pas sur, est plus le fruit d'un compromis entre courants differents a l'interieur de Microsoft qu'autre chose.
    Je n'ai pas cherché à positionner MS par rapport au C++, simplement dire que je voyais mal MS avoir d'un côté son nom associé à des propositions pour la norme, et d'un autre ne pas les intégrer dans ses prochaines versions de VC++ si elles sont acceptées (la question était "Microsoft va-t-il suivre le mouvement ?").

    Quel rapport entre le 64 bits et l'evolution du C++? Cela fait des annees qu'on developpe des applications 64 bits en C++ sans probleme, meme si ce n'est pas sur des PC.
    Par rapport à VC++ toujours. Chaque version généralement se focalise sur un point "maketing". VC++ 7 c'était .Net, VC++ 7.1 le respect de la norme C++, VC++ 8 C++/CLI. Il faut bien susciter l'achat.
    Je voulais dire que "respect de C++0x", ça ne sera sûrement pas pour VC++ 9, ils vont avoir / trouver d'autres priorités d'ici là.

    Quelles sont les applications sur un PC qui ont reellement besoin du 64 bits? J'ai un ordinateur 64 bits depuis des annees sur mon bureau. Hors nos applications, le seul programme dont j'ai eu besoin en 64 bits a ete emacs pour arriver a lire des gros fichiers.
    Je pense pareil. J'ai 2 Go de mémoire, et c'est 2 fois trop. Mais dans 3/5 ans...

  13. #13
    Expert confirmé

    Inscrit en
    Novembre 2005
    Messages
    5 145
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 5 145
    Par défaut
    Citation Envoyé par Aurelien.Regat-Barrel
    Citation Envoyé par Jean-Marc.Bourguet
    export est deja dans la norme...
    Oui, mais Sutter critique son existence, et envisage (il me semble) sa suppression dans la prochaine norme.
    A ma connaissance, il a ete decide que ce n'etait meme pas un sujet de discussion.

    Au fait, si tu veux voir quelles ont ete les reactions a ce papier, il y a un thread sur fr.comp.lang.c++ ou il est intervenu.

    Quelles sont les applications sur un PC qui ont reellement besoin du 64 bits? J'ai un ordinateur 64 bits depuis des annees sur mon bureau. Hors nos applications, le seul programme dont j'ai eu besoin en 64 bits a ete emacs pour arriver a lire des gros fichiers.
    Je pense pareil. J'ai 2 Go de mémoire, et c'est 2 fois trop. Mais dans 3/5 ans...
    Je n'ai pas parle de la memoire totale de l'ordinateur, simplement des applications. La memoire totale gerable par Windows depasse deja les 4Go.

  14. #14
    Membre éclairé
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    63
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 63
    Par défaut
    Pas de programmation par contrats, pour l'instant, dans la nouvelle norme ? J'avais trouvé quelques documents sur le site open-std.org et j'avais bon espoir de retrouver ça dans la prochaine norme.

    AMHA, c'est une des évolutions majeures que doit subir le langage, comme pour Java, qui devrait, apparemment, supporter la programmation par contrats dans une prochaine version.

    Si quelqu'un a plus de précisions sur le sujet...

  15. #15
    Alp
    Alp est déconnecté
    Expert confirmé

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Par défaut
    Sans vouloir jouer l'ignorant, je n'ai jamais vu de document ou quoique que ce soit d'autre qui explique ce qu'est "la programmation par contrats".
    En quoi cela consoiste-t-il ?
    Est-ce que le comité aurait ne serait-ce qu'envisagé de l'intégrer au C++ ?

  16. #16
    Membre très actif
    Avatar de buggen25
    Ingénieur développement logiciels
    Inscrit en
    Août 2008
    Messages
    554
    Détails du profil
    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2008
    Messages : 554
    Par défaut
    salut tout le monde;
    grossomodo on va faire le menage dans la STl et simplifier les chose comme avec java et ensuite les programme écrit seront aussi lourd ,

  17. #17
    Alp
    Alp est déconnecté
    Expert confirmé

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Par défaut
    Ooooooooh là non pas du tout

    La SL (pas STL) va être renforcée avec énormément de choses : de quoi gérer les fonctions comme des objets "ordinaires", ce qu'il faut pour le multithreading, les pointeurs intelligents et bien d'autres choses.

    Le langage quand à lui va permettre bien plus de choses au niveau de la programmation générique, il va désormais permettre de mettre en oeuvre la sémantique de mouvement, etc...

    Je te conseille de suivre l'index C++ (http://cpp.developpez.com/) car nous essayons de publier un maximum de choses au sujet de la prochaine version de C++.

    Et en aucun cas les programmes vont être alourdis... Donc le C++ ne tend absolument pas à devenir comme Java. L'objectif du comité est de palier aux manques du C++, d'arranger ce qu'on a pu lui reprocher jusqu'aujou'd'hui, et de fournir un maximum d'outils/classes/modules de manière standard pour faciliter la vie des programmeurs C++.

  18. #18
    Membre très actif
    Avatar de buggen25
    Ingénieur développement logiciels
    Inscrit en
    Août 2008
    Messages
    554
    Détails du profil
    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2008
    Messages : 554
    Par défaut Darwin s'est-t-il trompé sur la theorie de l'évolution
    salut;
    j'epère que ça ne sera pas une révolution et que c'est juste une évoltion.
    Mais bon je pense que l'equipe de rédacteur de developpez.com vont nous donner les moyens et les conseil necesaire pour réapprendre ces nouveaux concepts
    voila merci

  19. #19
    Alp
    Alp est déconnecté
    Expert confirmé

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Par défaut
    Ben tu as déjà un aperçu...
    http://blog.developpez.com/alp?title...adic_templates
    http://loic-joly.developpez.com/tuto...mart-pointers/
    Et de manière générale, abonne-toi au RSS du blog C++ car on compte bien publier pas mal de choses là-bas et sur http://cpp.developpez.com/ .

    Mais rien que maintenant tu as déjà de quoi lire, entre les liens ci-dessus et en cherchant "C++0x" sur le forum C++

  20. #20
    Expert confirmé

    Inscrit en
    Novembre 2005
    Messages
    5 145
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 5 145
    Par défaut
    Citation Envoyé par Elendil_BzH
    Pas de programmation par contrats, pour l'instant, dans la nouvelle norme ? J'avais trouvé quelques documents sur le site open-std.org et j'avais bon espoir de retrouver ça dans la prochaine norme.
    Il y a peu de choses où la décision est prise. A ma connaissance la proposition reste sur la table.

Discussions similaires

  1. [Débat] MERISE versus UML ? Avenir de MERISE ?
    Par Matthieu Brucher dans le forum Méthodes
    Réponses: 51
    Dernier message: 15/02/2022, 17h32
  2. Quel avenir du C++ par rapport au C# ou à Java ?
    Par phpdev dans le forum Débats sur le développement - Le Best Of
    Réponses: 209
    Dernier message: 09/11/2009, 02h25
  3. L'avenir est-il au PHP ?
    Par Manolo dans le forum Langage
    Réponses: 468
    Dernier message: 11/02/2008, 18h54
  4. L'avenir du BDE et des SQL Links révélé ! <officiel>
    Par Merlin dans le forum Bases de données
    Réponses: 12
    Dernier message: 02/06/2006, 10h18
  5. Quel avenir pour les outils de génération de code ?
    Par Bruno75 dans le forum Débats sur le développement - Le Best Of
    Réponses: 5
    Dernier message: 05/11/2003, 18h30

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