Reprise du message précédent :

Pour faciliter un recrutement je ne crois pas que ça vaille l'investissement, financier notamment, mais si on te l'offre (comme souvent en SSII où ça aide à faire croire au client qu'on l'a plus grosse qu'elle ne l'est) fonce si tu as un peu de temps à y consacrer, ça pourra toujours se valoriser plus tard.
De même, pour ta culture personnelle, si tu trouves les questionnaires corrigés on peut y apprendre pas mal de choses intéressantes.

Personnellement, je n'ai aucune certif et je m'en porte bien, ça ne m'a jamais manqué. Beaucoup de très bons dévs (ou autres) avec qui j'ai bossé n'en ont pas non plus.

A l'inverse, j'ai aussi connu un mec qui avait obtenu haut la main une certif MS à force d'apprendre par cœur les QCM alors que dans la pratique le gars était une bite intersidérale (le genre à avoir tellement confiance en lui qu'il ne testait rien de ce qu'il faisait, moralité les 3/4 du temps ça merdait de partout, et en analyse/architecture/conception, ça ne valait pas mieux vu qu'il faisait tout à l'arrache).
Mais attention il était certifié donc il devait être bon .

Bref, ça ne peut pas faire de mal mais on vit très bien sans aussi...

 
Comme le dis TotalRecall, c'est bien pour ton image et celui de ta boite.
C'est comme être MVP, en soit c'est rien, mais en SSII ça te permet d'être plus facturé (Le client se sent plus en sécurité), et donc d'avoir un salaire plus élevé.
 
Apres c'est comme tous, soit tu fais ça sérieusement, soit tu apprends par cœur et tu balances la sauce.
 
Ça te fera apprendre quelques choses (Dans 99% des cas inutile, soit dit en passant), mais ça ne va pas faire de toi un meilleur développeur.

Je suis d'accord avec TotalRecall.
 
En revanche, je crois que c'est nécessaire pour être partenaire µsoft et donc de bénéficier des licences à moindre coût.
 
C'est plus avantageux pour la boite que pour toi je pense.

 
 
Ok merci   . Je pense essayer d'evoluer du dev assez rapidement apres mon embauche, donc c'est effectivement probablement pas tres interessant pour moi.
 
  pour le mec qui fait tout comme un bourrin, j'avais un peu cette mauvaise manie mais je pense m'en etre detache

 
Ca veux dire quoi ça?
 
"Je veux vite devenir autre chose qu'un développeur ?"    Dans ce cas pourquoi vouloir être développeur ?

 
Parce qu'en general en sortie d'ecole t'es pas bombarde directeur commercial. J'ai fait un an et demi de cesure/projets en programmation et je me rend compte que je voudrais faire autre chose, mais le plus simple vu mon diplome et l'experience est probablement de rentrer quelque part avec une grosse composante de dev, puis evoluer vers d'autres positions.

Non, t'as 23 ans, tu peux t'orienter vers d'autres cursus commerciaux qui peuvent te faire déboucher plus vite vers d'autres trucs qui t'intéressent plus. Le dev ne te mènera pas facilement vers des choses différentes de l'informatique.

Clairement essai de t'orienter de suite vers ce qu'il te plait.

Les mecs qui se lancent dans le dev et qui n'aiment pas ça, c'est rarement bon.

Et je pense qu'un mec qui fait pas un super boulot, ben on va pas le faire evoluer vers autre chose.

Merci des feedbacks .

C'est pas que le dev ca me plait pas, d'ailleurs s'pour ca que j'en ai fait un an et demi, mais je me vois pas persister la dedans a coder 8 heures par jour. Je voudrais tenter quelque chose avec plus de contacts humains et d'autres challenges qu'uniquement sur la prog, et donc quelque chose oriente vers du management de projet info par exemple, mais si ca me bloque entierement dans l'info vaut peut etre mieux que je tente du management autre part  

j'avais fais quelques tests avec sql server compact edition et pour finir je suis passé a sqlite qui est assez simple mais il faut intégrer les dll au projet pour que ça marche sur une autre machine donc je suppose que ça doit être pareil avec sql server compact.

En septembre je rentre dans une nouvelle boite qui utilise nHibernate. J'ai passé pas mal de temps à chercher un bon tuto sur la marche à suivre pour utiliser nHibernates et je dois avouer que je m'y perd un peu. J'étais bien au chaud avec Entity Framework ... Avez vous des bon tutos, des exemples simples d’utilisation. Et y a t il des outils références ?

 
J'étais même pas tombé sur ce tuto, je vais regarde ça, merci.

C'est toujours frustrant quand on se retrouve sur des projets ayant un framework inférieur a celui qu'on a l'habitude d'utiliser

Sans parler de l'infériorité du langage

Nan

Nan

Heureusement  

VB.NET a quelques avantages sur C# : la syntaxe de requête Lina est beaucoup plus fournie (heureusement vu la gueule des "lambda" VB) et les XML literals ont l'air pratique et puissants quand on gère beaucoup de XML.

Les XmlLiterals tel que j'ai compris le truc (avec mon regard biaisé de développeur C#) c'est une espèce de chose étrange qui permet de coller du XML en plein milieu de ton code et le manipuler avec Linq2Xml sans aucun guillemet délimiteur de chaîne autour du pavé de XML. Incidemment, ça permet aussi d'en forcer le parsing "spontané" en XDocument.
En somme un truc qui m'a paru aberrant en terme de syntaxe, donc qui va plutôt bien avec le VB. Je n'ai pas compris l'intérêt sinon (à part économiser un type de variable explicite et des guillemets, la belle affaire), mais je ne l'ai pas non plus cherché, j'avoue. Je ne dis pas qu'il n'y en a pas : juste que je ne l'ai pas vu.

Pour LINQ s'il y a des méthodes d'extension utiles qui n'existent nativement qu'en VB, ça m'intrigue, je veux bien en savoir plus aussi ?

http://stackoverflow.com/questions [...] -net-and-c
 
Il me semble qu'il y en a d'autres mais je ne les ai plus en tête.

L'avantage sur la méthode "guillemets" c'est que tu es sûr que ton XML est valide vu que c'est vérifié à la compilation.

Mais vu que c'est du copier-coller en dur dans le code, il aurait forcément été bon au final non ? En général, un programme tu ne le compiles pas qu'une fois, si par hasard il doit contenir un bout de XML en dur et que tu y fais une faute, tu finiras bien par te rendre compte (genre à la première exécution par exemple) qu'un truc est à corriger...

Ah oui, rien d'extraordinaire mais quelques petits éléments pratiques. C'est chiant de devoir alterner requête linq et methodes d'extensions pour appeler des trucs comme Skip, tant mieux si le VB l'évite. Ca marche aussi avec Take, distinct et autres ?
Pas mal aussi la comparaison des group...

J'ai l'impression que tu nas pas bien saisi le truc. Les XML literals permettent de faire un peu plus que de coller un document XML statique dans ton code.

Je te conseille d'aller faire un tour sur la MSDN pour voir ce qu'on peut faire avec :

http://msdn.microsoft.com/en-us/library/bb384629.aspx

(L'exemple "Embedding Queries in XML Literals" me semble assez parlant)

Sisi, mais ça justement c'est la partie qui syntaxiquement me fait horreur, navré .
Question de goût après...

Pareil, j'aime bien quand c'est bien structuré.
Là ça fait fouillis je trouve, mais oui, question de goût.

Ça reste du XML
Mais je maintiens que ça me semble pratique quand on doit générer du XML en masse.

Salut à vous,
 
J'ai une petite question con sur les habitudes de chacun.
 
J’essaye généralement d'avoir le moins de block try catch finaly.
 
Bien sûr quand je dois créer ce type de bloc je m'obstine à tout architecturer bien pour utiliser de façon cohérente le bloc finaly, je catch aussi les exceptions spécifique, pas de gros bloc exception.
 
Je voulais connaitre votre habitude de ce côté-là ?