Dalam tiga pekerjaan terakhir saya, saya adalah seorang pengelola kode. Dalam ketiga kasus, saya dipekerjakan setelah sebagian besar kode untuk proyek sudah ditulis.
Saya seorang programmer otodidak. Sebelum saya memulai pekerjaan profesional pertama saya, saya mungkin memiliki selusin proyek di bawah ikat pinggang yang saya mulai dan kirim berhasil.
Menulis kode baru dan mempertahankan kode yang ada adalah dua pekerjaan yang sama sekali berbeda. Ini seperti membandingkan seorang insinyur penerbangan dengan mekanik pesawat terbang.
Ini terutama menyebalkan ketika Anda seorang mekanik pesawat yang bekerja di pesawat terbang yang dirancang oleh seorang insinyur yang tidak berusaha merekayasa pesawat agar logis atau mudah dirawat.
Saya mulai merasa ingin berada di sekitar ketika proyek ini pertama kali dimulai, Anda harus menjadi salah satu dari orang - orang istimewa yang entah bagaimana telah melampaui orang-orang di bidang ilmu komputer. Apa yang diperlukan untuk berada di posisi itu?
Saya merasa pertanyaan ini tidak memiliki jawaban yang mudah, tetapi adakah yang bisa memberi saya wawasan? Pernahkah Anda berada di lantai dasar proyek baru? Apa yang diperlukan untuk sampai ke sana?
Jawaban:
Pemeliharaan berarti hal yang berbeda untuk orang yang berbeda, dan muncul karena alasan yang berbeda.
Berikut beberapa hal untuk dicoba:
Peran pemeliharaan dapat diubah untuk keuntungan Anda dalam beberapa cara.
Setelah mengatakan semua ini, saya adalah contoh tandingan bukan panutan. Banyak dari perspektif ini berasal dari pengalaman dan pengamatan.
Ada banyak program baru yang masih perlu ditulis.
Bersiaplah dan Anda akan mengerjakannya secara mengejutkan segera.
sumber
Saya punya berita buruk untuk Anda: banyak aplikasi yang dibutuhkan umat manusia sudah ditulis, hanya saja mereka harus disesuaikan dengan lingkungan yang terus berubah.
Suatu hari, Anda akan diminta untuk menulis bagian baru dari sistem, seperti, modul baru, dan Anda dapat meningkatkan pengetahuan Anda tentang pengembangan bidang hijau.
Sampai saat itu, Anda dapat mencoba mempelajari aplikasi refactoring lawas untuk membersihkan modul.
Bacaan yang bagus adalah " Bekerja dengan Aplikasi Legacy " dan " Refactoring to Patterns ". Jika Anda tidak membaca Refactoring (Fowler) asli, silakan lakukan. Dan belajar Test-Driven Development (TDD), selalu membantu.
Jika Anda bekerja dengan PHP, saya menulis artikel yang bisa dijalankan dengan kode ini ...
Selamat bersenang-senang!
sumber
Rute termudah untuk melarikan diri adalah mengubah gaya pemrograman Anda sepenuhnya dan juga menambah keterampilan baru dalam waktu yang bersamaan. Misalnya, Anda bisa mencoba menjadi Peneliti. Ini mungkin bukan pekerjaan yang prestise untuk tahun pertama, dan tentu saja itu tidak dibayar tinggi seperti pekerjaan pemrograman normal (di tahun pertama jika Anda Peneliti / Peneliti di tim Universitas - tentu saja karena Peneliti Senior cukup cantik. banyak sejalan dengan sisa industri), tetapi pasti akan menempatkan keterampilan Anda untuk bekerja pada masalah yang paling sulit yang dapat Anda temukan hari ini. Setelah pekerjaan seperti itu, Anda dapat dengan mudah melompat ke posisi yang lebih baik, asalkan Anda memiliki beberapa proyek menarik untuk ditunjukkan kepada bos Anda berikutnya.
sumber