Wie man mit unfähigem Management umgeht

Question

Ein Projekt, an dem ich gearbeitet habe, ist abgeschlossen, so dass ich bei meinem Arbeitgeber mit einer neuen Aufgabe betraut worden bin. Die vorherige Arbeit war sehr agil, ein kleines Team, Fortschritt über das Verfahren, etc. etc.

Wie auch immer, das neue Projekt, an dem ich arbeite, verwirrt mich, wie ich mit dem Management umgehen soll. Sie haben kein wirkliches Verständnis für objektorientierte Programmierung, aktuelle Technologien oder Methoden. Sie scheinen sich vor Veränderungen zu fürchten, und erst kürzlich sind wir auf die neueste JRE

Wir machen diese Code-Reviews und ich muss mir anhören, wie viel besser es in ADA ist oder wie sie früher Dinge in C gemacht haben. Aber wenn sie dann versuchen, ein Code-Review zu machen, fehlt ihnen selbst das grundlegendste Verständnis von OOP-Design und Entwicklung. Sie konzentrieren sich mehr auf den Stil des Codes, Abstände, Methodennamen usw.

Einer der leitenden Mitarbeiter sagt, dass wir unseren eigenen Logger schreiben sollten, anstatt log4j zu verwenden, weil eine negative Rezension von log4j in einem akademischen PDF vor langer Zeit geschrieben wurde.

Wie kann ich damit umgehen? Wie kann ich ihnen erklären, dass ihr Design fehlerhaft ist oder dass sie wirklich hinter der Zeit her sind, ohne als Idiot dazustehen. Ich bin erst seit etwa einem Jahr bei dieser Organisation - ich weiß also nicht, wie viel Glaubwürdigkeit ich haben werde.

Answer 1

Respektiere die Älteren, sage ich! :)

Aber denk daran, dass viele dieser grauen Bärte wahrscheinlich programmiert wurden, als du noch in den Windeln lagst. Das macht sie zwar nicht zu Experten für die neuesten Technologien, aber es sollte Ihnen zumindest Respekt einflößen. Und manchmal, wenn Sie einen Weg finden, über all das Hin und Her und das "Damals" hinwegzusehen, können Sie einige Perlen der Weisheit von diesen alten Hasen aufschnappen!

Was die Programmierung betrifft, so scheint Yishai Recht zu haben. Es sollte ziemlich einfach sein, sich an die von ihnen gewünschten Codierungsstile anzupassen, und sobald man sie zufriedengestellt hat, kann man mit dem Code so verfahren, wie man will.

Und wenn Sie eine Gegenmeinung vorbringen müssen, untermauern Sie sie. Wenn Sie etwas wie log4j verwenden wollen, sprechen Sie über SPEZIFISCHE Projekte in Ihrer Vergangenheit, bei denen Sie es verwendet haben und es gut funktioniert hat, und bieten Sie an, jedem zu helfen, der Probleme damit hat, usw. usw.

Denken Sie daran: Während Sie die alten Graubärte als Unwissende betrachten, die nicht wissen, wie man coole neue Programme erstellt, sehen sie Sie wahrscheinlich als jungen Hüpfer mit einer Menge verrückter Ideen, der die Welt verändern will. Eine Unze Geduld verschafft Ihnen ein Pfund an Respekt.

Answer 2

Ich bin ein alter, grauer Bart, aber ich habe COBOL vor 35 Jahren aufgegeben und programmiere in dotNET C# und habe mit den jungen Wippersnappern Schritt gehalten und versuche, sie auch zu betreuen. Trotzdem sehe ich viele Manager und Programmierer, die immer noch in einem dunklen Zeitalter wie VB6 leben und Web-Farmen und Web-Services nicht akzeptieren können. Einige dieser Graubärte und jungen Wipper können keine Datenbanktabelle nach 3NF normalisieren, geschweige denn nTier oder WCF programmieren oder haben eine Ahnung davon. Schlimmer noch, einige der Manager sind 30 Jahre hinterher und verlassen sich bestenfalls auf VB6 und eine flache Datei mit Access97.