cs_DARKSIDIOUS
Messages postés15814Date d'inscriptionjeudi 8 août 2002StatutMembreDernière intervention 4 mars 2013130 31 déc. 2004 à 14:28
Yes, merci BIG_BOSS, très intéressant ce comaratif !
Cela voudrait donc dire que le Java est plus lent que le VB, et que le C# est aussi rapide que le VB, à part pour les opérations d'entrées/sorties... intéressant !
En tout cas, je vois que le python n'est pas encore au point !
_______________________________________
DarK Sidious
[Responsable API/VB du site www.ProgOtoP.com]
Téléchargez ProgOtoP API Viewer
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 31 déc. 2004 à 14:32
Si les proceseurs evoluent, les masses de donnees aussi donc...
Le choix du langage depend de ce que l'on doit faire, rien de plus.
Exemple: "Digital Image Suite 10" est de MS et pourtant il n'est pas fait a bes de framework, et pour cause vu le besoin de calculs quand il s'agit de refaire une texture complete. On ne trouve ici que du C/C++ et surement quelques routines ASM de ci de la.
Toute prog system se fera toujours en code natif, essaie un hook system WH_CBT en VB ou en framework, tout simplement impossible.
Un tableur comme Excel autrement qu'en C/C++, on aurait 1/4h de sablier en cas de tri de toute une page.
Ecrire un driver en interprete, ça n'a aucun sens non plus.
etc, etc...
garslouche
Messages postés583Date d'inscriptionmardi 26 novembre 2002StatutMembreDernière intervention29 mai 20151 31 déc. 2004 à 15:52
Juste pour ajouter une idée au débat :
Rien n'empêche d'utiliser plusieurs langages pour le même projet...
Par exemple les API pour les hook, de l'ASM pour les fonctions les plus souvents appelées ou les plus lourdes et du MFC pour l'IHM.
Voire même mettre une couche Java ou que sais-je encore...
On ne force pas une curiosité, on l'éveille. .................................................Daniel Pennac