Ich werde der Antwort von funkymushroom voll und ganz zustimmen. Wenn Sie eine Teamumgebung sind, stellen Sie sicher, dass andere wissen, dass Sie Code umgestalten oder neu organisieren, wenn Sie jemals vorhaben, in Zukunft gute Aufträge zu erhalten.
Aus eigener Erfahrung weiß ich, während nicht Ihre Art der Codierung, wenn Sie Code beibehalten, die andere auch modifizieren und pflegen, Aufenthalt im Stil des bestehenden Codes. Das Hinzufügen von Kommentaren und Erläuterungen ist in Ordnung, das grundlegende Layout und die Konventionen sollten jedoch beibehalten werden. Die alten Gurus / Kanonen des Projekts erwarten, dass der Code dem ähnelt, was sie seit Jahren sehen.
Wenn ein Kunde wegen eines Fehlers schreit, greift Ihr Management zu den alten Waffen, um das Problem so schnell wie möglich zu beheben. Wenn diese alten Waffen unter Druck stehen und Sie „den Code bereinigen“ müssen, müssen sie jetzt herausfinden, wo Sie diese eine Variable verschoben oder umbenannt haben, von der sie wissen, dass sie geändert werden muss, wird Ihr Name im Unternehmen in „ Schlamm".
Sobald die Krise vorbei ist, wird Ihnen zuerst die alte Waffe die Schuld an dem kritischen Update geben. Als nächstes werden Sie feststellen, dass Sie den bereinigten Code so lange aufbewahren müssen, wie Sie im Unternehmen sind. Wenn neue interessante Projekte verfügbar werden, werden Ihre Manager die Gurus fragen, wer das Projekt bearbeiten soll, und wenn Sie sie einmal verschraubt haben, werden Sie es nie zum neuen Projekt schaffen, bis Ihr Futter am Ende eingeworfen wird eine Frist einhalten.
Wenn Sie im College die „richtige“ Art des Codierens gelernt haben und jetzt in der Belegschaft sind, vergessen Sie diese „richtige“ Art. Dies sind keine Hochschulaufgaben, diese Projekte dauern nicht nur ein Semester, sondern können Jahre dauern und müssen von einer Gruppe von Menschen mit unterschiedlichem Fachwissen und unterschiedlichem Interesse für den neuesten CS-Trend gepflegt werden. Du musst ein Teamplayer sein.
Sie können das größte Hot-Shot-Programm in der Schule sein, aber am Arbeitsplatz, bei Ihrem ersten Job, sind Sie ein Neuling mit null Straßenguthaben. Leute, die seit Jahren programmieren, machen sich keine Gedanken über Ihre Schule oder Ihre Noten, es ist, wie gut Sie mit anderen spielen und wie viel Unruhe Sie in ihr Leben bringen.
In meinen 20 Jahren habe ich anscheinend mehrere Ass-Programmierer gefeuert, hauptsächlich weil sie verlangen, die Dinge auf ihre "richtige" Weise zu tun. Sie sind austauschbar, es sei denn, Sie bringen etwas sehr, sehr, sehr Einzigartiges mit. Sie waren vielleicht Klassenbester, aber nächstes Jahr wird jemand anderes Klassenbester sein und nach einem Job suchen.
Ich sehe es als Ihre Hauptaufgabe an, Ihren Job zu behalten, bis Sie sich entscheiden, den Job zu wechseln. Um deinen Job zu behalten, musst du auf dem Spielplatz nett spielen, den jemand anders gebaut und bezahlt hat.
Ich weiß, ich höre mich negativ an, aber es gibt immer Hoffnung. Wenn Sie Erfahrung sammeln, Erfolg haben, werden Sie Einfluss gewinnen und in der Lage sein, die Dinge auf eine bessere Weise zu verschieben. Drücken Sie beim Schreiben von neuem Code oder in einem neuen Projekt auf die gewünschten Änderungen. Wenn es sich um neuen Code handelt, erwarten die alten Waffen nicht, dass er so ist, wie sie ihn verlassen haben, und wenn sie die Vorteile erkennen, können sie den neuen Code erlernen und anpassen.
Altes System kann sich ändern, aber es braucht Zeit. Etwas zu ändern, birgt Risiken und Hassrisiken für Unternehmen, und Sie müssen sich Zeit und Arbeit nehmen, um das Unternehmen mit der Änderung vertraut zu machen.