Donc en gros, t'es en train de justifier un choix conceptuel douteux applique a une portion critique du langage (donc pour l'integralite des programmes) pour
- des cas tres particuliers. Comme tu le dit, l'iterateur est pas fait pour les chiens et largement preferable, le cas que tu decris, a savoir iteration sur un tableau et acces a un autre tableau a chaque iteration etant pas forcement tres courant, et tres certainement resolvable avec une structure adaptee, surtout si c'est du code qui est execute tres souvent (s'il ne l'etait pas, tu grapilles des pouillieme de poussieres de milisecondes et t'as certainement d'autres chats a fouetter).
- une optimisation qui saute juste un pauvre if (donc negligeable si ton code est complexe dans la boucle, ce qui a l'air d'etre le cas, s'il ne l'est pas et que tu te contentes d'iterer sur les valeurs, c'est ptetre que ton choxi de structure est pas topmoumoute?).
Sachant que meme si je me gourre dans mon assertion plus haut (probable :) )et que effectivement tu perds du temps dans tes boucles et que tu peux pas faire autrement, ruby est un langage interprete sans JIT (donc par nature pas franchement rapide ni meme fait pour aller un tant soit peu vite et ne laissant strictement aucune place aux optimisations du compilo), j'ai du mal a voir la pertinence de ton optimisation...
T'as l'air d'avoir cherche en profondeur avant d'en arriver a cette conclusion, donc si tu peux etayer un peu plus l'argumentation, parce que la je reste tel la fosse, sceptique.
Bref, je concois que dans un langage oriente ultra optimisation et maximum de controle a l'utlisateur (severement burne) on fasse ce genre de choses, dans un langage de script de haut niveau, c'est pour le moins etonnant et la justification me laisse sur ma faim.
[^] # Re: Code le toi même
Posté par thedude . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à 1.
- des cas tres particuliers. Comme tu le dit, l'iterateur est pas fait pour les chiens et largement preferable, le cas que tu decris, a savoir iteration sur un tableau et acces a un autre tableau a chaque iteration etant pas forcement tres courant, et tres certainement resolvable avec une structure adaptee, surtout si c'est du code qui est execute tres souvent (s'il ne l'etait pas, tu grapilles des pouillieme de poussieres de milisecondes et t'as certainement d'autres chats a fouetter).
- une optimisation qui saute juste un pauvre if (donc negligeable si ton code est complexe dans la boucle, ce qui a l'air d'etre le cas, s'il ne l'est pas et que tu te contentes d'iterer sur les valeurs, c'est ptetre que ton choxi de structure est pas topmoumoute?).
Sachant que meme si je me gourre dans mon assertion plus haut (probable :) )et que effectivement tu perds du temps dans tes boucles et que tu peux pas faire autrement, ruby est un langage interprete sans JIT (donc par nature pas franchement rapide ni meme fait pour aller un tant soit peu vite et ne laissant strictement aucune place aux optimisations du compilo), j'ai du mal a voir la pertinence de ton optimisation...
T'as l'air d'avoir cherche en profondeur avant d'en arriver a cette conclusion, donc si tu peux etayer un peu plus l'argumentation, parce que la je reste tel la fosse, sceptique.
Bref, je concois que dans un langage oriente ultra optimisation et maximum de controle a l'utlisateur (severement burne) on fasse ce genre de choses, dans un langage de script de haut niveau, c'est pour le moins etonnant et la justification me laisse sur ma faim.