Bagaimana Anda keluar dari peran pengelola kode? [Tutup]


13

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?


Apakah Anda melamar pekerjaan Pemelihara Kode?
James

@James semua pekerjaan adalah pekerjaan pengelola kode, atau setidaknya semua yang saya temui ...
nbv4

Jangan berkecil hati. Dalam teknologi tidak ada yang permanen. Anda mungkin merasa seperti mekanik vs insinyur. Tapi saya pikir ada banyak perusahaan dengan para pemimpin otodidak dan lebah pekerja dengan gelar tinggi. Status, pengetahuan, dan upaya untuk mematuhi pendidikan formal harus mendapat imbalan, tetapi apakah jawaban Anda untuk "Apa yang telah Anda lakukan untuk saya belakangan ini?" lebih baik, ini berjalan jauh.
PengembangDon

Jawaban:


6

Pemeliharaan berarti hal yang berbeda untuk orang yang berbeda, dan muncul karena alasan yang berbeda.

  • Kasus terburuk, sistem awal dilemparkan bersama dengan terburu-buru, tim awal mengambil kredit untuk semuanya. Mereka mengikuti aturan 80/20, jadi sementara mungkin ada produk minimum yang layak yang dapat dijual, banyak pelanggan membutuhkan banyak perbaikan dan perbaikan kecil. Banyak masalah, tetapi tidak banyak kemuliaan yang tersisa. Anda memiliki pekerjaan yang paling sulit, dan itu tanpa rasa terima kasih. Saya harap ini bukan situasi Anda.
  • Lebih baik, Anda telah menunjukkan bahwa Anda berhati-hati dengan pekerjaan Anda dan dapat dipercaya untuk melakukan perubahan pada produk yang diteruskan tanpa merusaknya. Masalah apa yang tersisa masih terlalu sulit bagi orang yang memalu sistem asli bersama-sama. Mungkin mereka gagal membangun sistem untuk bertahan, dan Anda ada di sana, mungkin sebagai pengganti mereka, untuk memperbaiki keadaan dan menyelamatkan pelanggan, proyek dan keuntungan.
  • Kemungkinan besar, 60% dari biaya proyek datang selama pemeliharaan. Mungkin ini waktunya, mungkin organisasi Anda memisahkan antara pengembangan dan pemeliharaan baru, tetapi Anda berada di mayoritas 3/5 karena banyak dari kita melakukan pemeliharaan.

Berikut beberapa hal untuk dicoba:

  • Lakukan pekerjaan dengan baik, miliki sikap yang hebat, jadilah pemimpin ide.
  • Sebisa mungkin, bekerja dalam tim, bukan sendirian.
  • Pelajari bahasa yang lebih baru.
  • Pelajari platform yang lebih baru.
  • Permintaan untuk bekerja pada program yang lebih kecil, bahkan mungkin berlaku dengan perusahaan yang lebih kecil.
  • Menjadi terampil dan terlibat dalam dokumentasi. Ketika proyek dimulai, bahkan di era pasca air terjun, mereka membutuhkan banyak koordinasi tertulis untuk peta jalan, mendokumentasikan, mengevaluasi, dan mengklarifikasi persyaratan.
  • Berbahaya bagi proyek untuk memulai di tangan orang-orang yang tidak menghargai manajemen persyaratan, estimasi, dan penilaian risiko, jadi pelajari dan praktikkan keterampilan ini sebanyak yang Anda bisa.
  • Dapatkan lebih banyak pelatihan atau sertifikasi formal. Ini dapat meningkatkan status Anda dan menjadikan Anda pilihan yang lebih menarik ketika tim untuk proyek pengembangan baru dibentuk.
  • Mulai perusahaan atau konsultasi di samping. Ini memberi Anda outlet kreatif untuk menargetkan jenis pekerjaan favorit Anda, dan memberi Anda penghargaan yang lebih baik tentang bagaimana rasanya memulai tanpa kode atau dokumentasi.
  • Dapatkan lebih dekat dengan bos Anda dan orang-orang yang merencanakan proyek baru.
  • Sebaliknya, jika Anda sangat dekat dengan penguji dan QA, output mereka sering menjadi input untuk pemeliharaan, jadi tebak dengan siapa bos Anda berpikir Anda bekerja dengan sangat baik?
  • Buat sebanyak mungkin teman, dan dapatkan rasa hormat dari sebanyak mungkin pengembang greenfield.
  • Pengembang baru adalah yang bisa dilakukan orang, jadi berhati-hatilah dengan segala tanda kritik atau negatif. Beri mereka ide-ide Anda secara bebas tanpa menyalahkan atau menghakimi. Ide-ide Anda tidak perlu diperkenalkan, katakan saja. Jangan pernah katakan, kami dulu melakukannya dengan cara ini, atau itu tidak berhasil, coba ini. Tidak pernah mengatakan, saya tidak tahu, tetapi ini mungkin berhasil. Katakan saja idenya. Atau lebih baik, tunjukkan.
  • Temukan dan ambil peluang apa pun untuk membangun konsep bukti yang dapat berubah menjadi proyek baru Anda.
  • Awasi siapa yang menugaskan Anda bekerja. Biasanya, itu harus seseorang dalam rantai komando Anda. Jika itu adalah teman sebaya Anda, dorong kembali beberapa waktu. Jika itu adalah seseorang yang Anda awasi, perlu ada alasan kuat untuk mengendalikan. Jika QA atau tes, pastikan itu penting untuk rantai komando Anda dan tidak dijadwalkan dengan cara yang menunda pekerjaan yang Anda janjikan sebelumnya.
  • Waspadalah terhadap kesempurnaan. Perkembangan baru sering diperuntukkan bagi orang-orang yang cepat, bahkan jika mereka melintas mata dan tidak t t's.
  • Luangkan waktu untuk belajar dan mempraktikkan keterampilan proyek awal yang sesuai dengan bidang pengembangan Anda. Ini bisa termasuk: membuat repositori sumber, mendefinisikan lingkungan build, mengkonfigurasi server integrasi konstan, bekerja sama dengan tim perangkat keras untuk memunculkan papan baru dengan paket dukungan papan atau menulis kekuatan pada tes mandiri. Bahkan mungkin membantu untuk mengetahui cara bekerja dengan pembelian untuk membeli alat pengembangan baru, pelatihan, dan perangkat keras COTS.
  • Pastikan Anda pindah sebelum proyek pemeliharaan Anda ditutup, mungkin dengan berbelanja keterampilan Anda secara internal ke pimpinan tim dan mungkin manajer, atau secara eksternal.
  • Jadilah fasih dalam setiap teknologi yang Anda tahu, dan tahu banyak teknologi.

Peran pemeliharaan dapat diubah untuk keuntungan Anda dalam beberapa cara.

  • Anda dapat berpotensi mengerjakan setiap proyek yang dibuat oleh grup Anda atau bahkan perusahaan.
  • Jika pengembangan dan pemeliharaan baru dipisahkan, Anda berpotensi mengikuti jalur kepemimpinan yang kurang kompetitif. Timbal pada proyek-proyek baru sangat diidamkan, tetapi petunjuk pemeliharaan mungkin tersedia bagi Anda untuk diminta. Jika Anda memiliki dorongan dan bimbingan untuk memberi, anggota tim itu mungkin lebih menghargainya.
  • Jika proyek sedang dalam pemeliharaan, Anda lebih cenderung berinteraksi dengan pelanggan. Jika salah ditangani, ini mengakhiri karier. Jika ditangani dengan benar, ia mendapat perhatian positif di luar pengembangan yang sulit ditemukan tanpa menjadi seorang manajer.

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.


4

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!


1

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.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.