Saya akan sangat setuju dengan jawaban funkymushroom. Jika Anda adalah lingkungan tim, pastikan orang lain tahu bahwa Anda adalah refactor atau reorganisasi kode, jika Anda pernah berencana untuk mendapatkan tugas yang baik di masa depan.
Dari pengalaman pribadi saya tahu, walaupun bukan gaya pengkodean Anda, jika Anda memelihara kode, yang juga dimodifikasi dan dipelihara, tetaplah dalam gaya kode yang ada. Menambahkan komentar dan klarifikasi baik-baik saja, tetapi tata letak dan konvensi dasar harus tetap ada. Guru / senjata tua di proyek mengharapkan kode untuk menjadi serupa dengan apa yang telah mereka lihat selama bertahun-tahun.
Ketika seorang pelanggan berteriak tentang bug, manajemen Anda akan pergi ke senjata lama untuk memperbaiki masalah secepat mungkin. Jika senjata lama ini, ketika berada di bawah tekanan, menemukan Anda "membersihkan kode" dan karenanya mereka sekarang harus menghabiskan waktu mencari tahu di mana Anda pindah atau mengganti nama bahwa satu variabel yang mereka tahu perlu diubah, nama Anda di perusahaan akan diubah menjadi " lumpur".
Setelah krisis berakhir, pertama-tama senjata lama akan menyalahkan Anda secara perlahan dalam pembaruan penting. Selanjutnya Anda akan menemukan bahwa Anda bisa menjaga kode yang telah dibersihkan selama Anda di perusahaan. Akhirnya, ketika proyek-proyek baru yang menarik tersedia, manajer Anda akan bertanya kepada guru tentang siapa yang harus mengerjakan proyek, dan jika Anda pernah mengacaukannya sekali, Anda tidak akan pernah berhasil mencapai proyek baru, sampai makanan ternak Anda dilemparkan pada akhirnya untuk memenuhi tenggat waktu.
Jika Anda belajar di perguruan tinggi cara kode yang "benar", dan sekarang Anda berada di dunia kerja, lupakan cara "benar" itu. Ini bukan tugas perguruan tinggi, proyek-proyek ini tidak berlangsung hanya satu semester, mereka dapat hidup selama bertahun-tahun, dan harus dikelola oleh sekelompok orang dengan tingkat keahlian yang berbeda dan tingkat minat yang berbeda dalam tren CS terbaru. Anda harus menjadi pemain tim.
Anda bisa menjadi program hot shot terbesar di sekolah, tetapi di tempat kerja, pekerjaan pertama Anda, Anda seorang pemula dengan kredibilitas nol jalanan. Orang-orang yang telah pemrograman selama bertahun-tahun tidak peduli dengan sekolah atau nilai Anda, itu adalah seberapa baik Anda bermain dengan orang lain dan berapa banyak gangguan yang Anda bawa dalam hidup mereka.
Dalam 20 tahun saya, saya tampaknya beberapa programmer ace dipecat, terutama karena mereka menuntut untuk melakukan hal-hal dengan cara "benar". Kecuali jika Anda membawa sesuatu yang sangat, sangat, sangat unik untuk pekerjaan itu, Anda dapat diganti. Anda mungkin berada di atas kelas Anda, tetapi tahun depan, orang lain akan berada di atas kelas mereka, dan mencari pekerjaan.
Saya melihatnya sebagai pekerjaan utama Anda, adalah mempertahankan pekerjaan Anda, sampai Anda memutuskan untuk berganti pekerjaan. Untuk mempertahankan pekerjaan Anda berarti Anda harus bermain bagus di taman bermain yang dibangun dan dibayar orang lain.
Saya tahu saya terdengar negatif, tetapi selalu ada harapan. Ketika Anda mendapatkan pengalaman, sukses, Anda akan mendapatkan pengaruh, dan dapat mengubah hal-hal menjadi lebih baik. Saat menulis kode baru atau pada proyek baru, dorong untuk perubahan yang Anda cari. Jika ini adalah kode baru, senjata lama tidak mengharapkannya menjadi cara mereka meninggalkannya, dan ketika mereka melihat keuntungannya, mereka mungkin belajar dan beradaptasi dengan cara baru.
Sistem lama dapat berubah, tetapi butuh waktu. Mengubah sesuatu menimbulkan risiko, dan risiko kebencian bisnis, dan Anda harus meluangkan waktu dan bekerja untuk membuat perusahaan nyaman dengan perubahan itu.