Discussion :

[Maniak]

De la rigeur. Je ne suis pas absolument certain que cela soit nécéssaire.

Oh si :)

je préfère me sentir libre, faire ce que je veux.

Alors ne va *jamais* bosser dans ce domaine, avec de vrais gens et de vrais utilisateurs.

L'important pour moi c'est l'ambition.

Deviens commercial alors :)

C'est aussi pour ca que je suis auto-didacte.

Ça c'est obligatoire pour être dév de toute façon. Justement parce que les écoles... voilà quoi :)

Si je suis les traces des autres, je ferai comme eux.

Et si ce sont des bons et que tu comprends leurs raisons pour faire ce qu'il faut, en quoi c'est gênant ?
Ça s'appelle du partage de connaissances. Il y a plein de gens qui sont meilleurs que toi (que n'importe qui ici d'ailleurs (que la plupart des dévs en fait)), et qui ont pris le temps d'écrire des bouquins pour en faire profiter les autres. En plus de faire des conférences etc. Lire ces bouquins (en anglais) n'est pas une option, ce n'est pas un conseil, ça fait partie du job.

Si le côté 'job' ne t'intéresse pas et que tu veux continuer à faire du freestyle, pas de pb. Reste bidouilleur et trouves un autre domaine dans lequel bosser pour payer les factures :)


(cela dit, avec tout ça on s'éloigne du sujet originel, à savoir les raisons de jeter VB.NET aux ordures, mis à part ses 2 premières lettres :)

[neguib]

...(cela dit, avec tout ça on s'éloigne du sujet originel, à savoir les raisons de jeter VB.NET aux ordures, mis à part ses 2 premières lettres

Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ?

[Maniak]

(c'est bien ce que j'ai dit :)

[knoum]

Bah chacun développe avec le langage qu'il veut et celui avec lequel il se sent le mieux.

Un bon programmeur développera généralement du code de bonne qualité et ce aussi bien en C#, VB.NET, C++, Delphi ou autres.

Le tout est de respecter le/s choix des autres développeurs même s'ils sont différents des choix propres. La plus grande qualité reste de ne pas rabaisser "l'autre" parce qu'il programme dans un langage que vous n'appréciez pas.

[neguib]

Bah chacun développe avec le langage qu'il veut et celui avec lequel il se sent le mieux.
Un bon programmeur développera généralement du code de bonne qualité et ce aussi bien en C#, VB.NET, C++, Delphi ou autres.
Le tout est de respecter le/s choix des autres développeurs même s'ils sont différents des choix propres. La plus grande qualité reste de ne pas rabaisser "l'autre" parce qu'il programme dans un langage que vous n'appréciez pas.

Tu aurais tort de te sentir rabaissé par qui que soit ici. Il s'agissait bien de VBNet n'est-ce pas Et n'aies crainte, les vbcistes tels que moi apprécient les aiguillons de Maniak ou de Keihilin qui nous poussent à l'excellence, tout en continuant à faire notre travail (en VB bien sûr )

[knoum]

... Il s'agissait bien de VBNet n'est-ce pas Et n'aies crainte, les vbcistes tels que moi apprécient les aiguillons de Maniak ou de Keihilin qui nous poussent à l'excellence, tout en continuant à faire notre travail (en VB bien sûr )

Heum... non je préfère Java et ce même si je me mets tout doucement au vb.net. 8)

[berceker united]

Moi je viens du monde du web (php, asp,javascript).
Là je suis en train d'apprendre directement le C# parce que je trouve que la synthaxe est plus proche de php et javascript. J'ai beaucoup de mal avec la logique vb via asp.
Quand je parle de synthaxe je parle de l'hortographe du language mais chacun à sa grammaire et regle.

[neguib]

Quand je parle de synthaxe je parle de l'hortographe du language mais chacun à sa grammaire et regle.

Bel humour

[fab29000]

Moi, franchement, je n'ai jamais utilisé VB (ni dotNet) avant ces éditions gratuites (et pour cause, j'ai 13 ans et me payer un Visual Studio ...).
J'ai essayé les deux langages et, je n'en ai pas vraiment choisi. Je développe en C# et en VB.Net (Malgré les rumeurs fausses sur VB.Net).
En fait, c'est plutot selon mes envies, mais surtout selon que je connaisse mieux les fonctions dont j'aurais besoin en VB.Net ou en C#

J'ai une légère préférence pour C# car je viens de C/C++. Mais VB.Net est pas mal pour moi également car je n'ai pas besoin de faire très "pro".
Donc en fait ... entre VB.Net et C# je choisi pas pour le moment.

[FremyCompany]

fab29000
En effet, je crois qu'en réalité, le choix, rien ne sert de le faire aujourd'hui, nous avons tout notre temps avant d'avoir réellement une obligation de choisir (lorsqu'on aura ou voudra décrocher notre job), avant, ce serait probablement un choix prématuré. (Même si je reste fan VB)

Lol, moi je m'étais déjà "arrangé" pour pouvoir programmer .Net sous VS 2003 (ne me demandez pas comment )

Une question me turlupine tout de même... pourquoi J# a-t-il si peu de succès auprès des développeurs java ???
Fremy

[nashouille]

bonsoir tout le monde

J'ai pas lu tout les posts mais pour ma part j'ai commencer avec vb.net version 1.1.

et depuis quelques semaines je viens de passé a C# version 2.0.

Jusqu' aujourd'hui, le plus dificile est l'habitude de la syntaxe c# sinon rien de bien compliqué.

Ma motivation pour le passage à c#, aucun sinon l'envie d'apprendre a nouveau language.

et d'apres des lectures de bouquin, il est quand meme ecrit que C# est beaucoup moins lourd que C/C++ en divers points.

Amicalement,
Frederic

[dorian833]

Je découvre petit à petit le .Net grace à Visual C# 2005 Express et je le trouve nettement plus simple dans sa syntaxe que le VB ou le C++. Bon après chacun ses gouts.

En quelques minutes j'ai réussi à faire un codeur de fichier grace au Xor ^^, puis un truc qui donne le Hash MD5 d'un mot. Certe rien de bien compliqué mais parfoit c'est un vrai labyrenthe ^^.

[joshua.shamael]

Bon je tomberais pas dans le débat un rien pas intelligent de VB contre C# ou C++.... Je fais du C# parceque y'a 16 ans quand j'ai commencé dans ce boulot, bah je programmais en C (sans les ++) et parceque c'était le seul langage suffisemment performant à l'époque grace à un super compilo Watcom 9.0 et le dos 32 bits utilisé par doom... Bah oui à l'époque Windows était a ses débuts.

Tout cela pour dire que le choix du langage dépend avant tout de son historique... REste que y'a plus de différence de performance sur .net entre les langages, et que la différence se fait avant tout sur la manière de programmer (lire "programmation professionnelle" chez MS Press par exemple, un vieux bouquin toujours pertinent et na).

En gros laissez les curetons pro VB et pro Cpleupleu ou Cchatchat, choisissez juste en fonction de vos acquis et basta....

Moi C#, cela aurait pu etre VB mais non, et franchement ce n'est pas ce qui va m'empêcher de facturer mon client (Vive SAP.net connector)

[soleuh]

Professionnellement, je développe en vb.net mais j'ai personnellement une préférence pour le C++.

Les points qui me dérangent sur le vb (VS2005) sont la verbosité du langage, l'absence d'héritage multiple et l'absence de typage valeur/référence pour les variables membres.

L'héritage multiple est utile, quoi qu'on veuille nous en priver en .net ! C'est très embêtant de devoir réécrire à plusieur endroit du code parcequ'une classe hérite déjà de quelque chose. J'ai vraiment l'impression de revenir 50 ans en arrière à faire du copier/coller inutile !

Par contre, si vb est un langage verbeux, on a aucun moyen de spécifier le type d'une variable membre. C'est peut être quelque chose que j'ai raté, mais ça me rend un peu fou.

La possibilité de définire une classe nothineritable. J'ai pas compris l'utilité... à part pour me casser les pieds !

Enfin la nessessité d'avoir une machine de guerre pour coder en .net ! Devenv est ingérable. Il consomme une quantité phénoménale de Mo de ram et plante très souvent !! Bref, on passe énormément de temps à attendre l'outil de développement au lieu de coder....

Je suis biuen obligé d'utiliser ce langage pour le boulot... mais franchement je ne le trouve pas du tout à mon goût !

[Thomas Lebrun]

La possibilité de définire une classe nothineritable. J'ai pas compris l'utilité... à part pour me casser les pieds !

Si tu parles des classes sealed (scellée) en C#, autrement dit des classes dont on ne peuc pas hériter, je trouve cela plutôt pratique, surtout dans des équipes de développement.

Imagine ce scénario:

X développe une classe MaClasse, mais qui ne doit pas être en mesure d'avoir des enfants (on ne peut pas hériter de cette classe) pour des raisons diverses.

Y arrive dans l'équipe et on oublie de lui préciser qu'on ne doit pas créer de classe qui hérite de la classe MaClasse. Techniquement, rien ne l'en empêche

Avec le mot clé sealed, X s'assure que sa classe MaClasse ne pourra pas avoir d'enfant, donc que la ligne ne compile pas:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public class MaClasseDerivee : MaClasse

Voila, j'espère au moins que c'était bien le sujet de ton intérogation


A+

[Merlin]

Une question me turlupine tout de même... pourquoi J# a-t-il si peu de succès auprès des développeurs java ???
Fremy

Pour les mêmes raisons que c++builder n'a pas eu le succès attendu auprès des développeur c++, ou que Kylix n'a pas eu le succès attendu sous linux :
les développeurs purs et durs de java n'iront pas se "vendre à l'ennemi Microsoft" et ceux qui travaillent avec les produits MS préfèrent de loin un langage nouveau comme C# qu'une adaptation de Java qu'est J#.
Je parlais de c++builder, lui la raison c'est que la VCL faites en Delphi, ça filait des pustules aux développeurs c++ purs et durs, seuls les plus ouverts d'esprit ont acheté et utilisé c++builder. Je parlais aussi de Kylix (delphi sous linux), utilisant la lib QT pour la portabilité windows/linux, ce n'était pas du "natif de chez natif", moralité les purs et durs linuxiens ont boudé.

En réalité plein de bons produits échouent pour la même raison : non respect de la culture sectaire des informaticiens ciblés...

[soleuh]

X développe une classe MaClasse, mais qui ne doit pas être en mesure d'avoir des enfants (on ne peut pas hériter de cette classe) pour des raisons diverses.

Ok immaginons...
Résultat, dans le framework on trouve des classes dont on ne peut pas hériter. Et c'est un peu bloquant !

[neguib]

X développe une classe MaClasse, mais qui ne doit pas être en mesure d'avoir des enfants (on ne peut pas hériter de cette classe) pour des raisons diverses.

Ok immaginons...
Résultat, dans le framework on trouve des classes dont on ne peut pas hériter. Et c'est un peu bloquant !

Disons que çà oblige à aller fouiller par Reflection dans ces classes protégées pour comprendre leur construction et afin d'implémenter soi- même ce qu'on a besoin de dériver (donc plutôt les interfaces judicieuses ) en conséquence du travail supplémentaire n'est-ce pas

[soleuh]

Même pas :
Une classe A du framework utilise une classe B du framework. La classe B n'est pas dérivable.... je suis bloqué, il faut que je trouve une autre façon qui n'est pas dans l'esprit OO !

[neguib]

Même pas :
Une classe A du framework utilise une classe B du framework. La classe B n'est pas dérivable.... je suis bloqué, il faut que je trouve une autre façon qui n'est pas dans l'esprit OO !

Poste ta question sur ce Forum Général Dotnet, en apportant les précisions necessaires, nous essaierons de débrouilller, avec toi, ton affaire de la façon la plus propre possible