ฉันเพิ่งมีเพื่อนร่วมงานลาออกจาก บริษัท ของเรา ก่อนออกเดินทางเขาเขียนโค้ดส่วนประกอบที่มีการรั่วไหลของหน่วยความจำอย่างรุนแรงซึ่งทำให้เกิดการหยุดทำงาน ( OutOfMemoryErrorใน Java) ปัญหาคือสิ่งHashMapที่เพิ่มขึ้นและไม่เคยลบรายการและวิธีแก้ไขคือแทนที่HashMapด้วยการใช้แคช

จากมุมมองของมืออาชีพฉันรู้สึกว่าฉันควรแจ้งให้เขาทราบเกี่ยวกับข้อบกพร่องเพื่อให้เขาสามารถเรียนรู้จากข้อผิดพลาด ในทางกลับกันเมื่อคนออกจาก บริษัท พวกเขามักไม่ต้องการได้ยินเกี่ยวกับโครงการมรดกที่พวกเขาทิ้งไว้เพื่อสิ่งที่ใหญ่กว่าและดีกว่า

โปรโตคอลทั่วไปสำหรับสถานการณ์ประเภทนี้คืออะไร?

คุณไม่ต้องตามล่าอดีตเพื่อนร่วมงานเพื่อบอกเขาว่าเขาทำผิดพลาด คุณอาจบอกเพื่อนของคุณว่าเขาทำผิดพลาด

ไม่ว่าเขาจะเป็นเพื่อนหรืออดีตเพื่อนร่วมงานก็ขึ้นอยู่กับคุณ

ไม่ทำอะไร.

1. การติดต่อใครสักคนเพื่อบอกพวกเขาอย่างหมดจดพวกเขาเมา แต่เราแก้ไขมันไม่เป็นมืออาชีพและไม่ว่าคุณจะพยายามอย่างหนักแค่ไหนก็ไม่น่าที่จะได้รับในเชิงบวก
2. การพูดคุยในเชิงลึกมากพอสำหรับการสนทนาที่มีประโยชน์ในระยะไกลเกี่ยวกับการใช้รหัสกับพนักงานที่ไม่ดีไม่ว่าปัญหา NDA ที่อาจเกิดขึ้น

หากคุณอยู่ภายใต้ NDA คุณไม่ต้องพูดคุยกับใครบางคนนอก บริษัท ของคุณเกี่ยวกับปัญหาที่เกี่ยวข้องกับ IP ไม่ว่าจะเป็นพนักงานเก่าหรือไม่

หากคุณไม่ได้อยู่ภายใต้ NDA ฉันอยากจะบอกว่าเขา / เธอจะไม่สนใจ

นอกจากนั้นแล้วคน ๆ นั้นไม่พอใจ? มันเป็นสิ่งที่ตั้งใจจริงหรือไม่?

ด้วยข้อผิดพลาดที่ง่ายราคาต่อรองเป็นสิ่งที่ดีถ้ามันรบกวนเพื่อนร่วมงานพวกเขาอาจตระหนักถึงปัญหาในอีกสองสามวันต่อมาขณะที่รำพึงถึงเรื่องนี้ ฉันรู้ว่าฉันได้กลับบ้านจากที่ทำงานและตระหนักว่า ".... อึอัลกอริทึมนั้นมีข้อบกพร่องอย่างสมบูรณ์ฉันจะต้องทำมันใหม่ในวันพรุ่งนี้" ในขณะที่คลี่คลายและรำลึกถึงวันของฉัน

เพื่อนร่วมงานนี้เป็นเพื่อนของคุณที่คุณยังคงมีการติดต่ออย่างใกล้ชิดหลังจากที่ออกไป? ถ้าใช่พูดถึงเรื่องนั้นถ้า / เมื่อคุณกำลังดื่มเบียร์ที่บาร์

มิฉะนั้นจะรำคาญทำไม

ปล.: ในเรื่อง NDA ความลับที่นี่คืออะไร? Mr X เป็นผู้เขียนโค้ดอยู่แล้วและหากการลาออกนั้นไม่นานมานี้ซอฟต์แวร์จะยังคงเปิดเผยข้อมูลต่อไปในระดับเดียวกัน

สิ่งต่าง ๆ จะแตกต่างกันถ้าการพูดคุยนี้เกิดขึ้น 3 ปีหลังจากการจากไปและคุณบอกสิ่งที่เขาไม่ต้องรู้ยกเว้นสำหรับคุณ ...

ขึ้นอยู่กับว่าบุคคลนี้ออกจากคุณอย่างไรและความสัมพันธ์ของคุณกับเขา / เธอ

นอกจากนี้คุณสนใจอะไร ฉันเห็นว่าคุณต้องการช่วยเขา "เรียนรู้จากความผิดพลาด" แต่คุณจริงเหรอ? คุณจะแสดงล็อก * และการติดตามสแต็กให้เขาดูหรือไม่? คุณจะแสดงขั้นตอนที่คุณใช้ในการวิเคราะห์ปัญหาให้เขาหรือไม่ คุณจะแสดงให้เขาเห็นที่มา * เพื่อให้เขาเห็นว่าปัญหาอยู่ที่ไหน

ถ้าไม่เช่นนั้นคุณอาจเสียเวลาและตัวคุณไป

* คุณกำลังมีปัญหาในการเปิดเผยสินทรัพย์ / ข้อมูล บริษัท ให้กับพนักงานที่ไม่ใช่พนักงานหรือไม่?

หากคุณตัดสินใจที่จะบอกเขาให้แน่ใจว่าคุณได้บอกผู้ตรวจสอบทั้งหมดของรหัสของเขาด้วย! พวกเขามีความรับผิดชอบเท่าเทียมกัน! สำหรับฉันดูเหมือนว่าคุณไม่ได้อยู่กับผู้ชายคนนี้และต้องการที่จะขุดเขา ปล่อยเขาไปเขาไม่สนใจหรอก

อาจจะไม่

ดูเหมือนว่าส่วนใหญ่ไม่มีจุดหมายสำหรับฉันไม่ว่าจะเป็นเพื่อนหรือเพื่อนร่วมงาน และในบางสถานการณ์อาจเป็นอันตรายต่อพวกเขาต่อคุณและความสัมพันธ์ของคุณกับพวกเขา

เราทุกคนทำผิดพลาดเป็นครั้งคราว

ในความเป็นจริงปัจจัยเดียวที่ทำให้ฉันอยากบอกว่าเพื่อนร่วมงานคือ: นี่เป็นความผิดพลาดที่ฉันรู้ว่าพวกเขามักจะไม่ทำ / สถานการณ์ที่ฉันรู้ว่าพวกเขาจะรู้วิธีจัดการ?

หากคำตอบคือใช่ไม่จำเป็นต้องมีข้อผิดพลาดเนื่องจากอาจไม่มีคุณค่าทางการศึกษาสำหรับพวกเขาดังนั้นฉันจึงไม่เห็นหน้าที่ที่จะต้องแจ้งให้พวกเขาทราบ หากคุณเจอพวกเขาในวันหนึ่งหรือวางแผนที่จะดื่มในวันสุดท้ายของพวกเขาและคุณมีสายสัมพันธ์ที่ดีกับพวกเขาในฐานะเพื่อนร่วมงานและเพื่อนร่วมอาชีพแน่นอนว่าคุณสามารถพูดถึงมันได้

หากคำตอบคือไม่แสดงว่าอาจมีข้อผูกมัด (จะไม่เรียกว่า "อาชีพ" อย่างใดอย่างหนึ่ง) เพื่อเอื้อมมือออกไปและช่วยให้พวกเขาเข้าใจข้อผิดพลาดของพวกเขา

เก็บมันโยธา

คนส่วนใหญ่ไม่ชอบคำวิจารณ์เกี่ยวกับงานของพวกเขาโดยทั่วไปนักพัฒนา / โปรแกรมเมอร์แม้แต่น้อยลงและออกจากโปรแกรมเมอร์อาจจะมีความอดทนน้อยลง ทำไมต้องเสี่ยงที่จะทำให้พวกเขารำคาญและทำให้พวกเขารู้สึกว่าพวกเขาทิ้งข้อความที่ไม่ดีไว้?

แน่นอนว่าถ้าพวกเขาเป็นพนักงานที่ไม่ดีมาตลอดก็ไม่ได้นำมาใช้ แต่ถ้าพวกเขาเป็นเพื่อนร่วมงานที่มีทักษะอย่างเพียงพอฉันไม่เห็นว่าทำไมฉันจึงต้องพยายามเน้นความผิดพลาดของพวกเขายกเว้นว่าฉันมั่นใจได้ว่าเรา ทั้งคู่หัวเราะได้ อีกครั้งโดยสมมติว่าพวกเขาไม่ได้เรียนรู้อะไรมากมายจากเรื่องนี้และแค่เสียใจที่พวกเขาทิ้งไว้ข้างหลัง

กฎหมาย?

จากมุมมองที่แตกต่างหากพวกเขาออกจาก บริษัท มันขึ้นอยู่กับสัญญาของคุณและนโยบายความปลอดภัยของ บริษัท ของคุณ คุณอาจไม่ได้รับอนุญาตให้นำรหัส (หรือเรื่องอื่น ๆ ) ไปยังเพื่อนร่วมงานคนก่อน

คิดบวก

ในที่สุดฉันคิดว่าสถานการณ์เดียวที่ฉันยื่นมือไปหาอดีตเพื่อนร่วมงานเพื่อหารือเกี่ยวกับ codebase ที่พวกเขาทิ้งไว้คือ:

• เพื่อขอการยืนยันในบางสิ่งที่ร่มรื่นในขณะที่ทำการค้นคว้าในส่วนของรหัส
• เพื่อแสดงความยินดีกับพวกเขาในบางส่วนของรหัสที่ฉันพบว่ามีความเชี่ยวชาญเป็นพิเศษและนั่นจะทำให้ชีวิตของฉันแย่ลงถ้ามันไม่ได้อยู่ที่นั่น
• เพื่อแบ่งปันข่าวดีของการเปิดตัวที่ประสบความสำเร็จกับพวกเขาหากพวกเขาออกไปก่อนที่มันจะเกิดขึ้น (หรือประกาศที่คล้ายกันขนาดใหญ่ที่เกี่ยวข้องกับผลิตภัณฑ์ที่พวกเขาเคยทำงาน)

เรียนรู้จากความผิดพลาดของพวกเขา

สิ่งที่คุณสามารถทำได้อย่างแน่นอนคือชี้ให้เห็นข้อผิดพลาดในส่วนที่เหลือของทีมเพื่อให้แน่ใจว่าจะไม่เกิดขึ้นกับสมาชิกที่เหลือ ไม่จำเป็นต้องชี้ไปที่ข้อผิดพลาดจริงใน SCM หรือผู้เขียนไม่ใช่เกมโทษ

มันอยู่นอกขอบเขตของคำถาม แต่ฉันยังชี้ให้เห็นว่าคุณควรตรวจสอบให้แน่ใจว่าได้แก้ไขข้อผิดพลาดจัดทำเอกสารที่มาผลกระทบและการแก้ปัญหาและดำเนินการทดสอบเพื่อไม่ให้ปรากฏขึ้นอีกถ้าเป็นไปได้

อาจไม่ถูกกฎหมายที่จะบอกใครสักคน หากรหัสนั้นเป็นโอเพนซอร์ซอย่าให้สุนัขนอนอยู่