Hello :) Pour moi tout est question d'expérience ... plus on code plus on s'habitue à utiliser certaines choses... et certaines choses sont bonnes et d'autres non :)
Donc oui il ne faut surtout pas se prendre la tête pendant que l'on code mais si on a l'habitude à force d'expérience d'optimiser son code.. bah autant le faire sans se prendre la tête :) EKA+ :) Le 13 mai 2009 22:21, dafunker <[email protected]> a écrit : > > La facon dont le premier mec presente ce qui l'a amene a vouloir en > savoir plus sur l'optimisation du code est ridicule, c'est vrai :) > A peu pret tout ce qui est dis ensuite est en revanche vrai. > > Le 2eme poste est un peu extremiste je trouve, en gros il dit que les > gens perdent leur temps a optimiser et que pire, en cherchant > l'optimisation, ils pourraient rendre leur code moins performant sur > certaines machines/certains browsers. > Le 'MICRO BENCHMARKING' comme il est appele dans ce post est juste > remarquable dans une boucle qui itere enormement de fois. Juste par > exemple pour ces composants : carousel / coverflow / moteurs 3d / > moteurs de tweens, l'utilisation de certaines petites optimisation > peuvent faire gagner bien plus que 2 petites frame par secondes. > > Faut pas tomber dans l'extreme, c'est a dire benchmarker son 'AS3 RSS > Reader' ou bien ne rien benchmarker du tout. > > 'Real world performance problems are almost always going to be > inefficient algorithms long before your Array initialization technique > starts taking up the majority of your time' > David R a raison sur ce point, c'est pas les petits tweaks qu'il > faille chercher en premier mais bien l'amelioration de l'algorithme > utilise. Apres, de la a dire que initialiser les Array avec [] plutot > qu'avec new Array() demande plus de temps de developpement ... :) > C'est pour ca que je le trouve un peu extremiste, il exclu totalement > l'optimisation via 'tweaks' alors que c'est tout de meme necessaire > dans certains cas. > > > > On 13 mai, 14:29, "Mem's" <[email protected]> wrote: > > Moi je serai plutot partagé : > > > > D'un coté, si l'on veux optimiser une application c'est pas en faisant > > tout ça que ça changera grand chose ... sauf dans les cas ou on > > utilise énormément d'object (100k) ou des boucles à n'en plus finir > > avec de nombreuses itérations. > > > > En plus ce genre d'optimisation à prendre comme automatismes lorsque > > l'on programme, c'est à ce retrouver avec du code inbuvable du style: > > var half:uint = integer >>> 1; > > au lieu de > > var half:uint = integer / 2; > > > > Mais d'un autre y a des choses qui tombes sous le sens avec le visible > > = false/alpha = 0 qui permet d'éviter d'avoir un object qui reste > > interactif alors qu'on ne le vois pas > > Ou comme l'utilisation de uint à la place de Number pour des chiffres > > entier non négatifs. > > Ou d'autres comme le ENTER_FRAME à la place d'un Timer, enfin quand on > > a des objects de la vue à rafraichir. > > Dont certaines sont plus ou moins en rapport convention de codages : > http://opensource.adobe.com/wiki/display/flexsdk/Coding+Conventions > > > > Cf. par exemplehttp:// > opensource.adobe.com/wiki/display/flexsdk/Coding+Conventions#C...{{if}}statements<http://opensource.adobe.com/wiki/display/flexsdk/Coding+Conventions#C...%7B%7Bif%7D%7Dstatements> > > (la dernière) > > > > J'avoue, ça m'a fait aussi penser que j'ai trop pris l'habitude de > > minimiser l'utilisation de variables (un i pour plusieurs boucles) > > array.length = 0; > > au lieu de > > array= []; > > ... > > > > On 13 mai, 08:24, zwetan <[email protected]> wrote: > > > > > alors voila > > > > > un post comme ca arrivehttp:// > www.insideria.com/2009/04/51-actionscript-30-and-flex-op.html > > > > > et une bonne 50aine de comment qui en gros disent "wouhou c'est > > > genial" > > > > > alors que le bon post c'est celui là > http://life.neophi.com/danielr/2009/05/be_wary_of_microbenchmarks_bar... > > > > > et bien sur 0 comments > > > > > le 1er post commence par ca > > > "A homework assignment I was recently given for a Java programming > > > class involved a competition to see who could create the most > > > optimized implementation of an interface which was provided by the > > > instructor. It was a challenging and very fun assignment that I think > > > the whole class enjoyed. I didn’t win the competition but still came > > > out a winner because of my heightened interest in application > > > optimization and performance tuning that I gained." > > > > > qui en gros veut dire "je suis étudiant et j'apprends Java et j'ai pas > > > d'experience en programmation, et en plus > > > j'ai meme pas gagné le concours d'optimization" > > > > > et le 1er post continue > > > "While creating my concrete implementation for the homework assignment > > > I discovered a powerful profiling engine in NetBeans. The NetBeans > > > profiling engine helped me understand some of the memory usage and > > > consumption of each property, method call and object instantiation in > > > my program." > > > > > qui en gros veut dire "waouh j'ai decouvert le profiler de NetBeans et > > > j'ai beaucoup appris sur comment Java gere sa mémoire" > > > > > et puis > > > "I've been piecing together ActionScript optimization techniques and > > > practices from around the web for a couple years now." > > > > > qui en gros veut dire "alors j'ai cherché tous les blogs pour tous les > > > tricks d'optimiation depuis ces dernières années, meme ceux de AS2!!" > > > > > ... > > > > > et tout le monde reponds en coeur "c'est genial", "à lire absoluement > > > pour tout developpeur qui se respecte" > > > et blah blah blah > > > > > et oui vous l'avez deviné le premier article m'énerve énormément > > > c'est limite presque un troll, ou comment plomber tout un bon tas de > > > dev AS3 (revenge d'un dev Java ?) > > > avec une liste d'optimization de merde > > > > > et non il ne melange pas du tout le MXML et l'AS3 > > > > > bref, le seul conseil que je peux donenr c'est de lire le 2nd article > > > et de ne pas prendre comme "bible" ce gnere de liste d'optimization > > > > > zwetan > > > --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "FCNG" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/FCNG?hl=fr -~----------~----~----~----~------~----~------~--~---
