scoubidou944
Messages postés714Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention19 janvier 2017 23 févr. 2010 à 15:14
OSEF, c'est portable, rapide à écrire & propre.
On fait des benchs après quand tout fonctionne.
Et au final, est ce que cela vaut le coup d'optimiser une fonction qui sera appelée peut-être que 20 fois ?
Est ce que cela faut le coup si demain il veut faire une conversion en Octal et devra écrire une nouvelle fonction ?
Je pense que l'optim' est ailleurs ;p
----------------------------
C++ forever
C# amateur
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 23 févr. 2010 à 17:57
"...qui sera appelée peut-être que 20 fois..."
Ne jamais présupposer de la sorte, l'optim doit être partout.
Je fais des modules de prétraitement pour des fichiers arrivant depuis des AS400 et autres joyeux systèmes de ce genre pour justement mettre en forme dates et nombres afin qu'un L4G puisse lancer un BULK_INSERT vers un Sql Server. Ce sont des centaine de milliers de lignes à traiter.
Si on ne pense pas direct optimisé c'est chomage en vue. A perfs quasi égales, un patron fera faire par un clicomane en interprété pour bien moins cher et il aura raison.
scoubidou944
Messages postés714Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention19 janvier 2017 23 févr. 2010 à 23:55
C'est un point de vue.
Ancien lead developper C++ dans le jeux vidéo, nos contraintes à nous c'était le temps réel et le frame rate mais on n'est pas là pour comparer nos CVs ;p
Pour les questions simples, on a généralement un débutant. Est ce qu'il ne vaut mieux pas se mettre à sa hauteur pour ce qui lui convient et non ce qui est optimum (Madame Michu ne supportera pas un Windows d'Admin réseau et réciproquement).
Si on évite aux newbies de réinventer la roue c'est un grand pas.
Quand il reviendra poser une question sur les perf', on pourra parler de benchmark, VTune & Cie.
----------------------------
C++ forever
C# amateur