Non, là c'est pour des petites cibles. On peut citer le framework Arduino qui est codé en C++ (bon, je prends pas le meilleur exemple niveau qualité !Le quelque fois... est proche du flocon de neige en plein Sahara.voire quelquefois l'électronique embarquée
Non pas que le c++ permette pas de gérer correctement la mémoire mais surtout qu'avec un langage haut niveau comme ça cela devient tout de suite trop compliqué.
Les seuls logiciels embarqués développés en c++ sont soit fait par des abrutis, soit fait pour des cibles qui transportent 5x plus de mémoire et de fréquence CPU que ce qui est nécessaire.![]()
J'ai vu des softs fait en c++ pour des cartes avec 128mo de RAM et un cpu de 400Mhtz qui servaient tout juste à afficher l'heure et dont les gars se plaignaient du manque de performance... (là on est d'accord on cumule les deux)
[/quote]Si on suit ton raisonnement on devrait tous coder en php parce qu'il y a plus d'offres d'emploi en php ? Je crois que j'ai du mal à voir le raisonnement. Personnellement l'une des nombreuses raisons pour lesquelles j'ai arrêté (enfin je n'ai jamais vraiment commencé) le web c'est parce que je n'avais pas envie de pisser le même code que des millions d'autres personnes dans le monde. Je ne voyais pas trop le challenge. Du coup dans mon cas plus de web => plus de php. D'autres arrêtent parce qu'ils trouvent un langage qui leur parait plus puissant pour le même cas d'usage.Pour ce qui est de trouver du boulot, en C++ il n'y en a pas autant qu'en php, ou même en Java, ou en .net, je suis pas sur que le raisonnement tienne professionnellement.
Enfin ce n'est pas parce qu'il y a plus d'offres en moyennes pour du web que l'employabilité est meilleure. Je préfère avoir 100 postes de libres sur du code C réseau avec 1 000 spécialistes du domaine dans le monde plutôt que 1 000 postes de libres sur du web avec 100 000 spécialistes dans le monde. Puis en général plus la spécialité est rare, plus ça coûte cher.
Plus performant que du C ? Je demande à voir.Le C++ peut être plus performant (en termes de consommation mémoire et/ou de consommation de cycles CPU), ce n'est pas trivial mais ce n'est pas insurmontable, mais encore une fois ça présuppose de ne pas coder comme on le ferait en JAVA ou dans d'autres langages...
C'est bien simple benchmark flex/bison vs BOOST.Spirit, ou même, sans aller si loin il y avait un tutoriel sur Développez.com qui montrait comment faire une multiplication de matrice via les template et aller plus vite que du code C.Plus performant que du C ? Je demande à voir.Le C++ peut être plus performant (en termes de consommation mémoire et/ou de consommation de cycles CPU), ce n'est pas trivial mais ce n'est pas insurmontable, mais encore une fois ça présuppose de ne pas coder comme on le ferait en JAVA ou dans d'autres langages...
Plus lisible et plus maintenable je ne dis pas.
Mais pour la même performance on doit généralement y mettre bien plus d'efforts.
Enfin... Je pense pas que le but de ce topic soit de cracher sur le C++ donc je vais m'arrêter là.
Ceci dit en C cela dépend du compilateur. Si tu prends un compilateur comme gcc, je crois qu'il est capable de transformer des boucles for en opérations vectorielles sans que tu n'aies à lui dire.C'est bien simple benchmark flex/bison vs BOOST.Spirit, ou même, sans aller si loin il y avait un tutoriel sur Développez.com qui montrait comment faire une multiplication de matrice via les template et aller plus vite que du code C.Plus performant que du C ? Je demande à voir.Le C++ peut être plus performant (en termes de consommation mémoire et/ou de consommation de cycles CPU), ce n'est pas trivial mais ce n'est pas insurmontable, mais encore une fois ça présuppose de ne pas coder comme on le ferait en JAVA ou dans d'autres langages...
Plus lisible et plus maintenable je ne dis pas.
Mais pour la même performance on doit généralement y mettre bien plus d'efforts.
Enfin... Je pense pas que le but de ce topic soit de cracher sur le C++ donc je vais m'arrêter là.
Parce que indépendamment du langage, c'est ce qui différencie un bon d'un mauvais développeur.Le débat à la base c'est que le langage n'a pas ses performances ancrées dans son ADN. Et puis c'est une des raisons qui me fais quitter la communauté : pourquoi mettez-vous toujours les performances en avant ?
Donc si je fais un code in-maintenable et incompréhensible mais qui est plus rapide que le tiens, je suis meilleur que toi ?Parce que indépendamment du langage, c'est ce qui différencie un bon d'un mauvais développeur.
Meilleur que moi? pas encore trouvé quelqu'un comme ça, je serais ravi d'ailleurs.Donc si je fais un code in-maintenable et incompréhensible mais qui est plus rapide que le tiens, je suis meilleur que toi ?Parce que indépendamment du langage, c'est ce qui différencie un bon d'un mauvais développeur.
Oui, entre deux codes l'un rapide l'autre pas rapide quelque soit les autres critères je prendrais à chaque fois le plus rapide, au passage... un bon développeur par effet de bord fait du code maintenable, juste pour se faciliter sa propre vie, mais ce n'est pas pour ça qu'il est un bon développeur.Et du coup on doit toujours faire du code rapide ?
Comprend pas le rapport, faire du code pas performant c'est respecter le client et l'utilisateur?... okÇa fait un peu recette miracle qui marche à chaque fois, or, s'il y a bien quelque chose que j'ai appris, c'est qu'en informatique rien n'est absolu, agir toujours de la même manière c'est juste un mépris du client et de l'utilisateur.