Haruskah saya memberi tahu rekan kerja yang berangkat tentang cacat “sev 1” mereka? [Tutup]


13

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?


membuat Anda dapat membuat posting blog tentang hal itu jika cukup menarik
ratchet freak

14
Saya akan mengatakan biarkan saja. Kolega Anda kemungkinan tidak peduli dengan apa yang terjadi sejak dia pergi. Anda tidak berhutang apa pun kepadanya dengan mengatakan kesalahannya, karena kesalahannya maju, bukan masalah Anda.
Ramhound

6
Kirimkan ke codinghorror.com. Jangan menyebutkan namanya, tetapi sertakan detail yang cukup baginya untuk mengidentifikasi itu sebagai karyanya ketika dia membacanya.
user16764

3
Apakah ada orang lain yang melihat profil OP untuk memastikan itu bukan mereka? Atau hanya aku ...
Adam V

4
@ user16764 - Saya pikir maksud Anda The Daily WTF ?
LeopardSkinPillBoxHat

Jawaban:


112

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.


38
Selain itu, Anda dapat ribut teman Anda berulang kali tentang kesalahannya - tapi sekali lagi itu tergantung pada seberapa dekat seorang teman dia ...
Bill K

Jawaban yang sangat mendalam dan ringkas! Saya berharap bisa memberi Anda lebih dari +1!
MathAttack

+1 Sepertinya kita berpikir dengan cara yang sama. Tetapi Anda menjelaskannya dengan lebih baik.
Fabricio Araujo

Bukan hanya jawaban yang paling populer, tetapi yang saya condongkan ketika saya mengajukan pertanyaan. Terima kasih!
noahz

29

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.

4

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?


NDA atau tidak, saya akan menebak bahwa kecuali ini adalah startup di ruang bawah tanah, ada manual karyawan dan di suatu tempat ada sesuatu tentang perilaku yang tidak pantas, seperti menayangkan cucian kotor perusahaan, yang akan mengakibatkan tindakan disipliner dan / atau pemutusan hubungan kerja. .
BryanH

1
Saya tidak berpikir masalah NDA akan menjadi perhatian banyak jika orang yang Anda ajak bicara menulis kode ... pertama-tama Anda mengungkapkan bahwa dia tidak tahu sebelumnya adalah bahwa ia membuat kesalahan. Namun, saya hanya mau repot-repot memberi tahu teman, bukan kolega acak yang nyaris tidak saya kenal, atau lebih mungkin benci.
CaffGeek

1
Bukankah mantan karyawan masih di bawah NDA?
BlueRaja - Danny Pflughoeft

4

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.


1
Saya berharap bisa mematikan otak ketika pergi.
CaffGeek

1
@Tidak, saya melakukan beberapa pekerjaan terbaik saya di mobil ke dan dari tempat kerja. Namun ketika saya pergi tidur ...
daramarak

1
@daramarak Anda tidur? Saya baru saja memasuki kondisi pengkodean bawah sadar. ;)
Yamikuronue

@Yamikuronue, haha, bagus. Saya harus ingat kalimat itu.
CaffGeek

4

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 ...


WRT NDA, pasti ada rahasia. Mungkinkah noahz memercayai mantan kolega itu untuk tidak memberi tahu semua orang bahwa noahz melanggar NDA? Itu rahasia besar noahz .
emory

Jika hanya seorang rekan, mengapa repot-repot bicara tentang itu sama sekali ? Teman dekat yang berganti pekerjaan adalah cerita lain.
Fabricio Araujo

2

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?


2
Dalam hal ini sesederhana "Anda memanggil Map.put (K, V) dan tidak pernah disebut Map.remove (K) atau Map.clear ()" - dan mungkin diskusi lanjutan tentang jenis implementasi / konfigurasi cache untuk menggunakan.
noahz

6
@noahz - Kedengarannya seperti kesalahan jujur. Saya bahkan berpendapat tidak ada kesalahan yang layak dibicarakan. Pertanyaan yang lebih menarik adalah alasan proses Anda gagal menangkap bug ini sebelum dipublikasikan ke lingkungan produksi.
Ramhound

@Ramhound - itu pertanyaan yang sama sekali berbeda. Yaitu "bagaimana Anda mengembangkan sistem throughput ketersediaan tinggi, tinggi dengan anggaran tali sepatu?" Apakah Anda hanya melipat tangan dan mengatakan "bisnis" tidak?
noahz

1

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.


1

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.


0

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

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.