TImaniac a écrit 6423 commentaires

« Quelle est la différence entre un pigeon ? » -- Coluche
Il a les 2 pattes de la même longueur, surtout la gauche.

Moi j'ai ca en C# :
real 0m0.580s
user 0m0.031s
sys 0m0.000s

En C++ en fait il faut plusieurs dizaines de secondes, mais je vais pas trop prendre ca en compte, vu que c'est exécuté sous cygwin avec g++...

Ton exemple n'est d'aucune utilité en pratique. J'ai sous les yeux un programme de 67000 lignes en Java et aucune des listes ne contient de types primitfs mais seulement des objets évolués.
Euh, que ce soit dans la doc de MS ou de Sun, c'est clairement indiquer qu'il ne faut pas abuser de l'autoboxing, notamment dans le cas de parcours de collection. S'ils le disent c'est qu'on rencontre souvent la situation (prend des programmes qui font un minimum de calcul mathématique). Evidemment que mon exemple est pas super utile, j'avais la flemme d'écrire un vrai truc.
M'enfin le coup du "oué mais si j'ai un problème j'utilise une lib dédiée" voilà quoi. Le débutant il y pense ? Ben non. Alors que pourtant ils auraient pu résoudre le problème dès le début. Enfin si tu te résigne à utiliser une lib spécifique tu es bien d'accord qu'il y a un problème de perf.

En revanvhe, le "struct"du c#
C'est pas vraiment le sujet mais bon, abordons le puisque tu insistes ;)
D'abord le débutant n'utilisera jamais les structures car il ne sait pas ce que c'est. Le débutant il codera comme en Java, et parfois mettra des int dans une list ;)
Il faut bien voir que le "struct" et présent au même titre que les pointeurs pour laisser le choix aux programmeurs expérimenter d'optimiser leur code. C'est également un moyen très élégant de mapper une structure C en C#, pour utiliser des libs natives.

Bref je suis persuadé que l'on verra bcp plus de problèmes de ce type dans un programme en c# que de listes de type primitifs.
Ben voyons. Un débutant il se dira : "tiens un mot clé que je ne connais pas utilisons le !" Par contre mettre des entiers ou des flottants dans une liste ca, non jamais, c'est vraiement un truc qu'on fait jamais. Surtout quand on débute à la fac avec des exemples qui font typiquement du calcul. Faut arrêter de dire des conneries.

Dans tous les cas C# ne t'oblige pas à utiliser les structs ou les pointeurs, alors que Java ne te propose pas d'alternative pour contourner le problème non documenté des types primitifs et des generics. Ah si utiliser JNI ou une lib qui le fait. YaHoo.

déjà t'as oublié de paramètrer la liste avec le type int, ca risque pas de compiler ;)
bon ben en tout cas j'ai pas d'exception comme en Java mais c'est affreusement lent comparé à C#
(à vrai dire j'ai lancé le test avant d'écrire le début de ce post et c'est toujours pas fini d'exécuté ;) )
(j'ai mis le fichier test.cpp dans le même dossier que les .cs et .java)

Je cherches à démontrer que ce que fait le compilo Java est affreux question perfs et que même si c'est lié à l'autoboxing c'est bien un problème lié aux generics, suffit de comparer avec le code C# qui lui n'a pas le même problème et qui pourtant gère aussi l'autoboxing.

Les generics en Java c'est du sucre syntaxique, il n'y a aucun gain de performance liés justement au fait qu'une classe peut être paramètrée par un type primitif, alors que l'implémentation C# démontre clairement que c'est possible et qu'il y a un gain qui est loin d'être négligeable (pour la même raison qu'il existe les types primitifs justement).

Les generics, en plus d'assurer un typage fort, permettent (en C#, pas en Java) de limiter l'autoboxing dans bien des cas.

Ce ne sont pas des entiers de type int (type primitif) mais des instances de Integer qui sont alloués dans cet exemple.
Merci pour l'explication mais j'avais deviné, c'est d'ailleur cela que je voulais mettre en évidence par rapport à C# qui ne fait pas la même bêtise.

D'ailleurs, le code est discutable, ça ressemble plus à une démo.
Bah oui j'ai codé ca en 2 minutes à l'arrache.

pourquoi utiliser une List alors que l'on aurait put utliser un tableau de int puisque l'on connait la taille ?
Pour mettre en évidence un problème évident de conception dans les generics de Java. Met un random si ca t'amuse.

désolé les tag sont mal passé, berf tu remplaces List 'int' par List 'Int32' (enfin tu vois ce que je veux dire)

Eh oh, je voulais faire une liste d'entier, pas de ma faute si cette andouille de compilo Sun veut pas que je fasse une arrayList de int !
Enfin si ca t'amuse remplace le List par List dans le .cs, t'auras la même chose qu'en Java et ca ne changera strictement rien, il est pas débile non plus le compilo ;)

http://pascalfresnay.free.fr/divers/generics/(...)
j'ai testé sous zindows (désolé chui pas chez moa), avec J2SE 1.5.03, framework .NET 2.0 beta 2 et mono 1.1.7
En fait j'ai un joli "OutOfMemory : Java Heap space", quelle idée aussi d'allouer des entiers sur le tas franchement ;)

Juste pour le fun, fabrique une arraylist, mets y une bonne floppée d'entier dedans, puis parcours ta liste pour tous les additionner et afficher le résultat. Recommence en C++ ou C# 2. Compare la vitesse.
Forcer de reconnaître qu'il y a tout de même de très mauvais choix de conception en Java ;)

idem sous fedora, y'a un point d'exclamation qui clignotte quand des mises à jour sont dispos (uniquement à travers up2date, ce qui limite l'intérêt)).

Tentative de récapitulation du problème des brevets dans Mono en français :
http://pascalfresnay.free.fr/monoweb/ar01s06s02.html#id2524299(...)
si vous avez des suggestions pour améliorer la question n'hésitez pas

Oué donc autant utiliser Word c'est ca que tu veux me dire ?

Sans vouloir faire mon rabat joie, mais quid de GCJ sous Windows ?

QT/KDE utilisent le C++ avec succès.
Si tu trouves que changer le langage et forcer le programmeur à utiliser un pré-compilo c'est utiliser le C++ avec succès évidemment...
Sinon une partie de la réponse à ta question sur le pourquoi de Mono :
http://pascalfresnay.free.fr/monoweb/ar01s06s02.html#id2524145(...)

en même temps tu fais :
mcs code.cs -out:monprogramavecmonextension.truc
et hop t'as un .truc à la place d'un .exe qui marche très bien =)
=======>[]

oué bah perso j'aurais préféré un garde fou dans le domaine économique mais bon... D'où l'idée que pour moi en l'état ca me convient pas.

Ben y'a aussi de nettes dégradation :
plus de droits de veto sauf sur l'environnement et le social. En gros il va être très difficile de faire évoluer ces 2 domaines, alors que les autres, en particulier le domaine économique est soumis à la majorité. Chaque ses préférences mais perso j'aurai préférer inverser les domaines et compétences. Rien que pour ca je trouves que c'est une dégradation.
De plus comme je le signalais même si le fonctionnement n'était pas démocratique (l'exécutif qui fait tout), il y avait au moins le droit de veto, et donc il fallait une certaine forme de consensus, si les 25 sont d'accord il y avait tout de même de fortes chances que l'idée ne soit pas trop stupide. Là on applique le principe de majorité à l'exécutif, c'est la porte ouverte à toute forme de décisions et de lois. Là encore je trouve que c'est une nette regression, pour ma part ca sera donc non.

M. Aujourd'hui, le support ce n'est plus la k7 mais le lecteur portable : si on lui colle un système de gestion des droits incontournable par le commun des mortels, terminée la copie comme au bon vieux temps, il y a à mon avis du "nouveau sous le soleil".
Il y aura toujours la prise analogique MIC sur la carte son, et donc la possibilité d'avoir un contenu sans DRM (à moins qu'ils ne veulent même pas qu'on écoute la chatte du voisin miauler à 4h du mat' dans le métro)... Donc non, il n'y aura rien de neuf sous le soleil. Les gens ne passeront plus par eMule et comme au bon vieux temps se refileront les CD en main propre ou se les échangeront sur des réseaux privés (cercle d'ami virtuel).

Enfin tout ca pour dire qu'il ne faut absolument pas se laisser faire en s'imaginait "naïvement" que le seul perdant dans l'histoire sera l'industrie que sciera la branche sur laquelle elle est assise : on veut nous supprimer un droit important, ne l'oublions pas.

Bon alors si on résume, la console c'est ouachement mieux que le PC sauf pour :
- les FPS
- les simulations de vol
- les MMPORG
- les RTS

euh, il reste quoi ? Ah oui les jeux de bagnole et les karaokés. Y'a rien à dire le PC pour jouer, c'est vraiment mort. D'ailleur on se demande ce que font tous ses ados (entre 10 et 30 ans) tous les we avec leur pc dans des salles des fêtes...

Anjuta peut être ?
ou KDevelop ?

Je me suis renseigné, et il y a procédure de co-décision, et ce n'est absolument pas le parlement qui a le dernier mot, mais bien le conseil.

Il suffit de voir l'affaire des brevets qu'il est bien plus facile d'approcher les parlementaires que les membres du conseil.
Bah oui c'est tout le problème : on nous refile entre les doigts une démocratie parlementaire mais en réalité c'est pas elle qui a les pouvoirs mais l'exécutif au-dessus, avec un tampon au milieu : la comission.
Avec le TCE ca s'améliore (notamment avec l'obligation de transparence de l'exécutif), mais c'est pas encore ca. Et quand on voit que la France perd son droit de veto sur les points cruciaux, ca me fait peur.

Hum, à ceci prêt que si un jour il faut vraiment sortir les 20¤ que coute le disque, il y aura beaucoup moins de clients qu'aujourd'hui...
Comme avant qu'on puisse graver des CD quoi. Rien de nouveau sous le soleil.

Même si effectivement j'espère comme toi qu'ils vont s'en mordre les doigts, ils useront encore et toujours de leur force marketing pour appater le chaland et plus particulièrement les enfants : quand ton gamin hurle à la mort parcqu'il veut le dernier CD de la starac' comme tous ses petits copains, tu seras vraiment un père indigne de lui refuser ce produit que tu rejette pourtant mais qui l'aide à s'insérer dans la société (pour le moment limité à son cercle d'ami).

Désolé pour le "T'es vraiment naïf", mais les industriels ont réfléchi avant toi, ils préfèrent largement maîtriser de A à Z toute la chaîne sans possibilité de contournement, même s'ils peuvent perdre quelques clients (mais ces clients là sont déjà perdus j'ai envi de dire).

T'es vraiment naïf.
dans les cours d'école on écoutera ce qu'on te bourre dans le crâne tous les soirs à 21h (clin d'oeil décalé d'1h) sur M6/TF1/CocaCola/Universal/McDo&Co

Oué bah nos représentant direct c'est nos députés européens, et eux ne peuvent rien faire. De plus avec ce qu'on nous propose dans le TCE la France n'aura plus le droit de veto (qui ne persiste que dans le domaine social et environnemental)