Y a-t-il des raisons pour lesquelles un développeur C# devrait apprendre Emacs/Vim ?

Question

Je travaille comme développeur c# dans un atelier purement Microsoft.

J'ai récemment commencé à apprendre l'assemblage à l'aide de gas et de Linux pendant mon temps libre. J'aime bien m'amuser avec Linux, mais je suis encore très novice en la matière.

Je n'arrête pas d'entendre que je devrais apprendre VIM ou Emacs, mais le fait est que je n'aurai absolument jamais besoin de les utiliser dans le cadre de mon travail, et je me sens donc un peu coupable de consacrer du temps à la maîtrise de l'un d'entre eux. Pire encore, je me demande si le fait d'apprendre VIM ou Emacs pourrait me rendre plus lent avec visual studio car je confondrais les raccourcis clavier.

Actuellement, j'effectue mon montage sous Linux en utilisant SciTE (je crois que c'est devenu notepad++ sous Windows).

Pour quelqu'un qui travaille dans un environnement de produits ms uniquement, y a-t-il une vraie raison pour que j'apprenne Emacs/VIM ? Je vois qu'il y a un paramètre dans vs studio pour utiliser les raccourcis d'Emacs, est-ce que quelqu'un ici est devenu plus productif en les maîtrisant dans vs, ou en d'autres termes, est-ce que vous pensez que cela en vaut la peine ?

Merci d'avance !

En rapport : L'apprentissage du VIM en vaut-il la peine ?
En rapport : Cela vaut-il la peine d'investir du temps dans l'apprentissage d'Emacs ?
En rapport : Pourquoi utiliser un IDE ? (vue de l'autre côté)

Answer 1

Commencez la guerre des flammes :)

Je suis accro au VIM et je n'ai pas honte de l'admettre. Je trouve que l'utilisation de VIM me rend beaucoup plus productif dans ma vie quotidienne. Le codage est beaucoup plus rapide lorsque vous n'avez pas à lâcher le clavier.

Par défaut, VS supporte mal les liaisons VIM. Cependant, il existe un complément bon marché ( ViEmu ) qui prévoit excellent Raccords de touches VIM pour Visual Studio. J'ai une licence personnelle et je pense que cela vaut chaque centime.

Ceci étant dit, il existe un raide la courbe d'apprentissage associée au VIM. Il est fort probable qu'il réduise votre productivité pendant une semaine ou deux. Après cela, les avantages commenceront à se faire sentir et vous devriez constater une augmentation de votre productivité.

Answer 2

Je travaille dans un atelier à 90% Microsoft, mais j'utilise encore gvim tous les jours. J'ai des plugins vi pour chaque IDE avec lequel je travaille. Je recommanderais vim si vous voulez apprendre l'un ou l'autre, mais je sais que les utilisateurs d'emacs ne seront pas du tout d'accord.

emacs et vi existent depuis longtemps et sont tous deux très puissants. L'apprentissage de l'un d'entre eux pourrait vous ouvrir les yeux sur un monde de codage plus efficace.

Answer 3

Je travaille également dans un magasin qui ne vend que des produits Microsoft, mais à la maison, je n'utilise que Linux. Il suffit de dire que j'utilise exclusivement Vim pour l'édition à la maison. Au travail, j'utilise Visual Studio pour tous les développements, mais j'utilise Vim pour de nombreuses tâches qui nécessitent une manipulation de texte complexe. Même si je n'utilisais pas Vim à la maison, il me serait toujours incroyablement utile pour ce que je fais au travail. Notre informaticien me prend pour une sorte de magicien lorsqu'il me voit faire mes acrobaties avec Vim. Cela doit valoir quelque chose, non ? ;)

Answer 4

J'utilise emacs et Visual Studio en même temps et j'aurais du mal à me passer d'emacs. VS est bien sûr indispensable, mais il n'offre pas l'édition de texte qu'emacs offre. Pour moi, Emacs est à 98,4 % un panneau d'édition. Visual Studio dispose de 12 panneaux différents, chacun d'entre eux étant important, mais parfois je veux juste regarder le code. Emacs me permet de le faire. Et je peux diviser les écrans et voir 4 fenêtres d'édition sur un seul écran, même dans le même fichier. Avec deux moniteurs, je peux avoir Emacs Windows sur chacun d'eux. Cela semble bizarre, mais c'est très utile lorsque je travaille sur différentes parties du code en même temps (disons une définition d'interface et une implémentation, en même temps). La recherche et le remplacement de regex.

J'ai activé le mode auto-revert dans emacs, qui est l'analogue de la fonction VS qui dit "un fichier a changé en dehors de Visual Studio, voulez-vous le recharger ?". Sauf que dans emacs, il est toujours rechargé silencieusement, ce que je veux. Je passe donc de VS à emacs et vice-versa, et il n'y a jamais de problème avec les changements en attente dans le code source qui n'ont pas été affichés dans l'autre éditeur. VS dispose d'une fonction "plein écran", mais je ne l'ai pas trouvée aussi souple ou utile qu'emacs.

Je ne peux pas imaginer ne pas disposer de cette combinaison d'outils. Visual Studio seul n'offre pas cette possibilité. Emacs seul ne suffirait pas. J'utilise encore Emacs pour des extraits de base et de petits programmes de test. J'utilise VS pour la gestion de projets, TFS, les tests et le débogage.

Mon utilisation d'emacs n'est pas un choix à ce stade. Je l'ai appris il y a longtemps, dans une entreprise précédente, où emacs était l'outil standard, de sorte que c'était... pour ne pas dire "facile", mais c'était automatique. Je ne peux pas imaginer apprendre emacs "tout seul". J'ai appris les choses de manière osmotique, juste grâce à la communauté d'autres utilisateurs d'emacs autour de moi. Grâce aux gens dans le couloir, j'ai acquis et personnalisé un tas de code elisp pour mon installation. Le faire avec un livre... Je n'arrive pas à l'imaginer.

Quant à la question de savoir si la confusion des doigts vous rend moins productif... Je n'ai jamais eu de problème.

Answer 5

J'étais un utilisateur assidu de VIM et j'ai également développé l'intellisense pour C# ( http://insenvim.sourceforge.net/ ) mais avec les derniers changements de langage, je ne peux pas éviter d'utiliser Visual Studio. Mais si j'utilise VIM, c'est souvent pour des raisons de simplicité. Visual Studio prend beaucoup de mémoire et le temps de démarrage est très long. Même pour lire un fichier ou faire des choses simples, il faut quelques minutes. Mais avec VIM, il est si facile d'ouvrir un fichier et de naviguer. Il est possible que je porte l'intellisense de VIM sur C# 3.0.