• [^] # Re: À la fois troll, à la fois fait divers

    Posté par . En réponse à la dépêche Faut‐il continuer à apprendre le C++ ?. Évalué à 2.

    Leur debuggers ne rivalisent pas avec celui d'Eclipse, la raison technique est simple : le fait de pouvoir discuter avec la JVM permet de tout contrôler et d'avoir un état complet et fiable de tous les threads, des "stacktraces" et des objets.

    Je ne suis pas un grand fan des debugger mais il me semble que n'importe quel debugger C++ digne de ce nom est capable d'inspecter les threads, stacktraces et objets.

    Pour JProfiler, c'est exactement la même chose, mais une vidéo sera plus parlante : https://www.youtube.com/watch?v=032aTGa-1XM et ce n'est qu'une toute petite partie des possibilités.

    Merci pour l'info, je ne savais pas qu'on peut faire des memory leaks en Java... Sinon il y aussi des profilers et des analyseurs de mémoire en C++. Les outils open-source sont souvent austères mais il y a aussi des outils proprio très bien faits.

    Pour Eclipse vs les autres, en C++ les IDE ne peuvent pas faire de miracle pour le refactoring ou la complétion à cause principalement des void** et des directives de preprocessing.

    A peu près personne ne programme en C++ avec des void**. Pour les directives de preprocessing, déjà c'est relativement rare ou limité; ensuite ça doit effectivement pouvoir être génant sur du refactoring mais pour la complétion, je ne vois pas quels problèmes ça peut poser (à moins d'avoir un code vraiment mal conçu).

    Et pour les cas où il faut diagnostiquer des lenteurs sur un serveur sans rien toucher ni perturber : https://www.youtube.com/watch?v=tYieP2s34YI . Bon courage pour faire ça en C++ :)

    C'est vrai que c'est difficile de diagnostiquer la JVM en C++... Beaucoup de profilers C++ sont également capables de se connecter à un programme à distance et au pire tu peux diagnostiquer directement le système, vu que l'exécution est native.