. Cependant, la quasi-totalité des outils que j'utilise personnellement ne sont pas des gros projets.
Oué mais justement c'est ce que j'expliquais : à l'avenir les nouveaux projets vont avoir tendances à être de "gros" projets, car ils doivent apporter de la valeur ajoutée par rapport à l'existant, et inévitablement la taille du code va augmenter.
La conséquence, c'est un code maintenable et une optimisation non négligeable.
Le C++ c'est du C bidouillé pour faire de l'objet. Les templates sont affreux, il n'y a pas de notion d'interface, et on n'a aucune possibilité de reflexivité (pas directement intégré dans la programmation objet, mais souvent utilisée conjointement). Pour une application comme Rox-Filler qui n'est qu'un front-end pour des outils de décompression, un langage de haut niveau "moderne" est beaucoup plus adapté : les mêmes avantages que C++ (programmation objet), mais sans les problème liés à la sécurité et donc indirectement à la qualité (je dis pas qu'on peut pas obtenir la même qualité, mais la productivité va s'en ressentir).
si on regarde anjuta2 versus eclipse, la différence est flagrante. Sur mon P3 1ghz 256Mo, il faut environ une minute pour lancer eclipse. L'intégralité de mon système rame profondemment et il devient impossible de bosser. Anjuta2 par contre parait d'une légèreté impressionnante.
Peut être parcque Anjuta fait pas la moitié du taf que fait Eclipse. Anjuta il te surligne en temps réelles les erreurs ? Visual Studio qui est lui aussi codé en C++ a pris un peu d'"embonpoint" lorsqu'il a intégré toutes ses "vérifications" et "aides" à la programmation.
ils ne sont généralement pas plus plantogènes que ceux développés en Java/python/etc...
Effectivement, mais l'effort qui a été mis derrière n'est pas du tout le même. Si dans les entreprises le buzz c'est C#/Java & Co c'est pas pour rien : c'est pour la productivité. Si après pour toi il faut continuer à perdre du temps en gérant la mémoire à la main, vérifier tous les pointeurs, etc. c'est toi qui voit.
Il faut un an pour être un "expert" en Java. Il faut de 3 à 5 ans pour l'être en C++. Il n'y a pas que des gurus sur terre.
[^] # Re: L'avenir des langages compilés pour les gros projets
Posté par TImaniac (site web personnel) . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 2.
Oué mais justement c'est ce que j'expliquais : à l'avenir les nouveaux projets vont avoir tendances à être de "gros" projets, car ils doivent apporter de la valeur ajoutée par rapport à l'existant, et inévitablement la taille du code va augmenter.
La conséquence, c'est un code maintenable et une optimisation non négligeable.
Le C++ c'est du C bidouillé pour faire de l'objet. Les templates sont affreux, il n'y a pas de notion d'interface, et on n'a aucune possibilité de reflexivité (pas directement intégré dans la programmation objet, mais souvent utilisée conjointement). Pour une application comme Rox-Filler qui n'est qu'un front-end pour des outils de décompression, un langage de haut niveau "moderne" est beaucoup plus adapté : les mêmes avantages que C++ (programmation objet), mais sans les problème liés à la sécurité et donc indirectement à la qualité (je dis pas qu'on peut pas obtenir la même qualité, mais la productivité va s'en ressentir).
si on regarde anjuta2 versus eclipse, la différence est flagrante. Sur mon P3 1ghz 256Mo, il faut environ une minute pour lancer eclipse. L'intégralité de mon système rame profondemment et il devient impossible de bosser. Anjuta2 par contre parait d'une légèreté impressionnante.
Peut être parcque Anjuta fait pas la moitié du taf que fait Eclipse. Anjuta il te surligne en temps réelles les erreurs ? Visual Studio qui est lui aussi codé en C++ a pris un peu d'"embonpoint" lorsqu'il a intégré toutes ses "vérifications" et "aides" à la programmation.
ils ne sont généralement pas plus plantogènes que ceux développés en Java/python/etc...
Effectivement, mais l'effort qui a été mis derrière n'est pas du tout le même. Si dans les entreprises le buzz c'est C#/Java & Co c'est pas pour rien : c'est pour la productivité. Si après pour toi il faut continuer à perdre du temps en gérant la mémoire à la main, vérifier tous les pointeurs, etc. c'est toi qui voit.
Il faut un an pour être un "expert" en Java. Il faut de 3 à 5 ans pour l'être en C++. Il n'y a pas que des gurus sur terre.