Galactus13
Messages postés335Date d'inscriptionlundi 29 septembre 2008StatutMembreDernière intervention16 août 20231 18 oct. 2009 à 19:17
Leonello a dit:
Le bon language de programmation, c'est celui que l'on maîtrise le mieux.
Je suis d'accord avec lui,
J'ajouterais que, au vue de la vitesse des processeurs d'aujourd'hui, l'exécution d'un programme ne devrait plus trop se calculer sauf pour les jeux, ou encore pour la gestion des grosse base de données!
Que représente quelques secondes dans une vie !
Faut pas chipoter !
Proger
Messages postés248Date d'inscriptionvendredi 10 novembre 2000StatutMembreDernière intervention19 décembre 2008 11 déc. 2007 à 18:44
Pour résumé la pensée :
i = i + 1, c'est aussi rapide dans n'importe quel langage. Le défaut du VB6 compilé c'est qu'il fait inc eax là ou les compilo modernes font add eax,1
Faut pas tirer sur l'ambulance! en vb6, on est pas obligé de faire text1.text text1.text + label1.caption, il y en a qui connaissent le coup du i i + 1 (et qui compile en natif et pas p-code)
A ceux qui ont un code vb 10 à 30 fois plus lent qu'un code en C, remettez-vous en question avant d'accuser votre IDE favori ! des dizaines de tutoriaux sur VBFrance exposent comment éviter les pièges à lenteur.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 11 déc. 2007 à 16:15
Quel discours de sourds...
Un compilateur costaud, mais pour quoi faire ? il y a très peu de compilé dans du VB, comme dit plus haut par EB, ce ne sont quasi que des call vers la VM, il n'y a pratiquement rien à optimiser.
Pour optimiser il faut avoir le code dans le listing.
Ce n'est pas avec du script genre: "maprogbar.value = n" qu'un autre compilo changerait quoi que ce soit, il faut par force appeler le binaire contenant le vrai code et c'est dans la VM que ça se situe.
Renfield
Messages postés17287Date d'inscriptionmercredi 2 janvier 2002StatutModérateurDernière intervention27 septembre 202174 11 déc. 2007 à 15:47
d'accord avec toi l'ami, a quand un nouveau compilo VB6 qui supporte le multithread, optimise ce qui es pondu (multi core, pipelines, buffers plus grand, x64)... et qui sort du natif :p
ca rallongerait la vie de VB6 :p
Proger
Messages postés248Date d'inscriptionvendredi 10 novembre 2000StatutMembreDernière intervention19 décembre 2008 11 déc. 2007 à 14:44
J'aime bien la polémique :)
VB6 est aussi rapide que n'importe quel langage lorsqu'on fait des algorithmes _pur_ et qu'on ne code pas avec ses gros sabots.
La gestion des tableaux et des type utilisateurs et un chouia plus lent qu'en c++ a cause des contrôles anti "seg fault"... et le fait qu'on ne puisse pas utiliser de pointeurs.
Les opérations en virgules flottantes sont aussi un chouia plus lente, dans certains cas, à cause -aussi- de vérifications anti-dépassements.
Par contre il perd en vitesse si on travaille avec les gestions de Variant ou String (concaténation, mid() left() format(), etc...) là ou tous les autres langages ont des routines plus finaudes.
Enfin, l'utilisation d'objets et d'API est un gouffre à performances... à n'utiliser qu'en dernier recours (donc en E/S, et surtout pas dans un algo!).
Et bien evidemment, si vous compilez pas vos programmes VB6, toutes comparaisons avec des autres langages du même niveau est une hérésie... comparez-le plutôt au javascript dans ce cas!
Au final, VB6 est définitivement dépassé en perf parce qu'il ne bénéficie pas d'un compilateur costaud (son compilo date de 1998, et donc il était adatpé au CPU de l'époque, tandis qu'en .net, vc etc... ils sont plus récent, tirent parti du pipelining, des grosses caches, branchement prédictifs si on place les instructions dans un certain ordre...)
iloveprog
Messages postés16Date d'inscriptionsamedi 4 juin 2005StatutMembreDernière intervention 4 novembre 2009 7 févr. 2007 à 11:31
mec, il faut que tu arretes de fumer ! Un prog en C/C++ un poil plus rapide que VB ?!
Pour l'exemple, mon petit prog de compression de fichiers en VB etait en moyenne 26 fois plus lent que le meme codé en C/C++.
Faut arreter cte polemique comparative entre les langages , oui VB c'est bien, ca permet de faire enormement de choses, oublie pas que c'est un langage tres haut-niveau (eloignee du materiel ; asm -> bas niveau).
C'est comme si tu disais qu'un prog bien optimisé en C (moyen niveau) sera juste un peu plus lent que le meme codé en assembleur.
>>DeadlyPredator : joli travail ! Ta source est propre et puissante ...
ennixo
Messages postés224Date d'inscriptionsamedi 25 janvier 2003StatutMembreDernière intervention17 juin 2006 25 août 2004 à 16:45
AH mais non !!!!
VB c'est très rapide et je peux le prouver !!!
si vous trouvez VB lent c'est que votre code n'est pas optimisé, que vous utilisez des variants, et que vous testez en mode debug (pas compilé).
là évidement c'est lent !
mais du code compilé est bien assez rapide pour concurrencer C++ (si si) !!!
alors évidement en c++ ça ira peut etre un poil + vite qu'en VB dans la globalité du programme mais il ne faut pas oublier que VB c'est certes assez simple mais ça n'empeche pas que c'est puissant.
sinon à ce moment là on a qu'à programmer en assembleur et optimiser à fond mais là s'il faut faire un truc un peu compliqué en VB ça devient carrément infernal en asm...
mais en tt cas, je l'ai déjà dit et je le redis VB c super rapide !!!
Sinon ce programme est interessant mais il pourrait être encore plus interessant de substituer les appels à la dll par des api windows (et ainsi avoir enfin des programmes standalone).
moi je dis : TODO !
CCJ
Messages postés565Date d'inscriptionmercredi 19 mai 2004StatutMembreDernière intervention30 avril 20081 23 août 2004 à 16:51
(encore a la bourre!)
si vb existe c'est parcequ'il est basic et plus facile et rapide a apprendre sinon il existerai pô!
na!
Bombela
Messages postés225Date d'inscriptionmardi 4 mars 2003StatutMembreDernière intervention30 juillet 2008 7 juil. 2004 à 12:32
LOL
Quel débat !
Je pense que l'asm, lui, reste incontournable.
Sans ça, je sais pas comment on peut faire un BootSector...
Ensuite, le C peut être comparé à de l'asm de haut niveau.
Il est très puissant, et les compilateurs (j'utilise GCC sous Windows) optimize de façons faramineuse le code ! J'ai fais des désassemblages de mes sources, et c'est mieux optimisé qu'un Humain ne peut le faire ! Le bémol, c'est que les compilo C n'utilise pas toutes les instructions des processeurs actuel, mais bon, vu que l'on peut faire de l'asm Inline...
Ensuite, le C++, j'avoue ne pas en avoir encore fait. Mais ce que je sais, c'est que c'est le language C orienté objet. Il est evidement fait pour les programmes utilisateurs, car il utilise des fonctions standard.
Ensuite, le VB, c'est "simple", mais alors, vraiment lent ! Mais lent !
J'ai fais des testes de boucle entre DElphi et VB, et j'ai jusqu'a 10 secondes d'écart !
De plus, les programme VB exige des DLL pour fonctionner, et ne fais que des programme Windows. Contrairement à DElphi, qui possède Kilix, pour Linux.
Le .NET, C# ? Oulala ! Encore MIcro$oft qui veux ralentire les PC !
Ce sont des language précompilé ! Vive la lenteur !
Et puis, on devient tributaire d'une sociétée, qui est Micro$oft...
Enfin voilà... Les bon language de haut niveaux évolue toujours...
Turbo Pascal > Delphi:Kilix
C > C++
Les autre évolue vers la démendance d'un société, et je ne pense pas que se soit bon !
J'ai dis. ;0)
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 7 juil. 2004 à 04:58
Bon, je vous r'appelle que MA SOURCE FAIT PAS JUSTE CRÉER UN FICHIER PSEUDO-ASM! Elle permet aussi de d'ajouter d'autres options à la compilation. Et aussi çca va décourager des gens de faire ce genre de source : Exe inviolable.
Leonello
Messages postés12Date d'inscriptionmercredi 24 décembre 2003StatutMembreDernière intervention 1 novembre 2004 6 juil. 2004 à 22:52
Le bon language de programmation, c'est celui que l'on maîtrise le mieux.
Leo
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 6 juil. 2004 à 21:05
C'est idem pour Windows, entierement ecrit en C, a part le boot en asm bien entendu.
Horfee
Messages postés188Date d'inscriptionmercredi 9 avril 2003StatutMembreDernière intervention10 août 2009 6 juil. 2004 à 19:49
slt
je suis vraiment pas d'accord avec certain : C est le meilleur langage : regardez linux, les systemes UNIX en general et vous verez que le C est derriere!!!
certe le C++ est plus puissant que C mais ce dernier est plus rapide donc chacun a ses propres atouts et en aucun cas il faut les mettre en concurrence!el C et C++ sont tt 2 les plus utilisés !!!
par contre pour ce qui est de vb6, ca fait deja longtemps que c mort : je programme depuis plus d'un an en VB.NET...mais tt c "langages" n'ont pour moi aucun avenir(trop lent : c fait pour bricoler, pas pour programmer) et pour repondre a bruNews des magasines ont demontré que VB6 etait malheureusement le 4eme langage le plus demandé en ce moment sur le marché du travail(avant il y a C/C++,java et un autre je c plus).
Quant à l'assembleur, c'est vrai que c bien, mais ce langage là aussi est mort : on ne peut ecrire que des petites routines avec donc ca sert plus a rien : ce n'est plus que pour la frime ou le cracking...donc je trouve donc cette source sans grand interet!!!
dsl deadly predator mais bon...je dis ce que je pense au moins.
++
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 6 juil. 2004 à 17:45
C# fait partie des interpretes, rien a voir avec un langage natif comme C ou c++ donc aucun risque qu'il remplace quoi que ce soit un jour.
Le C est depasse, non la faut etre serieux et se documenter un peu avant de sortir de telles inepties. Le C++ ne s'utilise que dans un prog en mode 'user', la ou l'alloc memoire se fait sur le tas du prog alors qu'on peut TOUT ecrire en C jusqu'au kernel mode.
davidauche
Messages postés150Date d'inscriptionjeudi 20 mars 2003StatutMembreDernière intervention 8 janvier 2008 6 juil. 2004 à 15:08
Re, ni vb6, ni vb.net, ni c++ ou c++.net (le C c'est déjà dépasser par c++ ;) ) seront le futur de la programmation, il faut être franche et accepter la réalité, que Csharp sera le vrai futur, c'est un extrait 2 plusieurs langages (vb, c++, Java,...), donc à longtemps on sera obliger de programmer avec net, MS (que j'aime pas) va nous obliger même si on n'aime pas ça :(. La seule langage qui reste en concurrence avec Csharp et MS c'est Java. bn courage a tt ;)
cs_EBArtSoft
Messages postés4525Date d'inscriptiondimanche 29 septembre 2002StatutModérateurDernière intervention22 avril 20199 6 juil. 2004 à 12:06
Pour rentrer dans cet interresant debat je voudrait
dire que les listings asm de vb explique seulement
comment faire des appels vers la machine virtuelle
elle ne donne aucun vrai code assembleur. Vous ne
trouverez rien d'autre que des push et call la preuve
en est dans l'exemple que tu nous a fournis alors
je vous souhaite juste de bien vous amuser quand
meme car si ça peut pousser certain vers l'assembleur
ce sera deja un debut d'interet...
ah et puis desolé mais vb.net c'est pas plus rapide ! lol
@+
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 6 juil. 2004 à 11:18
davidauche > apprendre l'ASM c'est bien et je serais mal place pour dire le contraire mais surement pas a partir d'un listing issu de VB, c'est vraiment trop mauvais, prends plutot exemple sur un listing issu d'une compile C sur VS 2003 qui lui produit un ASM tres convenable.
Pour ce qui est de l'avenir de VB, qu'on aime ou pas n'entre pour rien dans l'affaire. Comme l'explique crenaud76, c'est quasi deja fini, faites un semblant de recherche d'emploi et vous en serez convaincu.
crenaud76 > le C/C++ est toujours tres employe dans le monde pro, partout ou il faut des performances, le langage bas niveau reste indispensable comme dans les jeux, le graphisme et tous les domaines ou le quasi 'temps reel' est requis, la medecine par exemple (mon boulot).
Bossez bien.
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 5 juil. 2004 à 19:05
Ouais. C'est vrai que le VB6 est lent et va s'éteindre MAIS une nouvelle version sortira : VB.net. Dès que je vais avoir .Net et que je vais m'y être abitué, je vais mettre de côté le 6. VB.Net est nettement plus rapide.
crenaud76
Messages postés4172Date d'inscriptionmercredi 30 juillet 2003StatutMembreDernière intervention 9 juin 200628 5 juil. 2004 à 18:43
Même si je suis un fan du VB6, je suis d'accord avec Brunews !! Ce source ne fait que mettre en évidence les défauts de VB6 !! Un code tout simple en VB génère ENORMEMENT de code-machine ! Et pas des plus optimisé en plus à mon avis. !!!
Je developpe en VB depuis des années (plus de 10 ans) et j'adore ce langage, qui m'a bcp appris et avec lequel j'ai fait (et je continue encore) à faire des choses très balaise !! Mais Brunews à raison ! VB, au moins dans sa version 6 n'a plus aucun avenir ! Il continuera sans doute encore à exister car il y a plein de gens qui développe avec aujourd'hui et donc la masse de connaissance est importante et les programmeur sont souvent des gens rétissent à l'évolution (sans doute parceque cela les oblige à se remettre en cause et à reconnaitre qu'ils doivent presque tout réapprendre pour un autre langage). Mais les fait sont la : Dans le monde professionnel, il est de plus en plus inutile de connaitre le VB6. Il faut aujourd'hui se tourner vers les technologie web (java, php, etc ...) et/ou .NET : VB.NET (et la, la connaissance de VB6 est une grande aide), C#, etc ...
Je voudrais pas jouer au vieux con, mais, il y a un peu plus de 15 on programmais en Turbo Pascal ou en C et on disait que c'était les langages universels, que rien ni personne ne pourrait les déboulonner !! Qui programme encore en Turbo Pascal ou en C ?? Bien peu de gens en vérité (je fait abstraction des gens qui comme moi, code encore en Turbo Pascal, juste pour le plaisir !) Je veux dire dans le monde professionnel ????
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 5 juil. 2004 à 18:27
Et n'oubliez pas que dans le fichier de config (c2.cfg), vous pouvez ajouter d'autre paramètres. Il faut juste trouver lesquels en testant ceux du fichier cl.txt.
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 5 juil. 2004 à 18:25
Tant qu'on va continuer de croire en vb, il va continuer d'exister!
davidauche
Messages postés150Date d'inscriptionjeudi 20 mars 2003StatutMembreDernière intervention 8 janvier 2008 5 juil. 2004 à 18:23
salut, c'est b1 comme idée et le code en général, il existe des programmes qui font ça appartir d'une exe (son généralement utiliser pour des buts de crackage), Alors BruNews, ça sert à pleine des choses vraiment : apprendre les trucs de sécurite de VB en ASM, Apprendre l'assembleurs et les boucles et les conditions en ASM appartir des simples exemples en vb,,,, de plus je crois que tu connais bien que l'ASM fait tout et on peut faire tout avec code ASM ;), alors avant de dire ..... pensez un peu, meme si t'as des problèmes avec VB ou tu n'aime pas ;).
Amicalement cher BruNews.
Bonne continuation.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 5 juil. 2004 à 13:05
Salut,
quel interet ??? a part mettre en evidence pourquoi vb est si lent (String etant le pire de tout) et qu'il fait bien de disparaitre, je ne vois pas a quoi cela peut servir.
Bonne continuation.
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 5 juil. 2004 à 08:05
Il faudrait faire corriger le bug quand on oubli puis qu'on appui sur refresh dans le browser car ça double le comentaire. Puis il se pourrais que j'ai envoyer un source très similaire mais c'est qu'il y a eu un bug lors de l'envoie pi ça a tout fourré donc j'ai dû renvoyer une nouvelle source.
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 5 juil. 2004 à 07:57
Les fichiers ASM seront créé dans le dossier du form, du module,... donc il est préférable que vous ayez déjà enregistrer votre projet. N'OUBLIEZ SURTOUT PAS DE CRÉER LE FICHIER C2.CFG (DANS LE DOSSIER DE VB) ET D'Y AJOUTER :
-Fa"$filename$_VB.asm"
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 5 juil. 2004 à 07:53
C'est terrible, 10 lignes de code VB pour 266 en ASM.
18 oct. 2009 à 19:17
Le bon language de programmation, c'est celui que l'on maîtrise le mieux.
Je suis d'accord avec lui,
J'ajouterais que, au vue de la vitesse des processeurs d'aujourd'hui, l'exécution d'un programme ne devrait plus trop se calculer sauf pour les jeux, ou encore pour la gestion des grosse base de données!
Que représente quelques secondes dans une vie !
Faut pas chipoter !
11 déc. 2007 à 18:44
i = i + 1, c'est aussi rapide dans n'importe quel langage. Le défaut du VB6 compilé c'est qu'il fait inc eax là ou les compilo modernes font add eax,1
Faut pas tirer sur l'ambulance! en vb6, on est pas obligé de faire text1.text text1.text + label1.caption, il y en a qui connaissent le coup du i i + 1 (et qui compile en natif et pas p-code)
A ceux qui ont un code vb 10 à 30 fois plus lent qu'un code en C, remettez-vous en question avant d'accuser votre IDE favori ! des dizaines de tutoriaux sur VBFrance exposent comment éviter les pièges à lenteur.
11 déc. 2007 à 16:15
Un compilateur costaud, mais pour quoi faire ? il y a très peu de compilé dans du VB, comme dit plus haut par EB, ce ne sont quasi que des call vers la VM, il n'y a pratiquement rien à optimiser.
Pour optimiser il faut avoir le code dans le listing.
Ce n'est pas avec du script genre: "maprogbar.value = n" qu'un autre compilo changerait quoi que ce soit, il faut par force appeler le binaire contenant le vrai code et c'est dans la VM que ça se situe.
11 déc. 2007 à 15:47
ca rallongerait la vie de VB6 :p
11 déc. 2007 à 14:44
VB6 est aussi rapide que n'importe quel langage lorsqu'on fait des algorithmes _pur_ et qu'on ne code pas avec ses gros sabots.
La gestion des tableaux et des type utilisateurs et un chouia plus lent qu'en c++ a cause des contrôles anti "seg fault"... et le fait qu'on ne puisse pas utiliser de pointeurs.
Les opérations en virgules flottantes sont aussi un chouia plus lente, dans certains cas, à cause -aussi- de vérifications anti-dépassements.
Par contre il perd en vitesse si on travaille avec les gestions de Variant ou String (concaténation, mid() left() format(), etc...) là ou tous les autres langages ont des routines plus finaudes.
Enfin, l'utilisation d'objets et d'API est un gouffre à performances... à n'utiliser qu'en dernier recours (donc en E/S, et surtout pas dans un algo!).
Et bien evidemment, si vous compilez pas vos programmes VB6, toutes comparaisons avec des autres langages du même niveau est une hérésie... comparez-le plutôt au javascript dans ce cas!
Au final, VB6 est définitivement dépassé en perf parce qu'il ne bénéficie pas d'un compilateur costaud (son compilo date de 1998, et donc il était adatpé au CPU de l'époque, tandis qu'en .net, vc etc... ils sont plus récent, tirent parti du pipelining, des grosses caches, branchement prédictifs si on place les instructions dans un certain ordre...)
7 févr. 2007 à 11:31
Pour l'exemple, mon petit prog de compression de fichiers en VB etait en moyenne 26 fois plus lent que le meme codé en C/C++.
Faut arreter cte polemique comparative entre les langages , oui VB c'est bien, ca permet de faire enormement de choses, oublie pas que c'est un langage tres haut-niveau (eloignee du materiel ; asm -> bas niveau).
C'est comme si tu disais qu'un prog bien optimisé en C (moyen niveau) sera juste un peu plus lent que le meme codé en assembleur.
>>DeadlyPredator : joli travail ! Ta source est propre et puissante ...
25 août 2004 à 16:45
VB c'est très rapide et je peux le prouver !!!
si vous trouvez VB lent c'est que votre code n'est pas optimisé, que vous utilisez des variants, et que vous testez en mode debug (pas compilé).
là évidement c'est lent !
mais du code compilé est bien assez rapide pour concurrencer C++ (si si) !!!
alors évidement en c++ ça ira peut etre un poil + vite qu'en VB dans la globalité du programme mais il ne faut pas oublier que VB c'est certes assez simple mais ça n'empeche pas que c'est puissant.
sinon à ce moment là on a qu'à programmer en assembleur et optimiser à fond mais là s'il faut faire un truc un peu compliqué en VB ça devient carrément infernal en asm...
mais en tt cas, je l'ai déjà dit et je le redis VB c super rapide !!!
Sinon ce programme est interessant mais il pourrait être encore plus interessant de substituer les appels à la dll par des api windows (et ainsi avoir enfin des programmes standalone).
moi je dis : TODO !
23 août 2004 à 16:51
si vb existe c'est parcequ'il est basic et plus facile et rapide a apprendre sinon il existerai pô!
na!
7 juil. 2004 à 12:32
Quel débat !
Je pense que l'asm, lui, reste incontournable.
Sans ça, je sais pas comment on peut faire un BootSector...
Ensuite, le C peut être comparé à de l'asm de haut niveau.
Il est très puissant, et les compilateurs (j'utilise GCC sous Windows) optimize de façons faramineuse le code ! J'ai fais des désassemblages de mes sources, et c'est mieux optimisé qu'un Humain ne peut le faire ! Le bémol, c'est que les compilo C n'utilise pas toutes les instructions des processeurs actuel, mais bon, vu que l'on peut faire de l'asm Inline...
Ensuite, le C++, j'avoue ne pas en avoir encore fait. Mais ce que je sais, c'est que c'est le language C orienté objet. Il est evidement fait pour les programmes utilisateurs, car il utilise des fonctions standard.
Ensuite, le VB, c'est "simple", mais alors, vraiment lent ! Mais lent !
J'ai fais des testes de boucle entre DElphi et VB, et j'ai jusqu'a 10 secondes d'écart !
De plus, les programme VB exige des DLL pour fonctionner, et ne fais que des programme Windows. Contrairement à DElphi, qui possède Kilix, pour Linux.
Le .NET, C# ? Oulala ! Encore MIcro$oft qui veux ralentire les PC !
Ce sont des language précompilé ! Vive la lenteur !
Et puis, on devient tributaire d'une sociétée, qui est Micro$oft...
Enfin voilà... Les bon language de haut niveaux évolue toujours...
Turbo Pascal > Delphi:Kilix
C > C++
Les autre évolue vers la démendance d'un société, et je ne pense pas que se soit bon !
J'ai dis. ;0)
7 juil. 2004 à 04:58
6 juil. 2004 à 22:52
Leo
6 juil. 2004 à 21:05
6 juil. 2004 à 19:49
je suis vraiment pas d'accord avec certain : C est le meilleur langage : regardez linux, les systemes UNIX en general et vous verez que le C est derriere!!!
certe le C++ est plus puissant que C mais ce dernier est plus rapide donc chacun a ses propres atouts et en aucun cas il faut les mettre en concurrence!el C et C++ sont tt 2 les plus utilisés !!!
par contre pour ce qui est de vb6, ca fait deja longtemps que c mort : je programme depuis plus d'un an en VB.NET...mais tt c "langages" n'ont pour moi aucun avenir(trop lent : c fait pour bricoler, pas pour programmer) et pour repondre a bruNews des magasines ont demontré que VB6 etait malheureusement le 4eme langage le plus demandé en ce moment sur le marché du travail(avant il y a C/C++,java et un autre je c plus).
Quant à l'assembleur, c'est vrai que c bien, mais ce langage là aussi est mort : on ne peut ecrire que des petites routines avec donc ca sert plus a rien : ce n'est plus que pour la frime ou le cracking...donc je trouve donc cette source sans grand interet!!!
dsl deadly predator mais bon...je dis ce que je pense au moins.
++
6 juil. 2004 à 17:45
Le C est depasse, non la faut etre serieux et se documenter un peu avant de sortir de telles inepties. Le C++ ne s'utilise que dans un prog en mode 'user', la ou l'alloc memoire se fait sur le tas du prog alors qu'on peut TOUT ecrire en C jusqu'au kernel mode.
6 juil. 2004 à 15:08
6 juil. 2004 à 12:06
dire que les listings asm de vb explique seulement
comment faire des appels vers la machine virtuelle
elle ne donne aucun vrai code assembleur. Vous ne
trouverez rien d'autre que des push et call la preuve
en est dans l'exemple que tu nous a fournis alors
je vous souhaite juste de bien vous amuser quand
meme car si ça peut pousser certain vers l'assembleur
ce sera deja un debut d'interet...
ah et puis desolé mais vb.net c'est pas plus rapide ! lol
@+
6 juil. 2004 à 11:18
Pour ce qui est de l'avenir de VB, qu'on aime ou pas n'entre pour rien dans l'affaire. Comme l'explique crenaud76, c'est quasi deja fini, faites un semblant de recherche d'emploi et vous en serez convaincu.
crenaud76 > le C/C++ est toujours tres employe dans le monde pro, partout ou il faut des performances, le langage bas niveau reste indispensable comme dans les jeux, le graphisme et tous les domaines ou le quasi 'temps reel' est requis, la medecine par exemple (mon boulot).
Bossez bien.
5 juil. 2004 à 19:05
5 juil. 2004 à 18:43
Je developpe en VB depuis des années (plus de 10 ans) et j'adore ce langage, qui m'a bcp appris et avec lequel j'ai fait (et je continue encore) à faire des choses très balaise !! Mais Brunews à raison ! VB, au moins dans sa version 6 n'a plus aucun avenir ! Il continuera sans doute encore à exister car il y a plein de gens qui développe avec aujourd'hui et donc la masse de connaissance est importante et les programmeur sont souvent des gens rétissent à l'évolution (sans doute parceque cela les oblige à se remettre en cause et à reconnaitre qu'ils doivent presque tout réapprendre pour un autre langage). Mais les fait sont la : Dans le monde professionnel, il est de plus en plus inutile de connaitre le VB6. Il faut aujourd'hui se tourner vers les technologie web (java, php, etc ...) et/ou .NET : VB.NET (et la, la connaissance de VB6 est une grande aide), C#, etc ...
Je voudrais pas jouer au vieux con, mais, il y a un peu plus de 15 on programmais en Turbo Pascal ou en C et on disait que c'était les langages universels, que rien ni personne ne pourrait les déboulonner !! Qui programme encore en Turbo Pascal ou en C ?? Bien peu de gens en vérité (je fait abstraction des gens qui comme moi, code encore en Turbo Pascal, juste pour le plaisir !) Je veux dire dans le monde professionnel ????
5 juil. 2004 à 18:27
5 juil. 2004 à 18:25
5 juil. 2004 à 18:23
Amicalement cher BruNews.
Bonne continuation.
5 juil. 2004 à 13:05
quel interet ??? a part mettre en evidence pourquoi vb est si lent (String etant le pire de tout) et qu'il fait bien de disparaitre, je ne vois pas a quoi cela peut servir.
Bonne continuation.
5 juil. 2004 à 08:05
5 juil. 2004 à 07:57
-Fa"$filename$_VB.asm"
5 juil. 2004 à 07:53