Entwickler davon überzeugen, IDE zu verwenden [geschlossen]

Es gibt einen Entwickler, nennen wir ihn John (derzeit auf Probe) in der Firma (ziemlich kleine Firma, ca. 10 Personen, 3 Entwickler, einer von ihnen arbeitet lange in dieser Firma, kennt Geschäftsprozesse und kann als Teamleiter betrachtet werden) wollte überhaupt keine IDE verwenden (er verwendet einen Texteditor).

Die Anwendung, an der dieses Team arbeitet, ist eine mittelgroße Java-Anwendung mit Spring Hibernate-Technologie-Stack und Refactoring / Hinzufügen neuer Funktionen, um in naher Zukunft eine neue Version dieser Anwendung zu starten.

Die Leistung von John, die ohne IDE in dieser Anwendung arbeitet, ist geringer als wünschenswert. Die Annahme des Teamleiters (nennen wir ihn Bill) ist, dass dies geschieht, weil John keine IDE verwendet.

Bill versucht John davon zu überzeugen, IDE zu verwenden, aber diese Idee stößt auf großen Widerstand und der Hauptgrund ist: "Ich möchte die vollständige Kontrolle darüber haben, was ich tue, also muss ich den gesamten Code selbst schreiben."

Wie kann Bill John davon überzeugen, IDE zu verwenden? (In Anbetracht der Tatsache, dass Bill John bereits vor dem Firmeninhaber geschützt hat, mehrere Beschwerden über die Leistung von John)

Aktualisiert: Bill beschließt, John noch einmal zu überzeugen, wenn dieser Versuch erfolglos bleibt. Dann wird er nicht versuchen, John zur Verwendung von IDE zu zwingen, sondern prüfen, ob die von John versprochenen Funktionen rechtzeitig geliefert werden oder nicht.

Sie haben die Frage mehr oder weniger bereits beantwortet:

1. Er ist auf Bewährung
2. Er ist nicht produktiv genug

Daher muss ihm klar gemacht werden, dass:

1. Er muss produktiver sein, sonst überlebt er seine Bewährung nicht.
2. Er ist mit einer richtigen IDE wahrscheinlich produktiver als mit einem guten Texteditor.
3. Bei einer guten IDE geht es nicht darum, die Kontrolle über den von Ihnen geschriebenen Code aufzugeben, sondern darum, Ihnen Tools zur Verfügung zu stellen, mit denen Sie Arbeitscode schneller erstellen können, unabhängig davon, ob Sie die in der IDE verfügbaren Codegenerierungs- und Vorlagenfunktionen verwenden .

Die mangelnde Bereitschaft, sich an seine Umgebung anzupassen, könnte ebenfalls ein Problem sein.

Bill sollte John sagen , dass er über lieber einfachen Texteditor ist richtig, aber leider mit Sprache + Frameworks wie Java + Hibernate + Spring, er braucht eine IDE zu verwenden , wenn er will , effizient sein.

Ich bin ein bisschen wie John. Ich benutze keine IDEs.
Wenn ich in ruby ​​/ python / bash / lisp codiere, verwende ich keine IDE.

Aber wenn ich es mit einer so einfachen / ausführlichen Sprache wie Java und Frameworks zu tun habe, die es sehr schwierig machen, Ihren Code ohne Hilfe zu durchsuchen, verwende ich die IDE. Das gilt auch, wenn ich die Sprache / das Framework nicht sehr gut kenne.

• Je mehr Abstraktionen / Muster / Frameworks Sie verwenden, desto mehr benötigen Sie eine IDE, die Sie beim Navigieren durch Ihren Code unterstützt.
• Je niedriger eine Ebene / ausführlich / unbekannt für Sie ist, desto mehr benötigen Sie eine IDE, die Ihnen beim Generieren / Finden des benötigten Codes helfen kann.

Sagen Sie ihm, dass er eine IDE verwenden muss, wenn er mit den von Ihnen verwendeten Tools effizient arbeiten möchte. Bill sollte sich auch mit John paaren, um ihm zu zeigen, wie effizient er mit der IDE umgehen kann.

Ich denke, eine IDE zu pushen, ist eine schlechte Idee. Ich denke, eine Liste von Werkzeugen zu haben, die die Leute benutzen können, und ihn dann wählen zu lassen, was er benutzt, ist eine respektvollere Lösung.

Konzentrieren Sie sich dann auf die Leistung und Produktivität des tatsächlichen Problems und geben Sie echte Statistiken darüber, wie bestimmte Projekte zu viel Zeit in Anspruch genommen haben.

Lassen Sie den Fokus überhaupt nicht auf dem Werkzeug liegen, mit dem er programmiert, sondern lassen Sie ihn einfach seine eigene Lösung finden, solange das Ziel eine bessere Produktivität ist.

Ich bin in viele Unternehmen gekommen, 90% kümmern sich nicht darum, solange sie keine Werkzeuge bezahlen müssen, 10% kümmern sich darum und verlangen, dass sie ihre Werkzeuge verwenden.

Wenn Sie die IDE zum eigentlichen Schwerpunkt Ihrer Diskussion machen, sind Sie völlig respektlos gegenüber ihm und seinen Methoden.

Anstatt sich auf das eigentliche Schlüsselthema zu konzentrieren, die Produktivität, Qualität und Leistung.

Ich selbst benutze seit über 6-7 Jahren einen Texteditor und an meiner Leistung ist nichts auszusetzen.

Eine IDE kann helfen, aber es muss die Wahl des Programmierers sein, sie zu verwenden, solange sie die Leistung nicht beeinträchtigt.

Ich persönlich hasse IDEs, die sie niemals benutzen werden. Je mehr Leute sie auf mich drücken, desto mehr fühle ich mich nicht respektiert. Ich habe kein Problem damit, welches Werkzeug Menschen benutzen, aber es ist wie eine Religion und Evangelisation, sie haben das Bedürfnis, dass alle anderen alles so denken / tun müssen, wie sie es tun.

Und das ist eine sehr unprofessionelle Herangehensweise an das eigentliche Problem, seine Produktivität.

Wen interessiert es, welche Werkzeuge er verwendet, wenn er qualitativ hochwertige Arbeit in seinen Methoden liefert? Solange es fehlerfrei, qualitativ hochwertig und zeitnah ist.

Ich weiß nicht, dass wir bestätigt haben, dass die IDE Johns Problem ist. Ich denke, Bill sollte ein bisschen mit John zusammenarbeiten und ihn beobachten: Was verringert seine Produktivität? Wenn er Stunden damit verbringt, seinen Code zu formatieren und zu versuchen, Dinge zu verschieben oder Funktionen nachzuschlagen ... die Art von Dingen, die eine IDE für Sie bereitstellt, sollten Sie ihm zeigen, wie viel schneller er die gewünschten Funktionen finden und seinen Code formatieren kann die IDE. Wenn dies die Frustration ist, wird er sicher vor Freude durch das Dach springen, sobald er sieht, dass Sie einen Block automatisch formatieren oder schnell eine dunkle Funktion finden.

Wenn die Effizienz jedoch darin besteht, dass er bei Google surft oder Probleme hat, seine Ideen in Codierungsstrukturen zu formulieren, hilft ihm eine IDE nicht weiter. In diesem Fall müssen Sie gegen seine Disziplin vorgehen oder ihm helfen, seine Ideen in einem Programmablauf darzustellen, damit er das Problem effizienter angreifen kann

EDIT: Mein Repräsentant ist zu niedrig, um einen Kommentar abzugeben, also muss ich hier posten. Ich bin nicht einverstanden mit den Leuten, die sagen: "Lass ihn gefeuert werden, dann wird er es lernen." Für einige Leute funktioniert das; Der Verlust ihres Arbeitsplatzes schockiert sie und sie wachen wirklich auf und formen sich. Andere werden zu einer selbstzerstörerischen Spirale, die normalerweise in Therapie oder Wohlbefinden endet. Bill kümmert sich eindeutig um John, sonst würde er nicht fragen, wie er ihm helfen kann. Ich denke, die Kommentare und Antworten, dass er nur gefeuert werden soll, sind definitiv nicht das, wonach Bill sucht.

Misserfolg ist ein großartiger Lehrer. Bill kann aufhören, John zu beschützen und ihn zu seinen eigenen Entscheidungen stehen lassen. Wenn John deswegen entlassen wird, wird er hoffentlich ein besserer Mitarbeiter für das nächste Unternehmen, das ihn anstellt.

Sie können versuchen, ihn davon zu überzeugen, dass er die vollständige Kontrolle behält, wenn er die IDE versteht und weiß, was sie tut.

Das ist die Karotte.

Der Stock ist, dass er auf Bewährung ist.

Ich muss sagen, dass ich IDE (aptana für Javascript) verwendet habe, und ich hasste es, es war langsam und machte seltsame Dinge mit der Formatierung. Ich bin mit vielen Kommandozeilen-Tools zu gvim gewechselt und bin viel glücklicher.

Natürlich bin ich der Typ, der zum Spaß Codegeneratoren in elisp schreibt .

Es fällt mir schwer zu glauben, dass Johns Performance etwas mit dem Editor zu tun hat, den er verwendet. An meinem Arbeitsplatz verwendet so ziemlich jeder einen anderen Code-Editor (Visual Studio, Source Insight, vim, SlickEdit ...) und es gibt keine sichtbare Korrelation zwischen dem Editor / der IDE und der Arbeitsleistung.

Wenn es eine Unternehmensstandard-IDE gibt, sagen Sie ihm einfach "Diese IDE ist der Unternehmensstandard, USE IT".

Wenn es keine Unternehmensstandard-IDE gibt und der Wunsch, eine IDE zu verwenden, ausschließlich der Leistungssteigerung dient, gilt Folgendes:

1. Die falsche Annahme, diese Wahl der Entwicklungsumgebung zu treffen, wird ein wesentlicher Faktor für die Leistung sein
2. Der falsche Ansatz, um ihm zu sagen, dass er eine IDE verwenden soll

Wenn Sie wirklich möchten, dass er eine IDE verwendet, ist es meiner Meinung nach am besten, ihm zu sagen, dass seine Leistung nicht den Anforderungen entspricht, und ihm dann zu zeigen, wie die Verwendung einer IDE zur Verbesserung dieser Leistung beitragen kann. Mit gutem Beispiel vorangehen ist meiner Meinung nach ein viel besserer Motivator.

Davon abgesehen denke ich, dass die Annahmen hier falsch sind. Die meisten anständigen Entwickler können in nahezu jeder Entwicklungsumgebung produktiv sein. Wenn er die Erwartungen nicht erfüllt, liegt die Hauptursache möglicherweise beim Entwickler und nicht bei der IDE.

Wenn Bill John trotz seiner Position als Teamleiter nicht dazu bringen kann, eine IDE zu verwenden, wenn Bill möchte, dass jeder sie verwendet, stimmt etwas mit dem Unternehmen nicht, da der Teamleiter nicht über genügend Autorität verfügt.

Und nein, abhängig von der Aufgabe, die einer Person übertragen wird, kann diese Person ohne IDE genauso produktiv sein wie mit einer, abhängig von den verwendeten Tools, der Erfahrung der Person mit diesen Tools und ihrer Gesamtkompetenz (und der Gesamtumgebung). Wenn John jede Quelle von einem Anwendungsserver abrufen, in seine IDE laden, bearbeiten, erneut hochladen usw. usw. muss er viel schneller direkt auf dem Anwendungsserver mit beispielsweise VI bearbeiten (vorausgesetzt, er kennt diesen Editor gut). .

IDE nicht zu benutzen ist sehr gut, weil er viel lernen wird. Es sollte aber nicht auf den Kosten des Projekts liegen. Er sollte es verwenden, wenn er glaubt, den Job beenden zu können, ohne die Zeitachse zu beeinflussen.

Ich würde vorschlagen, dass er beides tut, damit er schnell lernen kann und gleichzeitig nicht in Probleme gerät.

Schließlich braucht man Brot, um zu überleben, dann können nur Sie daran denken, Bodybuilder zu werden.

Ich denke, der Hauptwert jeder IDE ist nicht, dass es sich um einen Editor handelt, sondern dass es sich um einen Debugger handelt. Es gibt einige, die das Konzept eines Debuggers nicht verstehen. Sie debuggen mit print-Anweisungen.

Wenn andere Funktionen IDEs angeblich produktiver machen, wie Intellisense oder Versionskontrolle, könnte ich John aus verschiedenen Gründen zustimmen, über die wir diskutieren könnten.

Aber beim Debuggen mit Print-Anweisungen fällt es mir schwer, etwas zu verstehen (obwohl ich es früher getan habe).

Hören Sie, es gibt Leute, die Sachen benutzen, es gibt andere Leute, die andere Sachen benutzen. Ich mag sowohl IDE- als auch Texteditoren, es handelt sich nur um zwei verschiedene Arten von Anwendungen, aber am Ende ist die erledigte Aufgabe absolut dieselbe.

Es ist nur Orangen und Äpfel, Ende der Zeile, wenn Sie ihn mit der Argumentation "er benutzt einen Texteditor" oder "er ist zu langsam, WEIL er einen Texteditor benutzt" entlassen wollen, fahren Sie fort, aber müssen Sie sich wirklich verschwören für eine Strategie, wie Sie ihn überzeugen können?

Wissen Sie, bei Freiheit geht es nicht um "nur die Stärksten werden sich durchsetzen", sondern um "Tun, was ich will".

Nicht weil Sie in einer Demokratie leben, sollten Sie die Praxis der Mehrheit durchsetzen. Es sieht fast wie eine Art Verfolgung aus