Commentaires sur : VS 2005 : La revanche des C++iens http://www.kartmann.com/blog/2005/05/12/150-vs-2005-la-revanche-des-ciens/ Tout ce qu'on peut faire avec un ordinateur Wed, 07 Jan 2009 08:27:02 +0000 http://wordpress.org/?v=2.6.5 By: Alexis KARTMANN http://www.kartmann.com/blog/2005/05/12/150-vs-2005-la-revanche-des-ciens/#comment-232 Alexis KARTMANN Tue, 17 May 2005 14:33:11 +0000 http://localhost/blog/2005/05/12/vs-2005-la-revanche-des-ciens/#comment-232 Mais du coup Microsoft ce retrouve face à ce qui empêche beaucoup de ses clients de passer à Mac ou Linux : le coût de basculement (cost of switching). En effet les milliers/millions de ligne de code en VB ne seront pas facilement migrés en VB.Net. Donc VB6 sera encore utilisé longtemps. Mais du coup Microsoft ce retrouve face à ce qui empêche beaucoup de ses clients de passer à Mac ou Linux : le coût de basculement (cost of switching). En effet les milliers/millions de ligne de code en VB ne seront pas facilement migrés en VB.Net. Donc VB6 sera encore utilisé longtemps.

]]> By: Le Saint Bernard, Empereur du Chaos http://www.kartmann.com/blog/2005/05/12/150-vs-2005-la-revanche-des-ciens/#comment-231 Le Saint Bernard, Empereur du Chaos Tue, 17 May 2005 11:02:11 +0000 http://localhost/blog/2005/05/12/vs-2005-la-revanche-des-ciens/#comment-231 VB 6 est full 32-bits, là où VB 5- est au mieux 16/32, avec un historique DOS à faire fuir les plus braves de nos collègues... VB 7+ est un vrai langage orienté objet, et non plus "basé sur des objets", tel que le fut son prédécesseur. Je pense qu'à part le côté pratique de la concaténation de chaînes dans VB 6, rien ne peut justifier de garder cette vieille bouse... Et ce côté pratique, instinctif, moi je le trouve plutôt inutile et déplacé pour un programmeur objet. VB 6, c'est un environnement/langage d'amateurs. Il est dommage pour les amateurs qu'il ne soit plus maintenu, mais le fait que des bureaucrates débiles en aient imposé l'utilisation à des professionnels de l'informatique était devenu intolérable. Je remercie Microsoft (pour une fois !) d'avoir enfin réparé les choses, même si ce fut un peu brutalement. VB 6 est full 32-bits, là où VB 5- est au mieux 16/32, avec un historique DOS à faire fuir les plus braves de nos collègues… VB 7+ est un vrai langage orienté objet, et non plus "basé sur des objets", tel que le fut son prédécesseur. Je pense qu’à part le côté pratique de la concaténation de chaînes dans VB 6, rien ne peut justifier de garder cette vieille bouse… Et ce côté pratique, instinctif, moi je le trouve plutôt inutile et déplacé pour un programmeur objet. VB 6, c’est un environnement/langage d’amateurs. Il est dommage pour les amateurs qu’il ne soit plus maintenu, mais le fait que des bureaucrates débiles en aient imposé l’utilisation à des professionnels de l’informatique était devenu intolérable. Je remercie Microsoft (pour une fois !) d’avoir enfin réparé les choses, même si ce fut un peu brutalement.

]]> By: Alexis KARTMANN http://www.kartmann.com/blog/2005/05/12/150-vs-2005-la-revanche-des-ciens/#comment-230 Alexis KARTMANN Sat, 14 May 2005 07:36:14 +0000 http://localhost/blog/2005/05/12/vs-2005-la-revanche-des-ciens/#comment-230 Exact, j'ai ajouté ce point dans la note. Je ne conteste pas vraiment ta critique de VB, bien que la version 6 soit bien meilleure que les précédentes en terme de stabilité. Le problème vient surtout du fait qu'il y a beaucoup de développeur VB qui ont du mal à passer à VB.Net (no comment). Personnellement n'ayant qu'un P4 sur mon PC, je n'ai pas encore de manque quand au 64 bits. Et c'est aussi le cas de beaucoup d'entreprise sous Wintel. Exact, j’ai ajouté ce point dans la note.

Je ne conteste pas vraiment ta critique de VB, bien que la version 6 soit bien meilleure que les précédentes en terme de stabilité. Le problème vient surtout du fait qu’il y a beaucoup de développeur VB qui ont du mal à passer à VB.Net (no comment).

Personnellement n’ayant qu’un P4 sur mon PC, je n’ai pas encore de manque quand au 64 bits. Et c’est aussi le cas de beaucoup d’entreprise sous Wintel.

]]> By: Le Saint Bernard, Empereur du Chaos http://www.kartmann.com/blog/2005/05/12/150-vs-2005-la-revanche-des-ciens/#comment-229 Le Saint Bernard, Empereur du Chaos Sat, 14 May 2005 01:18:42 +0000 http://localhost/blog/2005/05/12/vs-2005-la-revanche-des-ciens/#comment-229 Une bonne analyse. Je me sens quand même obligé de signaler que VB 6-, c'est euh... enfin c'est même pas un outil, ce machin-là quoi... Le runtime est d'une instabilité à faire passer le Titanic des derniers instants pour une valeur sûre, et n'a jamais été corrigé. Je note quand même l'absence d'allusions aux versions 64-bits de Windows, et à la compatibilité entre les codes sources 32 et 64 (C et C++ n'imposent pas le format de la plupart des types, pour rappel). Est-il prévu, voire recommandé, pour les développeurs, de continuer à développer en 32-bits même pour les machines 64, la couche de compatibilité se chargeant de faire tourner les exécutables, ou une optimisation pour les nouvelles machines est-elle prévue ? (Désolé, moi mon OS est en 64 bits natif et mon compilo c'est GCC, alors je sais vraiment pas, et l'info m'intéresse) Une bonne analyse. Je me sens quand même obligé de signaler que VB 6-, c’est euh… enfin c’est même pas un outil, ce machin-là quoi… Le runtime est d’une instabilité à faire passer le Titanic des derniers instants pour une valeur sûre, et n’a jamais été corrigé.

Je note quand même l’absence d’allusions aux versions 64-bits de Windows, et à la compatibilité entre les codes sources 32 et 64 (C et C++ n’imposent pas le format de la plupart des types, pour rappel). Est-il prévu, voire recommandé, pour les développeurs, de continuer à développer en 32-bits même pour les machines 64, la couche de compatibilité se chargeant de faire tourner les exécutables, ou une optimisation pour les nouvelles machines est-elle prévue ? (Désolé, moi mon OS est en 64 bits natif et mon compilo c’est GCC, alors je sais vraiment pas, et l’info m’intéresse)

]]>