L'une des pires choses que vous puissiez faire pour une carrière à long terme est de devenir si attaché à un outil, une langue ou un environnement que vous ne pouvez pas changer. Ensuite, vous constatez que votre outil préféré n'est pas disponible pour le nouveau matériel lors du prochain travail ...

J'ai pris ma retraite prématurément, donc mon temps total dans l'industrie n'était que de 32 ans. Pendant ce temps, je suis passé du codage dans un langage d'assemblage désormais obsolète sur des cartes perforées à Java dans un IDE. La vie professionnelle des humains est souvent plus longue que la durée de vie des outils logiciels.

Peut-être pour le moment que vous êtes seulement à "préférer ne pas changer" plutôt que "ne peut pas changer", mais plus vous continuez avec un ensemble d'outils il sera plus difficile de changer.

Je suis actuellement dans une position quelque peu similaire. Presque tout le monde dans l'entreprise utilise un IDE appelé eclipse, mais je préfère utiliser IntelliJ car je développe plus rapidement avec lui. Mes astuces:

Donnez une chance à leur outil

Nous aimons toujours d'abord utiliser "l'outil que nous connaissons" dans votre cas, vim. Cependant, chaque outil a ses avantages et ses inconvénients. Utilisez leur outil un peu, demandez de l'aide pour faire des choses auxquelles vous êtes habitué dans vim. Grâce à cela, vous apprenez «à leur manière» ou vous construisez un argument pour votre outil.

Saisissez également cette opportunité pour développer vos compétences dans plusieurs outils. Comme d'autres l'ont mentionné, il est important de connaître plus d'une façon de procéder. Assurez-vous de garder vos compétences à jour. Et même si vous ne vous en tenez pas à cet outil, vous pouvez apporter certains aspects de celui-ci à votre flux de travail vim.

En guise d'histoire, dans une équipe dont j'ai entendu parler mais que je n'ai jamais été, le l'équipe a utilisé l'outil X pour développer. Un nouveau membre de l'équipe a voulu utiliser l'outil Y, mais on lui a dit: "non, nous le faisons avec l'outil X UNIQUEMENT !!!" Le coéquipier a donc utilisé l'outil X. Plus tard, il a demandé: "Comment puis-je comparer avec l'outil X?" Leur réponse: "oh, nous utilisons l'outil Z pour cela." Son: "Si nous utilisons l'outil Y, nous ne payons qu'une seule licence et il peut se développer et se différencier. Vous payez actuellement 2 licences pour l'outil X et Z." C'est une raison commerciale claire d'autoriser l'outil Y à entrer.

Utilisez votre outil quand même

Si vous avez fait ce qui précède, et qu'ils insistent toujours sur leur outillage - ce qui dans votre cas Je vois fortement se produire avec la courbe d'apprentissage de vim - utilisez votre choix, mais ne le dites pas. Configurez-le pour avoir un style de code similaire au leur. C'est ce que je fais. Ne pas obliger quelqu'un d'autre à changer d'IDE dans mon équipe, mais mes coéquipiers savent que j'en utilise un autre. Parfois, ils posent des questions à ce sujet, et je suis un bon ambassadeur de l'IDE. Vous pouvez devenir un ambassadeur similaire pour vim si vous le souhaitez.

Par un commentaire sur une réponse différente, si vous choisissez d'utiliser une configuration différente de la norme, en tant que professionnel, vous prenez votre temps pour la configurer. Cela signifie que vous travaillez nuit et week-end si vous vous occupez de votre configuration ou si votre configuration rompt le flux de travail normal des autres. Cela signifie également prendre en charge la correction d'outils et d'infrastructures de qualité inférieure pour vous permettre de travailler - par exemple, permettre à une construction de se produire sur la ligne de commande au lieu de dans un IDE. Soyez courtois et rappelez-vous que vous demandez une faveur pour ne pas utiliser la configuration standard, vous n'y avez certainement pas droit. Si vous utilisez un outillage différent cause trop de problèmes, soyez prêt à jeter l'éponge.

Le risque avec cela de la direction, c'est que vous demandez essentiellement pardon s'ils insistent vraiment sur Sublime. Il y a de la valeur dans les outils standardisés dans une équipe. Selon la situation, les environnements standard peuvent signifier une meilleure collaboration, car un coéquipier peut venir à votre station et savoir exactement ce qu'il recherche pour vous aider. Respectez cela si la direction insiste.

Commentaire spécial sur Sublime : Sublime a besoin d'une licence dans un environnement professionnel, même si j'ai vu cela ignoré. Vous devez vous assurer que cette licence est payée. Si ce n'est pas le cas, suggérez-leur de passer à atome, qui est un clone de Sublime créé par GitHub qui est vraiment libre comme dans la bière ainsi que libre dans la parole.

J'ai eu une longue réponse tapée sur le fait que je n'aime pas les arguments sur la question de savoir si l'outil X est meilleur que l'outil Y, car ce ne sont que des arguments sur le type de tournevis "meilleur", mais je l'ai supprimé car il n'est pas sujet, et ennuyeux aussi.

Mon conseil est le suivant: assurez-vous que vos raisons d'utiliser un outil contiennent plus que "Je préfère celui-ci" ou "Je le connais mieux".

Les entreprises qui ont un outillage standard l'ont généralement parce que quelqu'un l'a mis en place, soit parce que c'est la bonne chose à utiliser et fait le travail correctement, soit parce que cette personne le préfère. Si c'est le premier, et que vous pouvez réellement démontrer que votre outil n'interrompra pas le processus, vous pourrez peut-être changer les choses. Si ce dernier, et que cette personne est toujours dans une position de décision, vous êtes dans une dispute.

La meilleure façon d'éviter cela est de concevoir des processus qui sont indépendants de l'outillage, mais c'est un cheval d'une couleur différente.

Je fais du conseil depuis plus de vingt ans. Je rencontre régulièrement des situations comme la vôtre parce que je continue à aller dans de nouveaux endroits.

Au fil du temps, j'ai réalisé que ce dans quoi je suis bon, c'est d'utiliser les fonctionnalités dans mes outils d'une certaine manière - pour que le problème ne soit pas l'outil, mais la fonctionnalité utilisée d'une certaine manière - "comment faire cela dans l'outil X".

Par conséquent, si une entreprise refuse de Je télécharge et installe les outils que je veux, puis je leur demanderai de m'aider à adapter leurs outils aux fonctionnalités dont j'ai besoin pour maximiser ma productivité pour eux.

Et, cela s'est avéré très bénéfique pour moi - j'apprends un nouvel outil ET comment l'utiliser à MA façon. Cela m'aide à long terme en tant que consultant - plus je connais d'outils, mieux je suis - et plus je connais de moyens de résoudre le même problème, mieux je suis.

Par conséquent , concentrez-vous sur les avantages pour vous-même et pour l'entreprise - travaillez vers un gagnant-gagnant en vous concentrant sur ce dont vous avez réellement besoin, plutôt que de vous demander quel outil est le meilleur.

(De temps en temps cependant , en passant en revue les fonctionnalités dont j'ai besoin, je convertirai un client pour qu'il utilise mon outil préféré car il se rendra compte qu'il est meilleur, ce qui est toujours gagnant-gagnant - juste à l'inverse.)

TL;DR

• Apprenez à utiliser les outils qu'ils fournissent
• Lorsque vous apprenez tout ce qu'il y a à savoir, il y a de fortes chances que vous rencontriez des frictions importantes, alors utilisez votre ancien flux de travail
• Soyez prêt à faire ressortir le flux de travail "standard" lorsque vous obtenez / donnez de l'aide.

Je note qu'aucune de ces réponses n'est du point de vue d'un utilisateur expérimenté de Vim *

* _{^{Je définis l'utilisateur expérimenté de Vim comme toute personne qui rencontre des problèmes avec divers plugins parce qu'ils ne sont pas conformes à <choisissez votre comportement vim>. sup>}}

Au nom du pouvoir (Vim / Tmux)

Vim et tmux forment une combinaison incroyablement puissante. Si vous n'avez pas encore la configuration de la liaison, ajoutez quelque chose comme ceci:

  func! BindTest () appelle inputsave () let session = input ('tmux target session: pane>', ': 1.1') let command = input ('test command>', 'py.test --cov') "let global = input ( 'bind for all windows?', 'y') appeler inputrestore () exécuter "nnoremap <cr>: w! <cr>:! tmux send-keys -t". session. "\" ". commande. "\" C-m<cr><cr> "endfuncnnoremap <leader>st: appel BindTest () <cr>  

Permet de frapper Entrée kbd> pour exécuter vos tests automatisés dans le volet divisé, et en ils sont en cours d'exécution, vous pouvez continuer à modifier. Évidemment, modifiez les commandes en fonction de vos préférences / de votre environnement. J'utilise ceci comme exemple, mais il y a beaucoup, beaucoup d'autres choses extrêmement puissantes que vous pouvez faire avec vi / vim / tmux qui ne vous oblige pas à retirer vos mains de la position de saisie. Tout autre flux de travail que j'ai essayé m'a toujours laissé vouloir la bonne vieille ligne de commande.

En général, si vous disposez d'un outil tel que vim + tmux, vous devez l'utiliser . Je ne pense pas qu'il soit possible pour quelqu'un de toute sa vie d'apprendre et de profiter de tout ce qu'il peut sur vim + tmux.

Je soupçonne que si vous vous sentez assez passionné par un outil non standard, que vous voulez utiliser, c'est probablement quelque chose qui a ce genre de pouvoir.

Au nom des standards

D'un autre côté, êtes-vous si sûr que votre outil est aussi bon que vous le pensez? Ça pourrait ne pas l'être. Le seul moyen de le savoir avec certitude est d'essayer l'autre chose. Il y a quelques fonctionnalités très intéressantes de Sublime / Atom / Brackets / qui peuvent vous rendre la vie meilleure. Ou au moins peut-être entrer en concurrence avec votre outil.

Découvrez l'outil que votre entreprise fournit / a besoin. Apprenez à utiliser ses raccourcis / touches de raccourci, découvrez ses fonctionnalités. Est-il plus rapide d'utiliser simplement le clavier? Ou pouvez-vous l’utiliser plus rapidement avec la souris et du clavier? Si votre première impression est juste, que votre outil est meilleur que l'outil standard, il y a de fortes chances que dans une semaine ou deux, vous ayez exploré à peu près tout ce que vous pouvez faire sans une personnalisation poussée (par exemple, des plugins ou la programmation de vos propres extensions). Si vous n'apprenez pas continuellement de nouvelles fonctionnalités qui peuvent améliorer votre vitesse, et surtout si vous rencontrez des frictions dans votre flux de travail, vous pouvez maintenant remettre cet outil sur l'étagère.

Ce n'est rien de personnel

La plupart des outils conçus pour une consommation de masse. (L'outil <insert que vous rechignez ici>) est conçu pour bien fonctionner pour le plus petit dénominateur commun. Je suis à peu près sûr que je pourrais placer n'importe lequel de mes enfants devant Sublime et qu'ils pourraient commencer à taper des choses (bien sûr, ce ne sera pas très bien, mais les éditeurs ne sont pas assez bons pour résoudre ce problème encore).

Dans un environnement d'entreprise, vous voulez cela. Je devrais pouvoir m'asseoir à votre poste de travail, ou vous au mien, et nous devrions avoir une langue commune que nous pouvons parler. Avec un éditeur standard comme Sublime, vous pouvez dire: "OK, maintenant ouvrez votre barre latérale, allez dans ce répertoire et ouvrez ce fichier, puis faites défiler jusqu'à ce que vous soyez à cette fonction."

Il y a un certain pouvoir d'avoir cette communauté. Vous n'êtes pas obligé de me vexer pour avoir utilisé emacs, et je n'ai pas à vous ridiculiser pour avoir utilisé "l'édition modale, quoi que ce soit", chaque fois que nous nous réunissons pour éditer du code. Et si je m'assois que votre clavier, il y a de très bonnes chances que nous ayons les mêmes raccourcis clavier, même si c'est mon tout premier jour en tant que nouveau programmeur fraîchement sorti de l'université / du bootcamp dans votre entreprise.

Réponse courte

Différentes entreprises, différentes cultures, outils, normes, etc. Soit les suivre, essayez d'être routiniers avec eux OU les convaincre d'ajouter / modifier en standard ce que vous voulez. Ils modifieront certainement les normes si cela est avantageux pour l'entreprise.

Réponse longue

Demandez-leur de configurer et de vous permettre d'utiliser Vim / Tmux comme vous sont plus flexibles avec cela. Expliquez-leur également les avantages de Vim / Tmux par rapport à Sublime

S'ils refusent pour Vim / Tmux , alors commencez à être flexible avec Sublime , car avec le temps, vous serez familier et flexible pour travailler avec lui aussi.

Vous êtes nouveau, vous devez donc prendre le temps de découvrir pourquoi les choses sont comme elles sont. Ensuite, vous pouvez déterminer une stratégie sur la façon de les changer ou éventuellement de ne pas les changer du tout. Pendant le processus d'entrevue, vous devriez vous demander comment le groupe de programmation est géré et savoir si vous êtes un bon candidat ou non. En fonction de votre situation actuelle, il y a une chance que vous ne le fassiez pas.

Dans certaines situations, vous n'avez aucun changement de changement: programmation par paires, utilisation très restreinte de l'équipement de l'entreprise, l'entreprise a acheté / construit des modules complémentaires qui ne fonctionnent que sur un seul type d'éditeur de texte.

S'ils sentent que tout le monde est cohérent, il aide à la maintenance, à la configuration des postes de travail et à l'assistance en cas de problème, cela peut prendre un certain temps. prouvez que vous n'allez pas avoir de problèmes et si vous le faites, vous pouvez les résoudre rapidement.

Attention, vous ne voulez pas être perçu comme quelqu'un de difficile et peu flexible. Si une entreprise pouvait gagner beaucoup d'argent en écrivant du code en COBOL, ceux qui refusent de l'apprendre le font à leurs risques et périls.

Je trouve étrange que la plupart des réponses vous poussent à accepter la norme et à ne pas vous demander gentiment si vous pouvez utiliser un outil différent (tant qu'il n'y a pas de problèmes de licence, etc.)

Tout d'abord , assurez-vous que tous les outils standard sont installés sur votre poste de travail. Ainsi, si l'un de vos collègues a besoin d'utiliser votre poste de travail, il peut accéder à tous les outils standard avec lesquels il est familier.

Ensuite, allez à votre responsable et demandez-lui si vous pouvez installer vos propres outils (et assurez-vous de mentionner qu'ils sont gratuits ou que vous fournissez votre propre licence et fournira une preuve de la licence).

Je fais cela chaque fois que je commence un nouveau travail (j'ai un ensemble de mes outils standard que j'utilise - Far Manager, 7-zip, tous les outils SysInternals, etc.) et il n'y a pas eu une seule occasion où je n'a pas obtenu l'approbation. (J'ai des licences spécifiques pour les outils qui en nécessitent une.)

Je finis généralement par apprendre les outils standard de l'entreprise, mais je suis bien plus efficace en utilisant Far Manager qu'en utilisant l'Explorateur Windows. Je préfère mes propres outils dans certains domaines.

Cela ne fonctionnera clairement pas avec certains outils (si l'entreprise utilise MySql, vous ne pouvez pas simplement utiliser SQL Server) mais pour les outils de développement local, j'ai du mal le temps de voir un gestionnaire décent se soucie beaucoup d'une manière ou d'une autre. Au fil du temps, certains de mes outils deviennent généralement "standard" parce que certains / nombreux collègues réalisent leur valeur et commencent à les utiliser.

À la fin, si le responsable dit non, vous devrez vous en tenir à la norme mais cela ne fera pas de mal de demander.

Différentes entreprises ont des besoins différents et ont fait des choix différents. Certaines entreprises permettent à chacun de choisir les outils qu'il utilise, mais beaucoup ne le font pas. Parfois, cela est dû à la croissance (les petites entreprises sont moins susceptibles d'être standardisées) et parfois à la suite de quelque chose de grave qui se produit lorsque quelqu'un a utilisé un outil différent et que d'autres ne pouvaient pas le soutenir de manière adéquate, alors ils ont tout normalisé. Cela se produit souvent après le départ de la première personne et le chaos en est résulté.

Si une entreprise est allée jusqu'à établir une norme, elle s'attend à ce que vous appreniez à vivre avec. . En tant que nouvel employé, si la première chose que vous faites est d'entrer et d'essayer de le faire faire une exception à votre place, vous serez probablement qualifié de fauteur de troubles ou de quelqu'un qui est un flocon de neige spécial, difficile à travailler avec une personne. Ce n'est jamais dans votre meilleur intérêt. Il est très difficile d'annuler une mauvaise première impression. Il vaut mieux s'adapter au nouvel outil même s'il vous ralentit temporairement.

À l'avenir, si l'utilisation d'un outil particulier est importante pour vous, n'acceptez que les emplois qui utilisent cet outil ou laissez la liberté de choisir ce que vous voulez. Même dans ce cas, vous devrez peut-être vous adapter plus tard si les choses changent dans cette entreprise.