Rémy Giard’s blog

Cet été, j’ai vécu mes deux premières expériences à travailler sur des projets utilisant les technologies .Net. J’ai rencontré plusieurs difficultés et frustrations que j’énumère ici.

Tout d’abord, il est important de mentionner que mon expérience est surtout en Java. Donc, naturellement, je pense en fonction des technologies / architectures / outils Java. Je considère que je maitrise l’outil de développement Eclipse que j’utilise aussi pour les langages Python, Ruby et PHP.

Cela dit, Visual Studio est pour moi un nouvel IDE et à vrai dire, je préfère de loin mon bon vieux Eclipse. Voici une liste de mes points irritants de Visual Studio. La plupart sont des « goodies » qui nous aident à se sentir en contrôle de notre IDE.

• Il n’existe pas de raccourci pour se déplacer facilement et rapidement à une classe ou une ressource.
• La gestion des « using » ou « import » en Java est ardu. L’IDE ne détecte pas automatiquement les « using » à faire. En plus, il ne donne pas d’avertissement / erreur pour un « using » non utilisé.
• Visual Studio n’utilise pas les clés standards (CTRL-PgDown, CTRL-PgUp) des autres applications pour se déplacer d’un tab à un à autre. Il existe une clé pour se déplacer d’un tab à l’autre ?
• La génération des getters / setters doit être fait champ par champ avec un écran de confirmation à chaque fois pour chacun. Il serait intéressant de pouvoir tous les générer d’un coup.
• Il n’existe pas de méthode « refactor » pour ajouter un paramètre à une méthode existante et modifier tous les appels existants à cette méthode à spécifiant un valeur par défaut.
• En ASP.Net, il arrive trop souvent que l’ouverture du fichier .aspx prenne un temps fou. Pendant ce temps, on voit le poste travailler à ….. quoi ?
• Je déteste l’auto-génération du fichier designer pour un fichier .aspx. Trop souvent, un contrôle ASP.Net ne pas être trouver dans le « code-behind » parce que le designer ne la pas générer. Ceci est supposé arriver seulement quand le fichier .aspx présente une / des erreur(s). Cependant, ces erreurs sont souvent anodines ou transparentes. Évidemment, une erreur est rarement triviale. Mais si au moins il avait un moyen d’avoir une piste sur la nature de l’erreur en question. L’affichage des erreurs dans les fichiers .aspx est très limitée.

Évidemment, cette liste n’est pas exhaustive. Ce sont les points que me viennent rapidement à l’esprit quand je pense aux problèmes que j’ai avec Visual Studio. En compsaraison avec Eclipse, je considère que ces points me ralentissent lors de mon développement d’application, ce qui est à l’inverse de l’objectif d’un IDE.