Reprise du message précédent :

 
faut pas pousser quand meme un objet COM ne t'imposera jamais le surcout de .NET c aussi ridicule que de dire qu'un p-code est aussi rapide que du natif, on a déjà lu ça avec vb puis java puis avec les JIT bref bien sur qu'un jour ...
 
mais .net dispose de la meme tare que java c'est un gros consommateur de mémoire alors là encore tu vas me dire que tout le monde dispose de 512Meg ok ok mais franchement je trouve que pour faire un PONG c'est un peu disproportionné d'utiliser .net  

Allez programmons tous en ADA et en COBOL, ca stoppera net les discussions  
 

Je te parles pas de ça, moi je te réponds sur le point où tu dis que pour diffuser un programme de 20 Ko, tu te tapes 20 Mo de SDK à l'install, ce qui est vrai pour le moment.
 
Et j'ai répondu à cet argument que Java pose le même problème, et que l'un comme l'autre, avec la démocratisation d'OS plus récents, proposant d'office les runtimes nécessaires, le problème n'est que temporaire, ce qui n'a en soit rien de dramatique.
 
Sinon, pour la rapidité, le p-code du C# n'est en effet pas forcément aussi performant que du C++ (et encore, selon ce que tu fais, ça peut être même plus rapide, mais ça reste dans des cas très marginaux, je te l'accorde), mais comparé à Java, même en faisant tourner Java sur un environnement rapide (sous Unix avec une bonne machine virtuelle), C# est bien plus rapide. Y'a que le premier lancement qui nécessite quelques secondes, ensuite ça va vraiment très vite.
 
Quand au ressources bouffées, je n'ai certes pas fais de prog de grosse taille, mais j'ai toujours eu à peut près la même consomation sous 2K : 17 Mo environs.
 
Je pense qu'à nouveau, ce qui semble être un gros truc consomateur, c'est plus le SDK qui prendre dans les 16/17 Mo en RAM que le programme en lui-même. Il faudrait faire l'essai avec un programme beaucoup plus gros, voir si ça passe à 30 Mo ou si ça monte simplement à 18/19 Mo
 
Mais très honnêtement, je pense que c'est plutôt le second cas.
En Java, c'est invisible, car la VM est totalement séparée il me semble. Mais il est lui aussi assez consomateur de toute façon. Du moins, de ce que j'ai pu en voir jusqu'à présent.

Ben moi aussi mon jeu prend de la place en RAM, mais bon, 24 Mo, tout le monde les a aujourd'hui. Meme pour un pong, il en prenait 6 en C++. D'accord on a perdu de la place, mais j'ai gagné un Garbage Collector et ca n'a pas de prix !
 
D'autant qu'il ne ralentit en rien l'éxécution, en tout cas pas dans mon prog. Il ne prend que 17% de pourcentage d'utilisation du CPU en c# contre 19% en c++ (j'ai un athlon 800) Mais bon, on chipote !
 
Quant aux dll de 20 Mo a se trainer pour un prog de 20K, ben je suis d'accord avec magicBuzz !
 
Quant aux threads synchronisés de je-ne-sais-plus-qui, ben j'en ai jamais fait en c#, ca doit pas etre sorcier, comme le reste
 
Dernière chose : ce n'est pas un vulgaire pong que je fais   Non de diou ! C'est un pong complètement déjanté avec des tas de trucs et bonus débiles, le tout en réseau !
 
D'ailleurs, c'est la partie réseau qui pose le plus de pb ! Si ca intéresse des gens de travailler la dessus, je suis preneur ! J'essaie de le faire de manière pro et propre, comme dans les jeux dignes de ce nom !
 
Je mettrais bientot une première version en ligne, avec code et tout, pour que ceux que ca intéresse participent !

j'en chie assez avec mon prog aspirateur d'image sur les sites de ... d'images de fleurs pour la fête des mère ( ) comme çapour le moment

 
 
ok ok mais bon imagine que je veuille lancer d'autres "pong" ou un photoshop (beurk   ) en c# ça risque pas de vite devenir vite galère ?    
 
perso je préfère libérer moi-meme la mémoire que j'alloue je sais pas mais je trouve pas ça "bien" de ce reposer sur le garbagge collector...ok tu vas me dire que que tu peux le désactiver et que je chipote    
 
cela dit pour tout ce qui est réseau c sur que .net et java simplifie la vie ...

 
Ho oui ! Cependant il reste pleins de trucs a faire et les concepts ne sont pas simples : prévision du mouvement, synchro du jeu .... Le pb, c'est que tout ce que je fais, ca me prend un max de temps et je m'apercois que c'est pas ca ! Ca m'enerve !
 
D'ailleurs si l'un d'entre vous a une url qui explique le fonctionnement d'un "moteur réseau", je suis preneur ! (Bon on déborde du sujet, j'arrète ! )

http://www.garagegames.com/articles/gdc_networking/

Ça existe pour C++.
Il y en a même plusieurs.
Mais bizarrement, pas grand monde ne s'en sert...
 

Intéressant... Est-ce qu'on peut ne l'utiliser que pour certains objets ?
 
 
Mon opinion:
On utilises un ramasse-miette si on veut.
Je n'aime pas qu'il soit imposé. Ou interdit, d'ailleurs.

 
Je sais mais j'en ai jamais trouvé un simple d'utilisation. J'ai cherché il fut un temps, mais j'ai laissé tomber. Ce qu'il y a de bien avec celui la, c'est que c'est celui de M$, fait par eux et pour leur OS => et là je leur fait confiance, il doit marcher.
 
<Les antis microsoft vont gueuler, mais je m'en cogne, car qui a plus de chance de faire un truc bien sur un OS ? : celui qui l'a fait>
 
Quant au controle du garbage collector, je m'en sert en de rares occasions, uniquement pour l'obliger à désallouer des objets sur le champ.

Je suis pas spécialement anti Microsoft, mais j'ai de sombres souvenirs de certaines expériences ou seul Microsoft n'était pas compatible avec Microsoft, notamment avec certains périphériques Microsoft (souris ou claviers), non reconnus par Win 2000 alors que les Logitech l'étaient....  

 
Ouais. Sun avec Java a vraiment interet que ca tourne sur toutes les plate-formes. Pas MS. Donc j'ai pas confiance
 
Quand a pomper Java (en l'ameliorant), pourquoi pas ? Les dev de chez MS ne le cachent pas d'ailleurs...

 
Ca marche peut-etre mais... je vais sur leur site, et deja il y a des images "decideurs presses" a la http://www.kelcon.com.
Leurs menus marchent par sur mon navigateur le plus respectueux des standards du web (mozilla). J'ai le droit a une anim en flash. Beuark.
 
Ca me donne plutot envie d'utiliser Qt ou WxWindow qui sont vraiment multi-plateformes.
 
Des trolls ce sont habilement caches dans ce message, essaye de les trouver

 
Je connais pas VS.NET, mais je connais bien VC5 et VC6. Ce qu'ai fait: j'ai vire quasiment tout des boutons et des barres d'outils et j'ai tout mis en raccourcis claviers. Tout ca pour dire que tout ces jolis trucs c'est du pipeau. A la fin, tu fais tout au clavier. Tout ? Non. Les fenetres dockables sont mal concues pour le clavier => perte de temps.
 
J'ai voulu le personnaliser. Malheureuseument:
- on peut le faire en vbscript, qui est un language pourri (compare a python, plus simple et plus puissant), ou en C++ ce qui donne des trucs bien lourds point de vue code
- j'ai fait un plugin pour le scripter en python, mais l'interface de prog est mal concue et limitee. Si on le fait en vbscript, on peut recharger les macros. En C++ (ou en python avec mon plugin), nada, faut redemarrer l'environnement
- pour faire des trucs vraiment personnalises, on peut pas (enfin: difficilement). Il faut signer un NDA (non-disclosure agreement, accord de non-divulgation) et passer a la caisse. Certains on fait du reverse-engeneering (avec pas mal de succes) pour deviner comment ca marche (voir www.codeproject.com). C'est nul. Moi si je veux personnaliser mon environnement, je veux le faire completement et sans payer encore une fois (vous croyez que mon chef l'accepterait ?) ou sans pouvoir recuperer des extensions LIBRES (et gratuites) sur le net ?
 
Non ! Ca pue !

 
Normal. Un tableau est une region continue de memoire, dans laquelle tu mets eventuellement des objets (instances d'une classe) construits.
 
Tu veux agrandir un tableau ? Il faut allouer un nouveau tableau, ou il aurait fallu que ta librairie C te permette d'agrandir la zone memoire actuellement allouee (ce qui peut arriver si la memoire DERRIERE ton tableau est libre). Mais c'est pas le cas.
 
C'est pareil pour un std::vector. Un std::vector ne recopie pas tout le tableau si il a precedemment alloue une taille plus grande (detail d'implementation).

 
Arf. mefie toi. Les programmes compiles a l'executent peuvent etre tres rapides, plus rapide que du C !!! Par exemple du Java (sans code avec une interface fenetree !).
 
Faudrait que je remette la main sur une benchmark (qui vaut ce qu'il vaut) qui (tente de) montre(r) que la supremacie des langages compiles est un mythe !!!
 
 

Perso, je me sert pas des boutons, ni de la souris quand je dev, et je t'assure que VS.NET est un bonheur à utiliser.
En effet, notamment la completition automatique de syntaxe est extrêment bien faite (elle est pratique, sans pour autant gêner, contrairement à ce que font certains env de dev)
 
C'est la principale chose que j'utilise en fait comme falité de dev, et réellement c'est un plus énorme :
-> tu utilises très aisément des classes qui ne te sont pas très familières
-> il t'affiche pendant que tu tapes ton code la définition des variables, les paramètres en entrée, leur types, leurs surcharges pour les méthodes, etc.
 
réellement, notamment pour reprendre du code que tu n'as pas écrit, c'est réellement à mon sens le meilleur env de dev.
pour javan je sais qu'il y a certians gros systèmes qui arrivent à faire aussi bien, mais pour le "grand public", ou du moins les entreprises de taille humaine, c'est réellement le meilleur niveau interface, à mon sens rien que pour ça.

 
Faut deja etre assez fou pour faire un programme avec les MFC

que le langage soit compilé en code natif par le compilo ou la virtual machine, il reste compilé ... pas de la bête interprétation de bytecode. ce n'est donc pas un "mythe".

en fait, ce que je reproche au bench qui occultent trop souvent, c'est que selon le cadre d'utilisation, l'application finale, les perfs peuvent aller largement en la faveur d'un mode de compilation ou d'un autre...
 
on peut même arriver en se mettant dans certaines circonstances particulières à faire aller un prog VB plus vite qu'un soft en C.

Harkonnen a écrit a écrit :   Je suis pas spécialement anti Microsoft, mais j'ai de sombres souvenirs de certaines expériences ou seul Microsoft n'était pas compatible avec Microsoft, notamment avec certains périphériques Microsoft (souris ou claviers), non reconnus par Win 2000 alors que les Logitech l'étaient....

 
Oui ils ont eu des pbs .... mais n'est ce pas parce qu'ils font beaucoup de choses ??? Sun ne fait pas autant de trucs : langages, OS, matériel, jeux, prog bureautique, serveurs en tout genre ... !!! Ils touchent à tout, font énormément de choses (se font aussi beaucoup de thune, mais c'est de bonne guerre).  
Donc quand on fait tant de choses, il y a forcément des moments ou ca n'est pas fait correctement. Ne serais ce qu'à cause des contraintes de temps sur les projets.
 
Je défends un peu M$, mais je trouve aussi qu'ils ont des choses à revoir, comme leur politique de développement qui consiste à obliger les utilisateurs à jouer les béta-testeurs !
 
Ils font trop de choses, me direz vous ? peut etre ... Mais on déborde là   (et fabsk fait la chasse au trolls, attention   )
 

 
Tout à fait d'accord, c'est un énorme plus dans l'écriture du code. Ils l'ont bien amélioré depuis VS 6.
 

 
Oui mais faut l'être encore plus pour le faire tout en Win32 (enfin à partir de quelques fenetres).
 
fabsk : l'interface de VS.NET est radicalement différente de celle de VB6. C'est 100 fois mieux et là tu peux le custumizer pas mal. En tout cas, le mien est maintenant à mon gout, mes ptit raccourcis, mes fenetres qui se cachent/montrent quand il faut où il faut... Essaie donc, tu verras !  
(PS : conseil : demande à ce qu'on te l'installe, le fait surtout pas toi meme, tu vas te pendre, leur install est vraiment pourrie, je suis devenu   à un point tel que j'ai été obligé de faire une image de la partition, pour plus jamais avoir à le remettre   )

pour l'install, déjà, un conseil :
 
faire une image (ISO par exemple) des CD.
 
Ensuite, extraire les ISO dans un répertoire (tout au même endroit, ça marche très bien)
 
En effet, leurs CD sont bourrés de millions de petits fichiers de merde qui font ramer l'install à un point inimaginable...
 
Une fois sur le HD c'est déjà beaucoup plus rapide...
 
Mais c clair que dans tout les cas, faut pas compter se coucher tôt quand on démarre l'install... y se sont carrément chiés dessus sur ce point

Pour ce qui est de confort d'utilisation, j'ai doublé vs .net de visual assist .net, c nickel chrome jetzt !
 
(www.wholetomato.com pour ceux qui conaissent pas ce sublime plug in)

 
pour les jeux je te l'accorde, mais pour le reste faut arreter la fumette hein

Solaris, ça rime avec......
 
je suis déja dehors ========>  

300% d'accord.
Coloration syntaxique et complétion automatique, je comprends même pas qu'on puisse développer sans.

C clair, quand je pense qu'il ya pas si longtemps je bosser avec Notepad + Cygwyn en DOS ...
 
Enfin, y a d'otre outils du commerce qui ont ca.
 
Le seul truc chelou avec VS6 c que niveau norme c pas trop ca...

 
Et que son interface est pourrie (mais bon c plus une histoire de goût qu'autre chose là)

Ca c paske tu bosse trop avec Borland ...
Tu c au debut avec BCB 5 je m'y retrouvais pas avec toutes leur fenetres volantes ...
 
D'ailleurs ten, mon utilitaire de la derniére fois, sans rien changer, je sauve le truc en 1mn ...au lieu de 2mn 30 et apparament c la bocule qui fiat iech

 
   
 
je ne voudrais pas avoir à relire tes sources  

Taureau a écrit a écrit :           je ne voudrais pas avoir à relire tes sources

 
Moi j'ai à les relire    
 
Morceau choisi: "_ Ben qu'est ce que t'as fait avec le prog ca compile plus"
                "_ Ben rien, j'ai juste mis des commentaire "
                " _ T'as inversé les '/' et les '*'!"
 
   
 
edit: Joel F =>

et enork al c rine, dsefios ej pute psa me relrir miommee

 
EDIT: Immagine le jour où on sera tout les deux dans le paté ce que ça va donner  

C clair, pensez si jamais on monte une boite a ne prendre le boulot quand 13h00 du mat ...

 
Ouai!