• [^] # Re: Les iles

    Posté par (site web personnel) . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 7.

    Et moi je suis pas d'accord avec toi:

    Toll N° 1: C vs. C++

    On le voit souvent ce troll. Mais le C++ est pour moi mieux que le C.
    C'est un langage d'aussi bas niveau que le C, qui offre les mêmes possibilité de performenc et d'être « près de la machine » mais tout an étant beaucoup plus expressif. On est donc beaucoup plus productif en C++ qu'en C.
    Et merci a des toolkits tel que Qt d'offrir une API utilisable, c'est vraiment un bonheur.

    si on veut fournir une API/ABI stable au cour du temps, on utilise le C

    Oui, c'est un peu plus compliqué de garder la compatibilité binaire au cour du temps. On en a déjà discuté. Mais est-ce que c'est un goal en soi? pas vraiment. D'ailleur, même les bibliothèques en C cassent souvant la compatibilité binaire (openSSL, libpng, gtk, …)

    LLVM l'a bien compris, seul l'api C sera stable.

    J'ai fait un projet utilisant LLVM, et j'ai utilisé l'API C++ et j'en suis bien contant.
    Et une autre équipe avait essayé de faire un truc similaire avec l'API C, ils ont déjà passé pas mal de temps à re-wrapper l'api C dans du C++, et au final leur truc marchait mal.

    Quand on a envie d'utiliser le C++ pour être productif, on aime utiliser des API en C++. On aime pas utiliser le C.

    C++ a aussi un coup d'utilisation CPU et memoire superieur a du C,

    Hahaha, mais bien sur, et C++ tues aussi plus de bébés chat que le C. Et le C permet de meilleur performences sexuelles. C'est prouvé :-)

    GTK n'a pas ce probleme, et ils ont ete capable de faire vivre leur API sur le plus long terme

    Euh.. GTK aussi change son API. GTK2 à duré 9 ans. et Qt4 8 ans.