Ich arbeite erst seit etwas mehr als 3 Monaten in meiner jetzigen Position und habe das Gefühl, dass einige der geltenden Codierungsstandards gegen meine persönlichen Best Practices verstoßen. Der größte Konflikt scheint beim Schreiben von SQL-Code zu sein. Ich möchte meinen Code sehr lesbar, leicht verständlich und leicht zu testen machen, aber anscheinend ist das nicht Teil der Standards hier und ich werde gebeten, Elemente zu entfernen, die ich an Ort und Stelle gesetzt habe Förderung meiner Best Practices, was es wiederum einfacher und schneller für mich macht, und ich bin sicher, dass andere hinter mir kommen, um es zu verstehen und zu testen.
Der Vollstrecker ist mein Manager und sehr streng in Bezug auf die Standards und macht es fast unmöglich, sich zu Wort zu melden, und ignoriert völlig alle Gründe für meine Handlungen, die auf "das sind keine Standards" zurückgreifen. Warum können sie es dann nicht sein? Warum sie nicht zum Standard machen? Was ist so falsch daran, leicht verständlichen Code zu haben, der das Testen und Optimieren erleichtert?
Der andere Teil meiner Frustration kommt von dem Gefühl, dass ich die einzige Person bin, der diese Standards auferlegt werden. Ich habe viele Male Code gefunden, der mich zusammenzucken lässt und noch nicht unseren Standards entspricht. Er existiert und wurde kürzlich geschrieben.
Im Moment ist dies meine größte Sorge bei meiner Arbeit. Ich mag es, dass wir Standards haben und dass sie durchgesetzt werden, aber ich mag die Inflexibilität und Engstirnigkeit der Standards nicht und es wird sehr frustrierend.
Darüber hinaus hörte ich heute Morgen eine neue Zeile: „[Name des Regisseurs] mag es nicht …“, obwohl er keinen Code mehr schreibt und ich der Meinung bin, dass sein persönlicher Programmierstil keine mögliche Verbesserung der Standards diktieren sollte.
Was würden Sie tun? Ich fühle mich, als würde ich zwischen einem Felsen und einer harten Stelle stecken.
In diesem Beitrag geht es jedoch weniger darum, was meine Standards sind, als vielmehr darum, wie man mit einem Konflikt von Standards umgeht, insbesondere wenn Sie das Gefühl haben, dass sie die Geschwindigkeit, mit der Sie arbeiten, beeinträchtigen.
meine Best Practices
Wenn Sie nicht Ihr eigener Vorgesetzter sind, können Sie nicht vorschreiben, welche Standards Sie verwenden. Und selbst wenn Sie es sind, werden Sie wahrscheinlich für andere arbeiten und müssen sich dennoch an deren Standards halten.
Dies ist ein wesentlicher Teil der Realität, für andere zu arbeiten.
Denken Sie auch daran, dass Standards in vielen Fällen eine lange Geschichte haben. Vielleicht hat ein früherer Entwickler etwas getan, das eine Menge Probleme verursacht hat, als der Entwickler gegangen ist. Vielleicht hatte ein Manager einen Machttrip. Dies wird nie sofort klar sein, besonders als neue Person.
Der andere Teil meiner Frustration kommt von dem Gefühl, dass ich die einzige Person bin, der diese Standards auferlegt werden.
Ich vermute, das liegt zum Teil, wenn nicht sogar ganz an Ihrer Einstellung. Es gibt viele andere Faktoren als nur Ihre Arbeit, die die Perspektive Ihres Chefs auf Sie beeinflussen.
An diesem Punkt ist es wahrscheinlich, dass Ihr Chef Sie für einen problematischen Mitarbeiter hält. Alles in Ihrer Frage lautet: "Ich habe Recht, warum verstehen und glauben mir die Idioten, mit denen ich arbeite, nicht! Es ist so offensichtlich!"
Was würden Sie tun?
Wenn Sie an Ihrem Arbeitsplatz maßgeblichen Einfluss haben möchten, lernen Sie, Büropolitik zu „spielen“.
Ein weiterer Realitätscheck: Wenn Sie anfangen wollen, Menschen zu beeinflussen, müssen Sie dies auf effektive Weise tun. Das bedeutet, dass menschliche Fähigkeiten wichtiger sind als technisches Wissen. Bevor Sie dem nicht zustimmen, stellen Sie fest, dass Ihre gesamte Frage auf dieses Problem zurückzuführen ist. Wenn technische Fähigkeiten / Perspektiven von größter Bedeutung wären, hätten Sie diese Frage nicht stellen müssen.
Dies ist die gefürchtete "politische" Komponente der Arbeit, vor der die meisten Techniker zurückschrecken.
Eine Schlüsselkomponente der Politik ist die Erkenntnis, dass das „Wie“ wichtiger ist als das „Was“.
Die Leute werden vergessen, was du gesagt hast
Die Leute werden vergessen, was du getan hast
Aber die Leute werden nie vergessen, wie du ihnen das Gefühl gegeben hast.
Neue Leute mit dem Management zu streiten (insbesondere wenn Direktoren sich einmischen) ist fast immer kein guter Karriereschritt. Das ist etwas anderes, als konstruktiv zu widersprechen.
Gehen Sie in diesem Gespräch vorsichtig vor. Wenn Sie ein gewisses Maß an Argumenten haben, werden Sie wahrscheinlich schwer verlieren, vorausgesetzt, Sie haben eine Vorgeschichte mit Ihrem Vorgesetzten.
Tolle Antworten oben, aber ich möchte noch einen Punkt hinzufügen.
Gut, schlecht oder nicht, diese Standards haben eine Geschichte. Wenn sie befolgt werden, gibt es wahrscheinlich eine bedeutende Codebasis, die nach diesen Standards geschrieben wurde. Ihr Antrag auf Änderung der Standards würde dazu führen, dass die gesamte Codebasis erneut überprüft werden müsste, um den alten Code neu zu strukturieren. Dies kann ein erheblicher Aufwand sein und erhöht das Risiko für unbeabsichtigte Codeänderungen. Wenn das Team den alten Code nicht berührt, verlassen Sie jetzt zwei (oder mehr) Standards.
Wenn Sie mehr als einen Standard haben, haben Sie meiner Erfahrung nach wahrscheinlich wirklich keinen.
Ich weiß, das ist nicht das, was Sie hören wollen, aber die traurige Wahrheit ist, dass Unternehmen (oder besser gesagt die Leute, die sie leiten) nicht immer der Logik oder dem „besten Weg“ folgen. Dies hat verschiedene Gründe, manche vernünftig (Kompatibilität, Konformität, Standardisierung etc.), manche nicht (Angst vor Veränderung, Unverständnis etc.).
Die andere unglückliche Wahrheit ist, dass Sie nicht immer in der Lage sind, dies zu ändern. Manche Dinge werden sich nie ändern, andere Dinge können Sie vielleicht im Laufe der Zeit beeinflussen. Was ich jedoch sagen möchte, ist, dass Sie ein neuer Mitarbeiter sind und es ist klar, dass es eine echte treibende Kraft gibt, die Dinge auf eine bestimmte Art und Weise zu tun. Mein Vorschlag wäre, sich diesen anzupassen, ob Sie wollen oder nicht, und Ihre Position einzuschätzen, wenn Sie weiter in das Unternehmen eingebettet sind.
Sich mit der Geschäftsleitung und den Unternehmensleitern zu streiten, ist in den besten Zeiten ein gefährliches Spiel – selbst wenn Sie an der Spitze des technischen Baums stehen, können (und werden es manchmal) die Leute, die das Unternehmen besitzen und leiten, über Sie herrschen. Das zu tun, wenn man neu ist, grenzt an Selbstmord.
Nur weil der Grund für einen Standard nicht sichtbar ist, heißt das nicht, dass er irrational ist.
Während ich allem oben Gesagten zustimme (über neue Mitarbeiter, die ihre sozialen Fähigkeiten maximieren und die lokale Unternehmenspolitik lernen müssen), ist eine Sache, die helfen kann, Ihr Frustrationsniveau zu senken, zu verstehen, dass einige Codierungsstandards nicht so sehr auf unlogisch und willkürlich basieren Faktoren, sondern auf gültige, aber unsichtbare .
Betrachten Sie Ihr Beispiel, das Sie als beschrieben haben
"Noch ein WTF-Standard, mit dem ich gerade fahre, aber völlig sinnlos erscheint"
Ich habe diesen genauen Standard tatsächlich in zwei verschiedenen Organisationen gesehen, und es gab einen sehr triftigen Grund dafür.
In beiden Fällen entdeckte ich, dass das Management eine bestimmte Software verwendete, um den Code-Entwicklungs- und Evolutionsprozess zu analysieren, und diese Software hatte strenge Erwartungen an die Formatierung der Kommentare (auch bekannt als Standards). Die von Ihnen beschriebenen "TICKET"-Zeilen enthalten möglicherweise nur " Kommentar: " in Ihrer Abteilung, aber später in der Produktion können Live-Vorfälle auftreten, die eine Fehlerbehebung und Änderung der Software erfordern. Techniker und das Management, die an diesen Ereignissen beteiligt sind, können TICKET-Zeilen mit Dingen wie „ Problem: “, „ Fix: “, „ Änderung: “, „ Referenz: “, „ Beweis: “, „ Entscheidung: “ hinzufügen.". Wenn Sie mit der Reparatur/Aktualisierung von Legacy-Code beauftragt werden, sehen Sie möglicherweise selbst einige Zeilen wie diese.
Eine konkrete Sache, die ich Ihnen vorschlagen kann, ist, sich über etwas namens „ITIL“ und/oder „ITSM“ zu informieren. Dies sind Sammlungen erstklassiger Best Practices für die IT, sowohl aus technischer Sicht als auch aus Managementperspektive. Ich mache Ihnen keinen Spaß, dass es anfangs sehr schwer sein kann, sie zu verstehen, wenn Sie ein reiner Technikfreak (Nicht-Management) sind, aber auf lange Sicht wird es Ihre Fähigkeit, das „große Ganze“ zu sehen, dramatisch verbessern und es kann als ein betrachtet werden marktfähige und/oder förderbare Fähigkeiten, wenn Sie sich entscheiden, bis zur ITIL-Zertifizierung zu gehen.
valid-but-invisible
. Vor allem für einen neuen Mitarbeiter.Alles gute Ratschläge in Bezug auf: Neue Leute sollten keine Wellen schlagen usw. und ja, manchmal ist es am besten, einfach die Nase zuzuhalten und Standards, Richtlinien usw. zu befolgen.
Aber manchmal liegt das Management falsch; Manchmal sind die „Standards“ eines Unternehmens wirklich schlecht oder schlimmer.
Suchen Sie sich in diesem Fall einen anderen Job; Langjährige Erfahrung hat mich gelehrt, dass es unmöglich ist, eine dysfunktionale Organisation zu reparieren. Diese Orte haben eine Kultur der Selbstverstärkung, und wenn Sie zu lange dort bleiben, werden auch Sie kaputt gehen.
Monika Cellio
Toni
Keschlam
Benutzer204