Eines der schlimmsten Dinge, die Sie für eine langfristige Karriere tun können, ist, sich so sehr an ein Tool, eine Sprache oder eine Umgebung zu binden, die Sie nicht ändern können. Dann stellen Sie fest, dass Ihr bevorzugtes Werkzeug für die neue Hardware beim nächsten Auftrag nicht verfügbar ist...

Ich ging vorzeitig in den Ruhestand, sodass meine Gesamtzeit in der Industrie nur 32 Jahre betrug. Während dieser Zeit wechselte ich von der Programmierung in einer mittlerweile veralteten Assemblersprache auf Lochkarten zu Java in einer IDE. Das Arbeitsleben von Menschen ist oft länger als die Lebensdauer von Softwarewerkzeugen.

Vielleicht sind Sie im Moment nur bei „lieber nicht ändern“ statt „kann nicht ändern“, aber je länger Sie mit einem Werkzeugsatz arbeiten, desto schwieriger wird es, sich zu ändern.

Ich befinde mich derzeit in einer etwas ähnlichen Lage. Fast jeder im Unternehmen verwendet eine IDE namens Eclipse, aber ich bevorzuge IntelliJ, weil ich damit schneller entwickle. Meine Tipps:

Geben Sie ihrem Werkzeug eine Chance

Wir verwenden in Ihrem Fall immer zuerst "das Werkzeug, das wir kennen", vim. Jedes Tool hat jedoch seine Vor- und Nachteile. Verwenden Sie ihr Werkzeug für eine Weile, bitten Sie um Hilfe bei Dingen, die Sie in vim gewohnt sind. Dadurch lernen Sie entweder "ihren Weg" oder Sie bauen ein Argument für Ihr Tool auf.

Nutzen Sie dies auch als Gelegenheit, Ihre Fähigkeiten in mehr als einem Tool zu erweitern. Wie andere bereits erwähnt haben, ist es wichtig, mehr als einen Weg zu kennen, dies zu tun. Achten Sie darauf, Ihre Fähigkeiten frisch zu halten. Und selbst wenn Sie sich nicht an dieses Tool halten, gibt es möglicherweise Aspekte davon, die Sie in Ihren vim-Workflow einbringen können.

Als Nebengeschichte, in einem Team, von dem ich gehört habe, aber nie Mitglied war, verwendete das Team Tool X zur Entwicklung. Ein neues Teammitglied wollte Werkzeug Y verwenden, wurde aber gesagt: "Nein, wir machen das NUR mit Werkzeug X!!!" Also benutzte der Teamkollege Werkzeug X. Später fragte er: "Wie differenziere ich mit Werkzeug X?" Ihre Antwort: "Oh, dafür verwenden wir Tool Z." Sein: „Wenn wir Tool Y nutzen, zahlen wir nur eine Lizenz und es kann entwickeln und diff. Du zahlst aktuell 2 Lizenzen für Tool X und Z.“ Das ist ein klarer geschäftlicher Grund, Werkzeug Y zuzulassen.

Verwenden Sie Ihr Werkzeug trotzdem

Wenn Sie das oben Gesagte getan haben und sie immer noch auf ihren Werkzeugen bestehen – was in Ihrem Fall meiner Meinung nach mit der Lernkurve von vim passiert – verwenden Sie Ihre Wahl, aber nennen Sie sie nicht. Richten Sie es so ein, dass es einen ähnlichen Codestil wie sie hat. Das ist, was ich tue. Niemanden in meinem Team dazu zu bringen, die IDEs zu wechseln, aber meine Teamkollegen wissen, dass ich eine andere verwende. Gelegentlich fragen sie danach, und ich bin ein guter Botschafter für die IDE. Sie können ein ähnlicher Botschafter für vim werden, wenn Sie möchten.

Laut einem Kommentar zu einer anderen Antwort: Wenn Sie sich für eine andere Einrichtung als die Standardeinstellung entscheiden, nehmen Sie sich als Profi Ihre eigene Zeit, um sie einzurichten. Das bedeutet, dass Sie nachts und am Wochenende arbeiten, wenn Sie mit Ihrem Setup herumhantieren oder Ihr Setup den normalen Arbeitsablauf anderer unterbricht. Dies bedeutet auch, die Verantwortung für die Reparatur von unterdurchschnittlichen Tools und Infrastrukturen zu übernehmen, damit Sie arbeiten können – zum Beispiel, dass ein Build auf der Befehlszeile statt in einer IDE ausgeführt wird. Seien Sie höflich und denken Sie daran, dass Sie um einen Gefallen bitten, das Standard-Setup nicht zu verwenden, Sie haben definitiv keinen Anspruch darauf. Wenn Sie unterschiedliche Werkzeuge verwenden, die zu viele Probleme verursachen, sollten Sie bereit sein, das Handtuch zu werfen.

Das Risiko beim Management besteht darin, dass Sie im Grunde um Vergebung bitten, wenn sie wirklich auf Sublime bestehen. In einem Team sind standardisierte Tools wertvoll. Je nach Situation können Standardumgebungen eine bessere Zusammenarbeit bedeuten, da ein Teamkollege zu Ihrer Station kommen kann und genau weiß, was er sucht, um zu helfen. Respektieren Sie das, wenn das Management darauf besteht.

Besonderer Kommentar zu Sublime : Sublime erfordert eine Lizenz in einer Geschäftsumgebung, obwohl ich gesehen habe, dass dies ignoriert wurde. Sie sollten sicherstellen, dass diese Lizenz bezahlt wird. Wenn dies nicht der Fall ist, schlagen Sie vor, dass sie zu Atom wechseln , einem von GitHub erstellten Sublime-Klon, der wirklich frei wie im Bier und frei wie in der Rede ist.

Ich hatte eine lange Antwort darüber, wie ich die Argumente darüber, ob Werkzeug X besser als Werkzeug Y ist, nicht mag, weil es sich nur um Argumente darüber handelt, welche Art von Schraubendreher "besser" ist, aber ich habe sie gelöscht, weil sie nicht zum Thema gehört, und auch langweilig.

Mein Rat lautet: Stellen Sie sicher, dass Ihre Gründe für die Verwendung eines Tools mehr enthalten als „Ich bevorzuge dieses“ oder „Ich weiß es besser“.

Unternehmen, die über Standardwerkzeuge verfügen, haben sie normalerweise, weil jemand sie eingerichtet hat, entweder weil es das Richtige ist und die Arbeit richtig erledigt, oder weil diese Person es bevorzugt. Wenn es ersteres ist und Sie tatsächlich zeigen können, dass Ihr Werkzeug den Prozess nicht unterbricht, können Sie möglicherweise Dinge ändern. Wenn letzteres der Fall ist und sich diese Person noch in einer Entscheidungsposition befindet, geraten Sie in einen Streit.

Der beste Weg, dies zu vermeiden, besteht darin, Prozesse zu entwerfen, die werkzeugunabhängig sind, aber das ist ein Pferd einer anderen Farbe.

Ich bin seit über zwanzig Jahren beratend tätig. Ich begegne routinemäßig Situationen wie deiner, weil ich immer wieder an neue Orte gehe.

Im Laufe der Zeit wurde mir klar, dass ich darin gut bin, Features in meinen Tools auf eine bestimmte Art und Weise zu verwenden – so dass das Problem nicht das Tool ist, sondern die auf eine bestimmte Art und Weise verwendete Funktion – „wie mache ich das in Tool X“.

Wenn also ein Unternehmen nicht bereit ist, mich die gewünschten Tools herunterladen und installieren zu lassen, werde ich es bitten, mir zu helfen, seine Tools an die Funktionen anzupassen, die ich benötige, um meine Produktivität für sie zu maximieren.

Und das hat sich als sehr vorteilhaft für mich herausgestellt – ich lerne ein neues Tool und wie ich es auf MEINE Art und Weise verwende. Das hilft auf lange Sicht als Berater – je mehr Tools ich kenne, desto besser bin ich – und je mehr Wege ich kenne, um das gleiche Problem zu lösen, desto besser bin ich.

Konzentrieren Sie sich daher auf den Nutzen für sich selbst und das Unternehmen – arbeiten Sie auf eine Win-Win-Situation hin, indem Sie sich auf das konzentrieren, was Sie tatsächlich brauchen, anstatt zu streiten, welches Tool das beste ist.

(Hin und wieder, wenn ich die Funktionen durchgehe, die ich benötige, konvertiere ich einen Kunden, um mein bevorzugtes Tool zu verwenden, da er merkt, dass es besser ist, was immer noch eine Win-Win-Situation ist – nur umgekehrt.)

TL;DR

• Lernen Sie, die von ihnen bereitgestellten Tools zu verwenden
• Wenn Sie alles wissen, was Sie wissen müssen, werden Sie wahrscheinlich auf erhebliche Reibungsverluste stoßen, also verwenden Sie Ihren alten Workflow
• Seien Sie bereit, den "Standard"-Workflow hervorzuheben, wenn Sie Hilfe erhalten/geben.

Ich stelle fest, dass keine dieser Antworten aus der Perspektive eines Vim-Power-Users stammt*

* _{^{Ich definiere Vim Power User als jeden, der mit verschiedenen Plugins auf Probleme stößt, weil sie nicht mit <Choose your Vim Behaviour> übereinstimmen.}}

Im Namen der Macht (Vim/Tmux)

Vim und tmux ergeben eine wahnsinnig mächtige Kombination. Wenn Sie noch nicht über die Bindungseinstellungen verfügen, fügen Sie Folgendes hinzu:

func! BindTest()
    call 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')
    call inputrestore()

    execute "nnoremap <cr> :w!<cr>:!tmux send-keys -t " . session . " \"" . command . "\" C-m<cr><cr>"
endfunc

nnoremap <leader>st :call BindTest()<cr>

Ermöglicht es Ihnen, EnterIhre automatisierten Tests in Ihrem geteilten Bereich auszuführen, und während sie ausgeführt werden, können Sie weiter bearbeiten. Ändern Sie natürlich die Befehle, um sie Ihren Vorlieben/Umgebungen anzupassen. Ich verwende dies als Beispiel, aber es gibt viele, viele andere extrem leistungsfähige Dinge, die Sie mit vi/vim/tmux tun können, ohne dass Sie Ihre Hände von der Schreibposition nehmen müssen. Jeder andere Workflow, den ich ausprobiert habe, hat mich immer nach der guten alten Befehlszeile gefragt.

Wenn Ihnen ein Tool wie vim+tmux zur Verfügung steht, sollten Sie es im Allgemeinen verwenden . Ich glaube nicht, dass es für jemanden möglich ist, in seinem ganzen Leben alles über vim+tmux zu lernen und zu nutzen, was er kann.

Ich vermute, wenn Sie sich leidenschaftlich genug für ein nicht standardmäßiges Werkzeug fühlen, das Sie verwenden möchten, ist es wahrscheinlich etwas, das diese Art von Macht hat.

Im Auftrag von Standards

Sind Sie sich andererseits so sicher , dass Ihr Werkzeug so gut ist, wie Sie denken? Es könnte nicht sein. Gewissheit erfährst du nur, wenn du das andere ausprobierst. Es gibt einige ziemlich nette Funktionen von Sublime/Atom/Brackets/, die Ihr Leben verbessern können. Oder zumindest vielleicht mit Ihrem Werkzeug konkurrieren.

Lernen Sie das Tool kennen, das Ihr Unternehmen bereitstellt/benötigt. Lernen Sie, seine Shortcuts/Hotkeys zu verwenden, lernen Sie seine Funktionen kennen. Ist es schneller, nur die Tastatur zu benutzen? Oder können Sie es schneller mit Maus und Tastatur bedienen? Wenn Ihr erster Eindruck stimmt, dass Ihr Tool besser ist als das Standardtool, haben Sie wahrscheinlich innerhalb von ein oder zwei Wochen so ziemlich alles erkundet, was Sie ohne umfangreiche Anpassungen tun können (z. B. Plugins oder das Programmieren Ihrer eigenen Erweiterungen). Wenn Sie nicht ständig neue Funktionen lernen, die Ihre Geschwindigkeit verbessern können, und insbesondere wenn Sie in Ihrem Arbeitsablauf mit Reibungen konfrontiert sind, können Sie dieses Tool jetzt wieder zurück ins Regal stellen.

Es ist nichts persönliches

Die meisten Tools, die für den Massenkonsum ausgelegt sind. (<Werkzeug einfügen, das Sie hier ablehnen>) ist so konzipiert, dass es für den kleinsten gemeinsamen Nenner gut funktioniert. Ich bin mir ziemlich sicher, dass ich jedes meiner Kinder vor Sublime platzen lassen könnte und sie anfangen könnten, Dinge abzutippen (sicher, es wird nicht sehr gut sein, aber Redakteure sind nicht gut genug, um dieses Problem zu lösen noch).

In einem Unternehmensumfeld wünscht man sich das. Ich sollte mich an Ihren Arbeitsplatz setzen können oder Sie an meinen, und wir sollten eine gemeinsame Sprache haben, die wir sprechen können. Mit einem Standard-Editor wie Sublime können Sie sagen: „Okay, jetzt öffnen Sie Ihre Seitenleiste und gehen Sie zu diesem Verzeichnis und öffnen Sie diese Datei, dann scrollen Sie nach unten, bis Sie bei dieser Funktion sind.“

Es liegt eine gewisse Macht darin, diese Gemeinsamkeit zu haben. Sie müssen mich nicht für die Verwendung von Emacs anprangern, und ich muss Sie nicht dafür verspotten, dass Sie jedes Mal, wenn wir zusammenkommen, um Code zu bearbeiten, "modale Bearbeitung, was auch immer das ist" verwenden. Und wenn ich mich auf Ihre Tastatur setze, besteht eine sehr gute Chance, dass wir die gleichen Tastenbelegungen haben, selbst wenn es mein allererster Tag als brandneuer Programmierer ist, der frisch vom College / Bootcamp in Ihrem Unternehmen kommt.

Kurze Antwort

Unterschiedliche Unternehmen, unterschiedliche Kultur, Tools, Standards usw. Entweder befolgen Sie sie, versuchen Sie, routinemäßig mit ihnen umzugehen, ODER überzeugen Sie sie, den Standard hinzuzufügen / zu ändern, was Sie möchten. Sie werden die Standards auf jeden Fall ändern, wenn dies für das Unternehmen von Vorteil ist.

Lange Antwort

Bitten Sie sie , Vim/Tmux zu konfigurieren und Ihnen zu erlauben, da Sie damit flexibler sind. Erklären Sie ihnen auch die Vorteile von Vim/Tmux gegenüber Sublime .

Wenn sie für Vim/Tmux leugnen, dann beginnen Sie, mit Sublime flexibel zu sein , denn im Laufe der Zeit werden Sie vertraut und flexibel sein, um auch damit zu arbeiten.

Es braucht Zeit, um neue Dinge/Werkzeuge zu akzeptieren, entweder für das Unternehmen oder für die Mitarbeiter. Sie sind neu oder vielleicht nicht flexibel genug, um den Sublime Texteditor zu verwenden , und Vim/Tmux ist neu für Unternehmen. Die Situation ist also für beide (Sie und das Unternehmen) gleich und diese Änderung wird nicht sofort akzeptiert. Ich hoffe, Sie werden sie für Vim/Tmux überzeugen .

Sie sind neu, also müssen Sie sich Zeit nehmen und herausfinden, warum die Dinge so sind, wie sie sind. Dann können Sie eine Strategie festlegen, wie Sie sie ändern können, oder sie möglicherweise überhaupt nicht ändern. Während des Vorstellungsgesprächs sollten Sie sich erkundigen, wie die Programmiergruppe verwaltet wird, und sich ein Bild davon machen, ob Sie gut passen oder nicht. Basierend auf Ihrer aktuellen Situation besteht die Möglichkeit, dass Sie dies nicht tun.

Es gibt einige Situationen, in denen Sie keine Änderung vornehmen müssen: Paarprogrammierung, stark eingeschränkte Nutzung von Firmengeräten, das Unternehmen hat Add-Ons gekauft/gebaut, die nur mit einem Texteditortyp funktionieren.

Wenn sie einfach das Gefühl haben, dass jeder konsequent bei der Wartung, der Einrichtung von Arbeitsplätzen und der Bereitstellung von Support hilft, wenn Sie ein Problem haben, kann es einige Zeit dauern, bis Sie beweisen, dass Sie keine Probleme haben werden, und wenn Sie es tun, können Sie sie schnell lösen.

Seien Sie vorsichtig, Sie wollen nicht als jemand wahrgenommen werden, der schwierig und unflexibel ist. Wenn ein Unternehmen mit dem Schreiben von Code in COBOL viel Geld verdienen könnte, tun diejenigen, die sich weigern, es zu lernen, dies auf eigene Gefahr.

Ich finde es seltsam, dass die meisten Antworten Sie dazu bringen, den Standard zu akzeptieren und nicht nett zu fragen, ob Sie ein anderes Tool verwenden können (solange es keine Lizenzprobleme usw. gibt).

Stellen Sie zunächst sicher, dass Sie alle Standardtools auf Ihrer Workstation installiert haben, damit ein Kollege von Ihnen, der Ihre Workstation verwenden muss, auf alle Standardtools zugreifen kann, mit denen er vertraut ist.

Gehen Sie dann zu Ihrem Manager und fragen Sie, ob es in Ordnung ist, Ihre eigenen Tools zu installieren (und stellen Sie sicher, dass Sie erwähnen, dass sie kostenlos verwendet werden können oder dass Sie Ihre eigene Lizenz bereitstellen und einen Lizenznachweis erbringen werden).

Ich mache das jedes Mal, wenn ich bei einem neuen Job anfange (ich habe eine Reihe meiner Standard-Tools, die ich verwende - Far Manager, 7-Zip, alle SysInternals-Tools usw.) und es gab keine einzige Gelegenheit, bei der ich bekam keine Zulassung. (Ich habe spezielle Lizenzen für die Tools, die eine benötigen.)

Normalerweise lerne ich auch die unternehmensüblichen Tools, aber ich bin mit Far Manager um Größenordnungen effizienter als mit Windows Explorer, daher bevorzuge ich in einigen Bereichen meine eigenen Tools.

Dies funktioniert natürlich nicht mit einigen Tools (wenn das Unternehmen MySql verwendet, können Sie nicht einfach SQL Server verwenden), aber bei lokalen Entwicklungstools fällt es mir schwer, zu sehen, dass sich ein anständiger Manager auf die eine oder andere Weise darum kümmert. Im Laufe der Zeit werden einige meiner Tools normalerweise zum "Standard", weil einige / viele Kollegen ihren Wert erkennen und anfangen, sie zu verwenden.

Wenn der Manager am Ende nein sagt, müssen Sie sich an Standardtools halten, aber es schadet nicht, nachzufragen.

Unterschiedliche Unternehmen haben unterschiedliche Anforderungen und haben unterschiedliche Entscheidungen getroffen. Einige Unternehmen lassen jedem die Wahl, welche Tools er verwendet, viele tun dies nicht. Manchmal ist dies das Ergebnis von Wachstum (kleinere Unternehmen werden seltener standardisiert) und manchmal ist es das Ergebnis von etwas Schlimmem, wenn jemand ein anderes Tool verwendet hat und andere es dann nicht angemessen unterstützen konnten, also haben sie alles standardisiert. Dies wird oft gefunden, nachdem die erste Person gegangen ist und Chaos entstanden ist.

Wenn ein Unternehmen so weit gegangen ist, einen Standard festzulegen, wird es erwarten, dass Sie lernen, damit zu leben. Wenn Sie als neuer Mitarbeiter als erstes hineingehen und versuchen, sie dazu zu bringen, eine Ausnahme für Sie zu machen, werden Sie wahrscheinlich als Unruhestifter oder jemand bezeichnet, der eine besondere Schneeflocke ist, mit der es schwierig ist, mit ihm zusammenzuarbeiten. Dies ist niemals in Ihrem besten Interesse. Es ist sehr schwer, einen schlechten frühen Eindruck rückgängig zu machen. Es ist besser, sich an das neue Tool anzupassen, auch wenn es Sie vorübergehend ausbremst.

Wenn Ihnen die Verwendung eines bestimmten Tools in Zukunft wichtig ist, nehmen Sie nur Jobs an, die dieses Tool verwenden, oder lassen Sie die Freiheit, zu wählen, was Sie möchten. Selbst dann müssen Sie sich möglicherweise später anpassen, wenn sich die Dinge in diesem Unternehmen ändern.