Zamierzam zdecydowanie zgodzić się z odpowiedzią funkymushroom. Jeśli jesteś środowiskiem zespołowym, upewnij się, że inni wiedzą, że dokonałeś refaktoryzacji lub reorganizacji kodu, jeśli kiedykolwiek planujesz uzyskać dobre przyszłe zadania.
Z własnego doświadczenia wiem, że chociaż nie jesteś w swoim stylu kodowania, jeśli utrzymujesz kod, który inni również modyfikują i utrzymują, pozostań w stylu istniejącego kodu. Dodawanie komentarzy i wyjaśnień jest w porządku, ale podstawowy układ i konwencje powinny pozostać. Dawni guru / dział w projekcie oczekują, że kod będzie podobny do tego, co widzieli od lat.
Gdy klient krzyczy o błędzie, kierownictwo pójdzie do starych pistoletów, aby jak najszybciej rozwiązać problem. Jeśli te stare pistolety, gdy znajdą się pod presją, okażą się, że „wyczyściłeś kod”, a więc będą musiały spędzić czas na ustaleniu, gdzie się przeniosłeś lub zmieniłeś nazwę tej jednej zmiennej, którą znają, trzeba poprawić, twoje nazwisko w firmie zostanie zmienione na „ błoto".
Kiedy kryzys się skończy, najpierw stary pistolet będzie cię winił za krytyczną aktualizację. Następnie przekonasz się, że możesz utrzymywać wyczyszczony kod tak długo, jak będziesz w firmie. Wreszcie, gdy pojawią się nowe ciekawe projekty, twoi menedżerowie zapytają guru, kto powinien popracować nad projektem, a jeśli raz je nakręcisz, nigdy nie przejdziesz do nowego projektu, dopóki twoja pasza nie zostanie wrzucona na końcu dotrzymać terminu.
Jeśli nauczyłeś się na studiach „właściwego” sposobu kodowania i jesteś teraz na rynku pracy, zapomnij o tym „właściwym” sposobie. To nie są zadania na studia, te projekty nie trwają tylko semestr, mogą żyć przez lata i będą musiały być utrzymywane przez grupę osób o różnym poziomie wiedzy i różnych poziomach zainteresowania najnowszym trendem CS. Musisz być graczem zespołowym.
Możesz być największym programistą w szkole, ale w miejscu pracy, swoją pierwszą pracą, jesteś nowicjuszem z zerową ulgą. Ludzie, którzy od lat zajmują się programowaniem, nie podchodzą do twojej szkoły ani klas, chodzi o to, jak dobrze bawisz się z innymi i ile zakłóceń w ich życiu.
Przez 20 lat wydawało mi się, że wielu programistów asów zostało zwolnionych, głównie dlatego, że żądają robienia rzeczy po swojemu. Jeśli nie przyniesiesz do pracy czegoś bardzo, bardzo, bardzo unikalnego, jesteś wymienny. Być może byłeś na szczycie swojej klasy, ale w przyszłym roku ktoś inny będzie na szczycie swojej klasy i będzie szukał pracy.
Uważam to za podstawową pracę, to utrzymanie pracy, dopóki nie zdecydujesz się zmienić pracy. Aby utrzymać pracę, musisz dobrze bawić się na placu zabaw, za który ktoś inny zbudował i zapłacił.
Wiem, że brzmię negatywnie, ale zawsze jest nadzieja. Gdy zdobędziesz doświadczenie, odniesiesz sukces, zyskasz wpływy i będziesz w stanie przenieść rzeczy na lepszy sposób. Pisząc nowy kod lub nowy projekt, naciskaj na poszukiwane zmiany. Jeśli jest to nowy kod, stare pistolety nie oczekują, że będzie tak, jak go zostawili, a kiedy zobaczą zalety, mogą nauczyć się i dostosować nowy sposób.
Stary system może się zmienić, ale wymaga czasu. Zmiana czegoś wprowadza ryzyko i ryzyko nienawiści biznesowej, a Ty musisz poświęcić czas i pracę, aby firma czuła się komfortowo w związku ze zmianą.