Geçenlerde bir iş arkadaşımdan şirketimizden ayrıldım. Ayrılmadan önce, üretim kesintisine neden olan ciddi bir bellek sızıntısı olan bir bileşeni kodladı ( OutOfMemoryErrorJava'da). Sorun aslında bir HashMapbüyüdü ve girişleri asla kaldırıldı ve çözüm HashMapbir önbellek uygulaması ile değiştirmek oldu .

Profesyonel bir bakış açısıyla, hatadan öğrenebilmesi için ona kusur hakkında bilgi vermem gerektiğini hissediyorum. Öte yandan, insanlar bir şirketten ayrıldıktan sonra, daha büyük ve daha iyi şeyler için geride bıraktıkları eski projeleri duymak istemezler.

Bu tür bir durum için genel protokol nedir?

Ona bir hata yaptığını söylemek için eski bir meslektaşını avlamıyorsun. Arkadaşınıza onun bir hata yaptığını söyleyebilirsiniz.

Bir arkadaş ya da eski bir meslektaş olup olmadığı size kalmış.

Hiçbir şey yapma.

1. Tamamen birisinin onlara berbat ettiklerini söylemek için başvurmak, düzelttik, profesyonelce ve ne kadar zor çalıştığınız önemli değil, hiç olumlu bir şekilde alınma olasılığı düşük.
2. Bir konuşmanın çalışan olmayan kişilere kod hakkında uzaktan faydalı olacak kadar derinlemesine konuşmak, potansiyel NDA sorunlarına bakılmaksızın kötüdür.

Bir NDA altındaysanız, eski çalışanlar olsun ya da olmasın IP ile ilgili herhangi bir sorun hakkında şirketiniz dışındaki biriyle konuşmak büyük bir hayır.

Eğer bir NDA altında değilseniz, umursamadığını söylemek isterim.

Bu bir yana, o kişi hoşnutsuz muydu? Aslında kasıtlı olabilecek bir şey miydi?

İş arkadaşını rahatsız ettiyse, basit, oranların iyi olduğu bir hatayla, muhtemelen birkaç gün sonra sorunu düşünürken fark ettiler. İşten eve gittim ve ".... saçmalık, bu algoritma tamamen kusurlu, yarın yeniden yapmalıyım" fark ettim ve günüm hakkında gevşeyip anımsadım.

Bu meslektaş ayrıldıktan sonra yakın temasta bulunduğunuz ARKADAŞınız mı? Cevabınız evet ise, barda bira alırken / alırken bunun hakkında konuşun.

Aksi halde neden rahatsız oluyorsun?

PS .: NDA olayında, burada sır nedir? Bay X, kodu zaten yazan kişidir ve izinlerin alınması son zamanlarda, yazılım aynı düzeyde açıklama yapmaya devam eder.

Bu konuşma ayrıldıktan 3 yıl sonra gerçekleşirse ve sizin dışında bilmesi gerekmeyen şeyler söylerseniz işler farklı olurdu ...

Bu kişinin nasıl ayrıldığına ve onunla olan ilişkinize bağlıdır.

Ayrıca, neye önem veriyorsunuz? Görüyorum ki ona "hatadan ders al", ama gerçekten misin? Ona günlükleri * ve yığın izini * gösterecek misin? Ona sorunu teşhis etmek için attığınız adımları gösterecek misiniz? Sorunun nerede olduğunu görebilmesi için ona kaynağı * gösterecek misin?

Değilse, muhtemelen zamanını ve seninkini harcıyorsun.

* Şirket varlıklarını / verilerini çalışan olmayan bir kişiye ifşa etmekte sorun yaşayacak mısınız?

Ona söylemeye karar verirseniz, kodunun tüm yorumcularına da söylediğinizden emin olun! Aynı derecede sorumlular! Bana öyle geliyor ki, bu adamla uğraşmadınız ve ona bir kazı yapmak istiyorsunuz. Bırak gitsin, umurunda değil.

Muhtemelen değil

İster arkadaş ister meslektaş olsun, çoğunlukla bana anlamsız geliyor. Ve bazı durumlarda, muhtemelen onlara, size ve onlarla olan ilişkinize zararlıdır.

Hepimiz zaman zaman hata yaparız.

Aslında, bana meslektaşlarımı anlatmak isteyecek tek faktör şudur: Bu genellikle yapmayacaklarını bildiğim bir hata / nasıl başa çıkacaklarını bilecekleri bir durum mu?

Cevabınız evet ise, muhtemelen onlar için herhangi bir eğitim değeri olmadığından onları rahatsız etmeye gerek yoktur , bu yüzden onları bilgilendirmek için bir görev görmüyorum. Bir gün onlarla karşılaşırsanız veya son günlerinde içki içmeyi planlıyorsanız ve akranları ve meslektaşları olarak onlarla iyi bir uyumunuz varsa, elbette, dostça veya zararsız şaka beslemek için başka bir şeyden daha fazlasını söyleyebilirsiniz .

Cevabınız hayırsa, o zaman onlara ulaşmak ve hatalarını anlamalarına yardımcı olmak için bir yükümlülük ("profesyonel" olarak adlandırılmayacaktır) olabilir.

Sivil Tutun

Çoğu insan genel olarak işleri hakkında eleştirilerden hoşlanmaz, geliştiriciler / programcılar daha da az, ve çıkış yapan programcılar muhtemelen daha düşük bir toleransa sahip olacaktır. Neden onları rahatsız etme ve onlara kötü bir notta bıraktıkları izlenimini verme riskini göze alıyor musunuz?

Tabii, kötü çalışanlar olsaydı, bu geçerli değildir, ancak aksi takdirde yeterince yetenekli diğer programcılar olsaydı, nedenlerini vurgulamak için yolumdan çekileceğimi anlamıyorum, ancak emin olabilirsek her ikisi de kahkaha atabilir. Yine, ondan çok fazla şey öğrenmeyeceklerini ve sadece geride bıraktıklarını düşündüreceklerini varsayarsak.

Yasal?

Farklı bir yaklaşım açısından, şirketten ayrıldılarsa, bu gerçekten sözleşmenize ve şirketinizin güvenlik politikalarına bağlıdır. Kodu (veya bu konudaki diğer şeyleri) eski meslektaşlarınıza götürmenize izin verilmeyebilir.

Olumlu düşün

Son olarak, geride bıraktıkları bir kod tabanını tartışmak için eski meslektaşımla görüştüğüm tek durumların:

• kodun belirli bir alanını araştırırken gölgeli bir şey hakkında onay istemek,
• Onları özellikle ustaca bulduğum bazı kodlardan dolayı tebrik etmek ve orada olmasaydı hayatımı daha da kötüleştirirdi,
• başarılı bir lansmanın müjdelemesini, gerçekleşmeden önce ayrılırlarsa (veya üzerinde çalıştıkları bir ürünle ilgili benzer büyük duyurular) onlarla paylaşmak.

Hatalarından Öğrenin

Kesinlikle yapabileceğiniz şey, geri kalan üyelerle tekrar olmamasını sağlamak için hatayı ekibin geri kalanına işaret etmektir. SCM'deki gerçek hataya veya yazara işaret etmeye gerek yok, bu bir suçlama oyunu değil.

Sorunun kapsamı dışında, ancak yine de hatayı düzelttiğinizden, kökenlerini, etkilerini ve çözünürlüklerini belgelediğinizden ve mümkünse tekrar görünmemesi için bir test uyguladığınızdan emin olmalısınız.

Birisine söylemek yasal olmayabilir. Kod açık kaynak değilse, uyuyan köpekler yalan söylesin.