Saya akan menetapkan beberapa bug prioritas rendah pada hari pertama, dengan cara itu tidak ada yang berteriak jika mereka tidak segera memberikan pengembang baru waktu untuk mengenal dasar kode.
Hal paling penting yang harus dilakukan adalah melakukan review kode dari semua pekerjaannya dalam beberapa minggu pertama. Anda tidak ingin mengetahui bahwa orang itu pergi ke arah yang salah atau tidak mengikuti standar perusahaan pengkodean bulan menjadi hal. Lebih baik memastikan dia tahu apa yang diharapkan dari awal, dan ulasan kode memastikan hal ini. Tentu saja saya pikir tinjauan kode baik untuk semua karyawan (Kami meninjau 100% kode kami sebelum penempatan), tetapi mereka sangat penting untuk karyawan baru dan harus dilakukan secara langsung di mana Anda dapat menjawab pertanyaan dan merujuknya ke dokumentasi yang mungkin tidak mereka miliki. belum terlihat jika perlu.
Yang tidak Anda inginkan adalah seorang pria baru datang dan menggunakan gaya yang berbeda dari Anda semua. Orang sering mencoba untuk tetap menggunakan gaya kode dari pekerjaan mereka sebelumnya bahkan ketika itu bertentangan dengan gaya kode yang digunakan di tempat baru yang dapat membuat kebingungan dan gangguan di pihak pengembang lainnya.
Satu hal yang saya perhatikan bahkan dengan pengembang berpengalaman adalah bahwa beberapa dari mereka tidak sebagus dalam wawancara, review kode akan membantu Anda menemukan ini dengan cepat, sehingga Anda dapat memperbaikinya. Ini juga akan mendorong mereka untuk benar-benar menyelesaikan sesuatu, saya telah melihat karyawan baru yang tidak ditinjau kode menyeret keluar proyek tanpa menunjukkan apa yang mereka lakukan kepada siapa pun dan kemudian meninggalkan seminggu sebelum tenggat waktu yang mereka tahu tidak akan tercapai karena mereka berada di atas kepala mereka dan belum benar-benar menyelesaikan bagian dari proyek. Lebih baik periksa lebih awal dan sering dengan orang baru sampai Anda benar-benar yakin mereka sedang berolahraga.
Juga, itu normal bagi orang baru itu akan terkejut pada keadaan proyek warisan Anda. Itu tidak dirancang dengan cara yang menurutnya seharusnya. Harapkan ini, dengarkan dia dan jangan secara otomatis mengabaikan semua yang dia katakan. Secara khusus, orang ini tampaknya memiliki lebih banyak pengalaman daripada Anda atau pengembang lain, ia mungkin melihat hal-hal yang tidak Anda pertimbangkan. Namun, sebagai manajer, Anda harus menyeimbangkan perubahan yang diajukan terhadap beban kerja dan tenggat waktu saat ini. Anda semua mungkin ingin menginvestasikan waktu untuk mempelajari cara memperbaiki kode yang ada dan menginvestasikan beberapa jam dalam perkiraan waktu Anda untuk melakukan itu terutama jika orang baru tersebut memiliki masalah yang valid. Anda mungkin tidak dapat mendukung penulisan ulang total (banyak orang yang datang dengan pemikiran baru kita harus mulai dari awal dan melakukannya dengan lebih baik),
Jika Anda memiliki waktu di mana dia tidak diharapkan untuk berkontribusi penuh (dan sepenuhnya bertanggung jawab atas waktunya oleh klien), itu mungkin juga saat dia dapat memulai beberapa hal refactoring yang ingin Anda lakukan tetapi tidak ada. ' Aku tidak punya waktu untuk melakukannya. Terkadang, adalah hal yang baik untuk menggunakan periode pelatihan orang baru untuk mengatasi beberapa hal yang tidak ada dalam rencana proyek. Mereka dapat mempelajari basis kode dan jika apa yang ingin mereka lakukan tidak berhasil, Anda belum memengaruhi jadwal yang ada karena Anda belum memasukkan mereka ke dalam jadwal yang ada. Dan jika itu berhasil, Anda mungkin memiliki kemenangan besar yang membuat pemeliharaan di masa depan lebih mudah atau keamanan lebih baik atau apa pun masalahnya.