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

Langages de programmation Discussion :

Cppfront, la proposition de nouvelle syntaxe C++ par Herb Sutter, anime les débats entre développeurs


Sujet :

Langages de programmation

  1. #1
    Chroniqueur Actualités
    Avatar de Patrick Ruiz
    Homme Profil pro
    Redacteur web
    Inscrit en
    février 2017
    Messages
    1 480
    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 : 1 480
    Points : 43 618
    Points
    43 618
    Par défaut Cppfront, la proposition de nouvelle syntaxe C++ par Herb Sutter, anime les débats entre développeurs
    Cppfront, la proposition de nouvelle syntaxe C++ par Herb Sutter, anime les débats entre développeurs sur les besoins en termes d’évolution du langage
    Et les comparaisons avec des projets similaires

    Cppfront c’est déjà 5 ans de travail dans l’ombre. C’est un projet personnel de Herb Sutter avec un objectif qui se résume en une phrase simple : proposer une évolution du C++ à la syntaxe dix fois plus simple que l’actuelle, plus sûre et avec le même niveau de support d’outils dont bénéficient les autres langages. Le directeur du comité de normalisation ISO C++ ouvre à peine le projet au public que celui-ci anime déjà les débats entre développeurs sur leurs attentes en matière d’évolution du langage désormais considéré par plusieurs comme une usine à gaz. L’initiative ne manque non plus de susciter les comparaisons avec des projets aux visées similaires.

    En langage C++, A * b peut soit faire référence à une opération sur les pointeurs, soit à une multiplication. Cette seule remarque signifie pour un développeur que pour la mise sur pied d’un linter ou d’un outil de formatage de code en C++ il faudra analyser l’ensemble du code pour parvenir à construire un arbre d’analyse correct. C’est un exemple parmi une multitude pour illustrer la complexité du langage. C’est à ce type de problématiques auxquelles Cppfront vient s’attaquer. La documentation du projet n’est pas encore disponible. Une section exemples l’est néanmoins et permet déjà de se faire une idée des évolutions envisagées. On pourra observer que Cppfront se passe des #include.

    Nom : 1.jpg
Affichages : 26242
Taille : 16,1 Ko

    Nom : 2.jpg
Affichages : 5777
Taille : 30,1 Ko

    Cppfront comme son nom l’indique se veut être un frontend à partir duquel la syntaxe en cours de gestation sera transformée en du C++20.

    Nom : 0.png
Affichages : 5789
Taille : 105,3 Ko


    Cppfront n’est pas sans faire penser au projet Carbon positionné comme successeur expérimental du C++. L’objectif : explorer une direction future possible pour le C++ étant donné les difficultés à l’améliorer. Carbon est un nouveau langage qui vise à égaler les performances de C++ et à maintenir une interopérabilité bidirectionnelle transparente, ainsi qu'une courbe d'apprentissage douce pour les développeurs C++.

    L'équipe promet en sus un certain niveau de traduction de source à source pour le code C++. Le projet présente des parallèles avec TypeScript pour les développeurs JavaScript, ou Kotlin pour les développeurs Java, bien que la comparaison ne soit pas exacte. Carbon est conçu pour être interopérable avec le code C++ et pour faciliter la migration. La chaîne d'outils Carbon prendra en charge la compilation du code C++.

    Selon l'équipe Carbon, les concepteurs du C++ ont ajouté plutôt que remplacé des fonctionnalités du langage au fil du temps, créant ainsi des interactions complexes entre les fonctionnalités. La préservation de la compatibilité binaire est un autre problème hérité. En outre, le comité C++ et le processus d'évolution sont orientés vers la normalisation plutôt que la conception, sont lents et ne parviennent pas toujours à prendre des décisions.

    Carbon s'efforce de contourner ces problèmes en adoptant une nouvelle approche fondée sur les principes de l'open source : « Nous tenterons même de combler une énorme lacune dans l'écosystème C++ avec un gestionnaire de paquets intégré ». La feuille de route actuelle vise à terminer la version 0.1 du langage cette année, la 0.2 en 2023 et la version 1.0 en 2024 ou 2025.

    Le langage Carbon sera familier aux développeurs C++ et C, mais il y a aussi de nombreuses différences. Les fonctions sont déclarées avec le mot clé fn et les variables avec var. Il existe également des tuples fortement typés. L'inférence de type est supportée par le mot-clé auto. Les pointeurs sont pris en charge mais pas l'arithmétique des pointeurs ; les seules opérations sur les pointeurs sont l'adressage et le déréférencement. Les classes supportent l'héritage simple mais pas l'héritage multiple.

    Nom : 4.png
Affichages : 5750
Taille : 44,6 Ko

    Cppfront et Carbon sont des exemples d’une longue liste dans laquelle on retrouve d’autres initiatives comme Circle, Val et Dlang.



    Source : cppfront, Herb Sutter

    Et vous ?

    Êtes-vous développeur C++ ? Quelle plus-value reconnaissez-vous à ces différents projets ? Sinon qu’en attendez-vous ?
    Ces projets viennent-ils avec une plus-value véritable en comparaison à un langage comme le Rust considéré le futur pour ce qui est du développement d’applications système ?

    Voir aussi :

    Programmation : une étude révèle les langages les plus voraces en énergie, Perl, Python et Ruby en tête, C, Rust et C++, les langages les plus verts

    Linus Torvalds souligne une bonne avancée du langage Rust dans le développement du noyau Linux, et aurait qualifié le C++ de « langage de m... », après le message de Google

    Microsoft, Google, AWS, Huawei et Mozilla s'associent pour créer la Fondation Rust, une organisation à but non lucratif chargée de gérer le langage de programmation

    Facebook rejoint AWS, Huawei, Google, Microsoft et Mozilla dans la Fondation Rust, et renforce son équipe Rust par des nouveaux talents
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre habitué
    Homme Profil pro
    Consultant informatique
    Inscrit en
    février 2014
    Messages
    35
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 28
    Localisation : Belgique

    Informations professionnelles :
    Activité : Consultant informatique

    Informations forums :
    Inscription : février 2014
    Messages : 35
    Points : 167
    Points
    167
    Par défaut
    C'est marrant comme on aime critiquer la syntaxe du C et C++, alors que moi personnellement de tout les langages que j'ai pu faire c'est l'une de celle que je préfère.

  3. #3
    Membre chevronné Avatar de onilink_
    Profil pro
    Inscrit en
    juillet 2010
    Messages
    523
    Détails du profil
    Informations personnelles :
    Âge : 30
    Localisation : France

    Informations forums :
    Inscription : juillet 2010
    Messages : 523
    Points : 2 158
    Points
    2 158
    Par défaut
    @SimonKenoby
    Ici la critique adresse plus la difficulté de parser la syntaxe (qui est très contextuelle).


    Bien que je déteste la syntaxe proposée (je la trouve difficile à lire et à écrire), l'idée de faire un frontend pour avoir une syntaxe bien plus simple à parser/traiter est très intéressante.

    Maintenant en tant que développeur qui veut parser du C++, est ce qu'il ne serait pas plus simple de directement utiliser le "Clang Code Model"...?
    De ce que j'ai pu voir, les IDE qui ont une bonne prise en charge des outils de refactoring, coloration etc... utilisent ça (Qt Creator par ex).
    Circuits intégrés mis à nu: https://twitter.com/TICS_Game

  4. #4
    Membre averti Avatar de BakaOnigiri
    Inscrit en
    avril 2002
    Messages
    365
    Détails du profil
    Informations forums :
    Inscription : avril 2002
    Messages : 365
    Points : 420
    Points
    420
    Par défaut
    C'est marrant, pour un article qui doit nous présenter Cppfront, 50% présente Carbon

  5. #5
    Expert éminent sénior

    Homme Profil pro
    Directeur des systèmes d'information
    Inscrit en
    avril 2002
    Messages
    2 639
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : Luxembourg

    Informations professionnelles :
    Activité : Directeur des systèmes d'information
    Secteur : Finance

    Informations forums :
    Inscription : avril 2002
    Messages : 2 639
    Points : 17 784
    Points
    17 784
    Par défaut
    Citation Envoyé par BakaOnigiri Voir le message
    C'est marrant, pour un article qui doit nous présenter Cppfront, 50% présente Carbon
    Certes, mais si tu veux plus de détails sur Cppfront tu peux toujours aller voir la source, le fait d'ajouter Carbon dans l'article est très pertinent pour comparer et élargir la problématique générale, c'est donc purement une valeur ajoutée de l'article, et en fait la vidéo proposée dans l'article est très intéressante à cet égard
    Ne prenez pas la vie au sérieux, vous n'en sortirez pas vivant ...

  6. #6
    Expert confirmé

    Profil pro
    Inscrit en
    février 2006
    Messages
    2 334
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2006
    Messages : 2 334
    Points : 4 605
    Points
    4 605
    Par défaut
    la dernière fois où j'ai participé à une discussion ici sur la syntaxe du c++, ça c'est plutôt mal passé, les participants ne voyant pas les problèmes de cette "magnifique" syntaxe, je ne suis pas sur que ça ait beaucoup changé entre temps.

    ou alors peut être que, parce que c'est Sutter (entre autres) qui avance un mouvement, on commencera peut être à voir les problèmes ...

    le comité, faudra que je retrouve le texte, ne voulait pas entendre parler de révision du langage, craignant l'apparition de dialectes du c++.
    à force de ne jamais retenir une solution cohérente à un même problème et de superposer des couches pour garder une relative compatibilité (et encore) de syntaxe (et surtout garder des vestiges du c, qui lui ne se prive pas de tout casser), on en arrive à avoir des constructions alambiquées parce que "on ne veut rien casser, enfin sauf des fois, ça dépendra de la chance et du sens du vent".

  7. #7
    Membre averti Avatar de BakaOnigiri
    Inscrit en
    avril 2002
    Messages
    365
    Détails du profil
    Informations forums :
    Inscription : avril 2002
    Messages : 365
    Points : 420
    Points
    420
    Par défaut
    Citation Envoyé par Pierre Louis Chevalier Voir le message
    Certes, mais si tu veux plus de détails sur Cppfront tu peux toujours aller voir la source, le fait d'ajouter Carbon dans l'article est très pertinent pour comparer et élargir la problématique générale, c'est donc purement une valeur ajoutée de l'article, et en fait la vidéo proposée dans l'article est très intéressante à cet égard

    Peut être, sauf que si j'ai tout bien compris, Carbon serait plus un nouveau langage (au même titre que Go, Rust, ...) mais avec une grande compatibilité C++ (lors de la phase d'édition de liens), alors que Cppfront sera transcodé en C++20 (tout comme Typescript qui deviens du JS), donc même si cela ressemble à un nouveau langage, cela n'est que "juste" une surcouche.

    Bon, et maintenant je me demande comment un décrit un langage de programmation, Typescript et Cppfront qui sont une autre manière de décrire du code et qui deviennent un autre code avant la phase de compilation sont-ils des langages de programmations ? Hum ... bon cela semble évident que oui, mais je fait tout de même une distinction entre ces 2 outils et Carbon, Go, Rust ...

  8. #8
    Expert éminent sénior

    Homme Profil pro
    Directeur des systèmes d'information
    Inscrit en
    avril 2002
    Messages
    2 639
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : Luxembourg

    Informations professionnelles :
    Activité : Directeur des systèmes d'information
    Secteur : Finance

    Informations forums :
    Inscription : avril 2002
    Messages : 2 639
    Points : 17 784
    Points
    17 784
    Par défaut
    Citation Envoyé par BakaOnigiri Voir le message
    Peut être, sauf que si j'ai tout bien compris, Carbon serait plus un nouveau langage (au même titre que Go, Rust, ...) mais avec une grande compatibilité C++ (lors de la phase d'édition de liens), alors que Cppfront sera transcodé en C++20 (tout comme Typescript qui deviens du JS), donc même si cela ressemble à un nouveau langage, cela n'est que "juste" une surcouche.
    C'est des solutions différentes mais c'est pour répondre à la même problématique, à savoir l'avenir du C++, et ça fait débat, aussi bien sur les communautés US qu'ici.
    Ne prenez pas la vie au sérieux, vous n'en sortirez pas vivant ...

  9. #9
    Membre habitué
    Homme Profil pro
    Développeur en systèmes embarqués
    Inscrit en
    mai 2015
    Messages
    24
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur en systèmes embarqués

    Informations forums :
    Inscription : mai 2015
    Messages : 24
    Points : 175
    Points
    175
    Par défaut SI ce n'était pas herb sutter...
    ...je n'aurais même pas pris la peine de lire ce post. Et je suis déçu de l'avoir lu
    Le C reste et restera la référence pour quelques temps encore. Le C++, j'y ai tâté lorsque j'étais jeune, mais qd je suis tombé sur le livre d'un certains "Andreisecsu" (pas sûre du nom), de 700 pages, rien que pour aborder les "templates", j'ai stoppé net "l'étude" de ce langage, dont seule la possibilité de faire de la POO (par rapport au C classique) m'intéressait (et c'était il y a 25 ans, je n'ose imaginer ce que tout ce brol est devenu...).

    • Lorsque je veux faire simple, je le fait en Python + wxPython.
    • Le C, c'est pour l'embarqué ou des petits émulateurs pour des petits/vieux processeur ou autre matériel basé dessus.
    • Le Rust, j'avoue ne pas encore avoir regarder, je ne parlerais donc pas de ce que je ne connais pas.
    • Le C++ est vite illisible (mon mantra : On écrit 1x on lit 100x le même code), donc j'ai laissé tomber.
    • J'ai regardé à Haxe, pour faire des jeux, qui est un transpilateur, et le debug est juste horrible, comme tout ce qui n'est pas "natif". Enfin, c'était Il y a 5 ans, de bonne chose sont peut-être arrivées depuis. A revoir donc.


    Pour en revenir à ce "nouveau" C++ (ce n'est pas le premier, java était déjà une tentative, mais est encore pire), le temps qu'il soit soit au point, normalisé, popularisé, je serais 6 pieds sous terre, je passerais donc mon tour :-)

  10. #10
    Membre averti Avatar de BakaOnigiri
    Inscrit en
    avril 2002
    Messages
    365
    Détails du profil
    Informations forums :
    Inscription : avril 2002
    Messages : 365
    Points : 420
    Points
    420
    Par défaut
    Citation Envoyé par OuftiBoy Voir le message
    Pour en revenir à ce "nouveau" C++ (ce n'est pas le premier, java était déjà une tentative, mais est encore pire), le temps qu'il soit soit au point, normalisé, popularisé, je serais 6 pieds sous terre, je passerais donc mon tour :-)
    Sauf que Cppfront n'est pas comme Java qui est un langage différent, Cppfront est "convertis" en C++ avant la phase de compilation. Enfin c'est ce que j'ai compris de l'article. Pour moi, Cppfront est au C++ ce que Typescript est au Javascript, une surcouche qui est traduit dans le langage d'origine avant la compilation.

  11. #11
    Responsable Qt & Livres


    Avatar de dourouc05
    Homme Profil pro
    Ingénieur de recherche
    Inscrit en
    août 2008
    Messages
    26 308
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

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

    Informations forums :
    Inscription : août 2008
    Messages : 26 308
    Points : 187 401
    Points
    187 401
    Par défaut
    Citation Envoyé par BakaOnigiri Voir le message
    Bon, et maintenant je me demande comment un décrit un langage de programmation, Typescript et Cppfront qui sont une autre manière de décrire du code et qui deviennent un autre code avant la phase de compilation sont-ils des langages de programmations ? Hum ... bon cela semble évident que oui, mais je fait tout de même une distinction entre ces 2 outils et Carbon, Go, Rust ...
    En fait, la distinction n'est pas au niveau des langages, mais des outils : TypeScript et CppFront ont des transpilateurs (qui transforment en JavaScript ou C++), les autres ont de vrais compilateurs. Rien n'empêche que Clang se mette à lire directement le code en CppFront, sans passer par une transpilation en C++. D'ailleurs, le C++ a commencé comme ça : une transpilation vers le C, avec cfront, avant d'avoir un langage plus complet/complexe et de vrais compilateurs.
    Vous souhaitez participer aux rubriques Qt (tutoriels, FAQ, traductions) ou HPC ? Contactez-moi par MP.

    Créer des applications graphiques en Python avec PyQt5
    Créer des applications avec Qt 5.

    Pas de question d'ordre technique par MP !

  12. #12
    Membre expérimenté

    Homme Profil pro
    Consultant informatique
    Inscrit en
    avril 2015
    Messages
    358
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Vendée (Pays de la Loire)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Finance

    Informations forums :
    Inscription : avril 2015
    Messages : 358
    Points : 1 743
    Points
    1 743
    Par défaut
    C'est marrant, en lisant les points mentionnés j'en arrive à me demander pourquoi les gens passent autant de temps et dépensent autant d'énergie pour ré-inventer Pascal. Ca semble une remarque en l'air, mais jetez un oeil, vous risquez une belle surprise.

    Sur le fond, je m'interroge sur le foisonnement de langages à la syntaxe proche. C'est un excellent moyen d'introduire de la confusion où elle est le plus malvenue. Et puis, des trucs tiennent quand même de la croyance : Pourquoi déclarer une fonction par "fn" et non par "function" ? Six caractères de plus, c'est trop aujourd'hui, ça ne tient plus sur la carte perforée ?

    Durant une trentaine d'années j'ai entre autres assuré la maintenance d'applications écrites des générations avant moi, sur d'autres systèmes. Ce qui a permis de faire durer ce code était sa lisibilité relative et la stabilité de la plateforme cible (VMS - COBOL, Pascal, C). Aujourd'hui, j'ai une impression de grande agitation, et de très peu d'efficacité.

    J'ai l'impression que des démarches comme celle décrite dans l'article ne tiennent aucun compte du rapport coût/bénéfice, du gain réel qu'on peut en attendre. Si un langage est sujet à erreurs, qu'il est cryptique, que sa syntaxe est ambiguë, etc etc, il faut se poser les bonnes questions : Pourquoi le conserver, pourquoi à toute force vouloir le faire évoluer sans changer ses fondamentaux ?

    Aujourd'hui, C est un langage fondamental puisqu'il s'agit du dialecte parlé par toutes les plateformes. Mais on pourrait aussi s'arrêter là, un langage bas niveau suffit, et former les gens à l'utiliser correctement, ce qui semble encore loin d'être fait. On pourrait aussi admettre qu'il est plus important de pouvoir se concentrer sur la compréhension d'un domaine et de ses problèmes plutôt que sur les spécificités de la x-ième version du langage choisi pour les résoudre.

    Un bon développeur qui maitrise à fond un langage rustique vaut toujours mille fois mieux qu'un mauvais développeur qui ne maitrise pas le langage le plus sophistiqué du moment.

  13. #13
    Membre actif
    Homme Profil pro
    amateur
    Inscrit en
    juillet 2015
    Messages
    62
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : amateur

    Informations forums :
    Inscription : juillet 2015
    Messages : 62
    Points : 243
    Points
    243
    Par défaut Je crains que plus ce soit moins, et réciproquement
    Le foisonnement de langages très similaires est une pure gabegie. Je ne peux nier que tel ou tel dialecte apporte certains avantages, ou corrige quelque faiblesse, mais la création de clones, forks, et autres variantes n'est que source de confusion. Ou de querelles de sectes.

    Dans le cas de C++, selon mon expérience -limitée- d'amateur, je perçois une situation paradoxale dans l'évolution du langage: d'une part, il est repensé pour intégrer des concepts modernes de programmation, pour le plus grand bien de la productivité et de la sûreté du code (je veux dire contrôles à la compilation, lisibilité etc), d'autre part il cherche à éviter la création d'un langage alternatif, en assurant une compatibilité ascendante.

    Le paradoxe est que cette compatibilité dont les bénéfices sont clairs pour assurer la maintenabilité de programmes initialisés en C++x et mis à jour en C++y, pour la pérennisation de bibliothèques etc, mais induisent en contrepartie d'une part des inhomogénéités dans le style de codage, d'autre part des syntaxes parfois alambiquées pour substituer un nouveau concept à un ancien, lequel reste d'actualité.

    Personnellement je suis demandeur de conseils pour savoir quels (anciens) éléments du C++ je dois abandonner au bénéfice de quels nouveaux [merci de m'aiguiller vers des pages web en ce sens], les styles de programmation qu'il faut privilégier etc. [oui, je sais que les options de compilation peuvent m'aider en ce sens].
    Pour caricaturer: supprimer (dans l'usage) instructions et syntaxes obsolètes pour que le langage soit plus simple à l'écriture et à la lecture est un plus. Créer des variantes de remplacement ou traitées par un préprocesseur Csuper vers C++ induit des complications mentales, dès lors que syntaxe et mots clés se ressemblent, et que le les niveaux d'abstractions sont du même ordre. Donc améliorer par cet artifice les caractéristiques de C++ apporte à mon avis plus d'inconvénients que d'avantages. Notamment, s'il reste nécessaire d'effectuer le débogage tant en Csuper qu'en C++.

    Cela n'exclut pas que des outils ingénierie logicielle de plus haut niveau aient leur utilité.

  14. #14
    Membre habitué
    Homme Profil pro
    Architecte technique
    Inscrit en
    juin 2019
    Messages
    52
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : juin 2019
    Messages : 52
    Points : 139
    Points
    139
    Par défaut
    la dernière fois où j'ai participé à une discussion ici sur la syntaxe du c++, ça c'est plutôt mal passé, les participants ne voyant pas les problèmes de cette "magnifique" syntaxe, je ne suis pas sur que ça ait beaucoup changé entre temps.
    Ben j'en fait parti : elle me va très bien cette syntaxe. Clair, net, concise. A chaque fois que je vois des "évolution", c'est pour la rendre plus verbeuse, lourde, et in-finé ... plus dans l'esprit du C(++ ou pas).
    Je ne ferai pas le meme commentaire sur les stdlib++ qui génère des exécutables d'une incroyable lourdeur ce qui fini par ralentir l'execution (car contrairement ce que dit m$ pour défendre le charabia que génère ses compilos, plus c'est lourds, plus ca stresse les caches des procs et donc plus c'est long).

    C'est marrant, en lisant les points mentionnés j'en arrive à me demander pourquoi les gens passent autant de temps et dépensent autant d'énergie pour ré-inventer Pascal. Ca semble une remarque en l'air, mais jetez un oeil, vous risquez une belle surprise.
    C'est ce qui fait que j'aime le C et pas le Pascal : trop verbeux !
    Alors oui, fn ou function ne change pas grand-chose, mais un
    est tout aussi parlant.

    Aujourd'hui, C est un langage fondamental puisqu'il s'agit du dialecte parlé par toutes les plateformes. Mais on pourrait aussi s'arrêter là, un langage bas niveau suffit, et former les gens à l'utiliser correctement, ce qui semble encore loin d'être fait. On pourrait aussi admettre qu'il est plus important de pouvoir se concentrer sur la compréhension d'un domaine et de ses problèmes plutôt que sur les spécificités de la x-ième version du langage choisi pour les résoudre.
    100% d'accord. Surtout ceux qui sont venus par la suite n'ont juste apporté de la lourdeur et de la complexité (Java) et quand il s'agit de sécurité, c'est souvent pour palier a l'incompétence des développeurs.

Discussions similaires

  1. Réponses: 1
    Dernier message: 01/10/2016, 21h02
  2. Réponses: 1
    Dernier message: 19/06/2007, 23h28
  3. Syntaxe valeurs-par-défaut dans sousformulaire
    Par tAKAmAkA dans le forum IHM
    Réponses: 2
    Dernier message: 08/03/2007, 19h20
  4. Proposition de nouvelles FAQ : Vim (Vi) et d'Emacs.
    Par Yoshidu62 dans le forum Evolutions du club
    Réponses: 3
    Dernier message: 03/11/2006, 18h52

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