Saya memiliki rekan kerja yang meninggalkan perusahaan kami baru-baru ini. Sebelum pergi, ia mengkodekan komponen yang memiliki kebocoran memori parah yang menyebabkan pemadaman produksi ( OutOfMemoryErrordi Jawa). Masalahnya pada dasarnya adalah HashMapentri yang tumbuh dan tidak pernah dihapus, dan solusinya adalah mengganti HashMapdengan implementasi cache.

Dari sudut pandang profesional, saya merasa bahwa saya harus memberi tahu dia tentang cacat agar dia bisa belajar dari kesalahan. Di sisi lain, begitu orang meninggalkan perusahaan, mereka sering tidak ingin mendengar tentang proyek warisan yang mereka tinggalkan untuk hal-hal yang lebih besar dan lebih baik.

Apa protokol umum untuk situasi seperti ini?

Anda tidak memburu mantan kolega untuk memberitahunya bahwa dia melakukan kesalahan. Anda dapat memberi tahu teman Anda bahwa dia melakukan kesalahan.

Apakah dia teman atau mantan kolega, terserah Anda.

Tidak melakukan apapun.

1. Menghubungi seseorang secara murni untuk memberi tahu mereka bahwa mereka mengacau, tetapi kami memperbaikinya, tidak profesional dan tidak peduli seberapa keras Anda berusaha, tidak mungkin pernah diterima secara positif.
2. Berbicara cukup mendalam untuk percakapan yang berguna dari jauh tentang kode untuk non-karyawan adalah buruk terlepas dari masalah NDA yang potensial.

Jika Anda berada di bawah NDA, maka sangat tidak boleh untuk berbicara dengan seseorang di luar perusahaan Anda tentang masalah terkait IP, apakah mereka mantan karyawan atau tidak.

Jika Anda tidak berada di bawah NDA, saya berani mengatakan bahwa ia tidak akan peduli.

Selain itu, apakah orang itu tidak puas? Apakah itu sesuatu yang sebenarnya bisa disengaja?

Dengan kesalahan sesederhana itu, peluangnya bagus jika itu mengganggu rekan kerjanya, mereka mungkin menyadari masalah itu beberapa hari kemudian sambil merenungkannya. Saya tahu saya pulang kerja dan menyadari ".... sial, algoritme itu benar-benar cacat, saya harus mengulanginya besok" sambil melepaskan dan mengenang hari saya.

Rekan kerja ini adalah TEMAN Anda yang terus Anda hubungi setelah meninggalkannya? Jika ya, bicarakan hal itu jika / ketika Anda minum bir di bar.

Kalau tidak, mengapa repot-repot?

PS: Tentang masalah NDA, apa rahasianya di sini? Mr X adalah orang yang tetap menulis kode dan jika kepergiannya baru-baru ini, perangkat lunak melanjutkan pada tingkat pengungkapan yang sama.

Hal-hal akan berbeda jika pembicaraan ini terjadi 3 tahun setelah pergi dan Anda mengatakan hal-hal yang dia tidak perlu tahu kecuali Anda ...

Itu tergantung pada bagaimana orang ini pergi dan hubungan Anda dengannya.

Juga, apa pedulimu? Saya melihat bahwa Anda ingin membantunya "belajar dari kesalahan," tetapi apakah Anda benar-benar? Apakah Anda akan menunjukkan kepadanya log * dan jejak stack *? Apakah Anda akan menunjukkan kepadanya langkah-langkah yang Anda ambil untuk mendiagnosis masalah tersebut? Apakah Anda akan menunjukkan kepadanya sumber * sehingga ia dapat melihat di mana masalahnya?

Jika tidak, maka Anda mungkin membuang-buang waktu dan waktu Anda.

* Apakah Anda akan mendapat masalah karena mengungkapkan aset / data perusahaan kepada non-karyawan?

Jika Anda memutuskan untuk memberi tahu dia, pastikan Anda memberi tahu semua peninjau kode-nya juga! Mereka sama-sama bertanggung jawab! Bagi saya kedengarannya seperti Anda tidak bergaul dengan pria ini dan ingin melakukan penggalian padanya. Biarkan saja, dia tidak peduli.

Mungkin tidak

Sepertinya tidak ada gunanya bagi saya, apakah teman atau kolega. Dan, dalam beberapa keadaan, mungkin berbahaya bagi mereka, bagi Anda, dan hubungan Anda dengan mereka.

Kita semua sesekali membuat kesalahan.

Faktanya, satu-satunya faktor yang membuat saya ingin mengatakan pada rekan kerja adalah ini: apakah ini kesalahan yang saya tahu biasanya tidak mereka lakukan / situasi yang saya tahu mereka akan tahu bagaimana mengatasinya?

Jika jawabannya ya, tidak perlu mengganggu mereka karena mungkin tidak ada nilai edukasi untuk mereka, jadi saya tidak melihat kewajiban untuk memberi tahu mereka. Jika Anda bertemu mereka suatu hari atau berencana untuk minum pada hari terakhir mereka dan Anda memiliki hubungan yang baik dengan mereka sebagai teman sebaya dan sesama profesional, tentu saja, Anda bisa menyebutnya, lebih untuk memberi makan beberapa olok-olok ramah atau tidak berbahaya daripada yang lain.

Jika jawabannya tidak, maka mungkin ada kewajiban (tidak akan menyebutnya sebagai "profesional") untuk menjangkau dan membantu mereka memahami kesalahan mereka.

Tetap Sipil

Kebanyakan orang tidak suka kritik tentang pekerjaan mereka secara umum, pengembang / programmer bahkan kurang begitu, dan programmer yang berangkat mungkin akan memiliki toleransi yang lebih rendah. Mengapa mengambil risiko mengganggu mereka, dan memberi mereka kesan bahwa mereka meninggalkan catatan buruk?

Tentu, jika mereka adalah karyawan yang buruk di seluruh, ini tidak berlaku, tetapi jika mereka adalah rekan progammers yang cukup terampil, saya tidak melihat mengapa saya akan pergi keluar dari cara saya untuk menekankan kesalahan mereka, kecuali jika saya bisa memastikan kami keduanya bisa menertawakannya. Sekali lagi, dengan asumsi mereka tidak akan belajar banyak dari itu dan hanya malu bahwa mereka meninggalkan itu.

Hukum?

Dari sudut pandang pendekatan yang berbeda, jika mereka telah meninggalkan perusahaan, itu benar-benar tergantung pada kontrak Anda dan kebijakan keamanan perusahaan Anda. Anda mungkin tidak diizinkan membawa kode (atau hal lain, dalam hal ini) kepada mantan rekan kerja.

Berpikir positif

Akhirnya, saya berpikir bahwa satu-satunya situasi di mana saya menghubungi mantan kolega untuk membahas basis kode yang mereka tinggalkan adalah:

• untuk meminta konfirmasi tentang sesuatu yang teduh saat meneliti area tertentu dari kode,
• untuk memberi selamat kepada mereka pada beberapa kode yang saya temukan sangat ahli dan itu akan membuat hidup saya lebih buruk jika tidak ada,
• untuk membagikan kabar baik tentang peluncuran yang sukses dengan mereka jika mereka pergi sebelum itu terjadi (atau pengumuman besar serupa yang berkaitan dengan produk yang mereka kerjakan).

Belajarlah Dari Kesalahan Mereka

Apa yang pasti dapat Anda lakukan adalah menunjukkan kesalahan pada anggota tim lainnya, untuk memastikan hal itu tidak terjadi lagi dengan anggota yang tersisa. Tidak perlu menunjukkan kesalahan aktual dalam SCM atau ke penulis, itu bukan permainan menyalahkan.

Itu di luar ruang lingkup pertanyaan, tetapi saya masih menunjukkan bahwa Anda harus memastikan untuk memperbaiki kesalahan, mendokumentasikan asal-usul, dampak, dan resolusi, dan menerapkan tes agar tidak muncul lagi, jika mungkin.

Mungkin tidak sah untuk memberi tahu seseorang. Kecuali kodenya open source, biarkan anjing tidur berbaring.