Tôi đã có một đồng nghiệp rời khỏi công ty của chúng tôi gần đây. Trước khi rời đi, anh ta đã mã hóa một thành phần bị rò rỉ bộ nhớ nghiêm trọng gây ra sự cố ngừng sản xuất ( OutOfMemoryErrorbằng Java). Vấn đề về cơ bản là vấn đề đã HashMaptăng lên và không bao giờ xóa, và giải pháp là thay thế HashMapbằng cách thực hiện bộ đệm.

Từ quan điểm chuyên nghiệp, tôi cảm thấy rằng tôi nên cho anh ấy biết về khuyết điểm để anh ấy có thể học hỏi từ lỗi. Mặt khác, một khi mọi người rời khỏi một công ty, họ thường không muốn nghe về các dự án cũ mà họ đã để lại cho những điều lớn hơn và tốt hơn.

Giao thức chung cho loại tình huống này là gì?

Bạn không săn lùng một đồng nghiệp cũ để nói với anh ta rằng anh ta đã phạm sai lầm. Bạn có thể nói với bạn của bạn rằng anh ấy đã làm sai.

Cho dù anh ta là một người bạn hay một đồng nghiệp cũ là tùy thuộc vào bạn.

Không làm gì cả.

1. Liên lạc với ai đó hoàn toàn để nói với họ rằng họ đã làm hỏng nhưng chúng tôi đã sửa nó, không chuyên nghiệp và dù bạn có cố gắng đến đâu cũng không thể nhận được một cách tích cực.
2. Nói chuyện đủ sâu để một cuộc trò chuyện trở nên hữu ích từ xa về mã cho những người không phải là nhân viên là bất kể vấn đề NDA tiềm ẩn.

Nếu bạn thuộc NDA, thì không nên nói chuyện với ai đó bên ngoài công ty của bạn về bất kỳ vấn đề nào liên quan đến IP, cho dù họ có phải là nhân viên cũ hay không.

Nếu bạn không thuộc NDA, tôi muốn nói rằng anh ấy / cô ấy sẽ không quan tâm.

Bỏ qua chuyện đó, người đó có bất mãn không? Đó có phải là một cái gì đó thực sự có thể có chủ ý?

Với một sai lầm đơn giản, tỷ lệ cược là tốt nếu nó làm phiền đồng nghiệp, có lẽ họ đã nhận ra vấn đề một vài ngày sau đó trong khi suy ngẫm về nó. Tôi biết tôi đã đi làm về và nhận ra ".... tào lao, thuật toán đó hoàn toàn thiếu sót, tôi sẽ phải làm lại vào ngày mai" trong khi thư giãn và hồi tưởng về ngày của tôi.

Đồng nghiệp này là BẠN B mà bạn tiếp tục liên lạc chặt chẽ sau khi rời đi? Nếu có, hãy nói về điều đó nếu / khi bạn đang uống bia trên quầy bar.

Nếu không, tại sao phải bận tâm?

PS.: Về điều NDA, bí mật ở đây là gì? Dù sao, ông X là người đã viết mã và nếu việc rời đi là gần đây, phần mềm sẽ tiếp tục ở cùng mức độ tiết lộ.

Mọi chuyện sẽ khác nếu cuộc nói chuyện này diễn ra 3 năm sau khi rời đi và bạn nói những điều mà anh ấy sẽ không phải biết ngoại trừ bạn ...

Nó phụ thuộc vào cách người này rời đi và mối quan hệ của bạn với anh ấy / cô ấy.

Ngoài ra, bạn quan tâm điều gì? Tôi thấy rằng bạn muốn giúp anh ta "học hỏi từ lỗi", nhưng bạn có thực sự không? Bạn sẽ cho anh ta xem nhật ký * và dấu vết ngăn xếp *? Bạn sẽ chỉ cho anh ấy các bước bạn đã thực hiện để chẩn đoán vấn đề? Bạn sẽ chỉ cho anh ấy nguồn * để anh ấy có thể thấy vấn đề ở đâu?

Nếu không, thì có lẽ bạn đang lãng phí thời gian của anh ấy và của bạn.

* Bạn có gặp rắc rối khi tiết lộ tài sản / dữ liệu của công ty cho người không phải là nhân viên không?

Nếu bạn quyết định nói với anh ta hãy chắc chắn rằng bạn cũng nói với tất cả những người đánh giá mã của anh ta! Họ có trách nhiệm như nhau! Đối với tôi có vẻ như bạn đã không hòa thuận với anh chàng này và muốn có một cuộc đào bới với anh ta. Hãy để nó đi, anh ta không quan tâm.

Chắc là không

Có vẻ như vô nghĩa đối với tôi, cho dù là bạn bè hay đồng nghiệp. Và, trong một số trường hợp, có thể có hại cho họ, cho bạn và cho mối quan hệ của bạn với họ.

Tất cả chúng ta thỉnh thoảng mắc lỗi.

Trên thực tế, yếu tố duy nhất khiến tôi muốn nói với các đồng nghiệp là đây: đây có phải là một lỗi mà tôi biết họ thường không làm / một tình huống mà tôi biết họ sẽ biết cách xử lý?

Nếu câu trả lời là có, thì không cần phải sửa lỗi cho họ vì có lẽ không có giá trị giáo dục nào cho họ, vì vậy tôi không thấy có nghĩa vụ phải thông báo cho họ. Nếu bạn tình cờ gặp họ một ngày hoặc dự định có đồ uống vào ngày cuối cùng của họ và bạn có mối quan hệ tốt với họ như những người đồng nghiệp và các chuyên gia đồng nghiệp, chắc chắn, bạn có thể đề cập đến nó, nhiều hơn để nuôi một số người nói chuyện thân thiện hoặc vô hại hơn bất cứ điều gì khác.

Nếu câu trả lời là không, thì có thể có nghĩa vụ (tuy nhiên sẽ không gọi đó là "chuyên nghiệp") để tiếp cận và giúp họ hiểu lỗi của họ.

Giữ nó dân sự

Hầu hết mọi người không thích những lời chỉ trích về công việc của họ nói chung, các nhà phát triển / lập trình viên thậm chí còn ít hơn, và các lập trình viên rời đi có lẽ sẽ có khả năng chịu đựng thấp hơn. Tại sao có nguy cơ làm phiền họ, và cho họ ấn tượng rằng họ để lại một lưu ý xấu?

Chắc chắn, nếu họ là những nhân viên tồi trong suốt, điều này không áp dụng, nhưng nếu họ là những người ủng hộ đồng nghiệp đủ kỹ năng, tôi không hiểu tại sao tôi lại đi ra ngoài để nhấn mạnh những sai lầm của họ, trừ khi tôi có thể chắc chắn rằng chúng ta cả hai có thể cười nó Một lần nữa, giả sử họ sẽ không học được nhiều từ nó và chỉ bị trừng phạt rằng họ đã bỏ lại phía sau.

Hợp pháp?

Từ một góc độ tiếp cận khác, nếu họ rời khỏi công ty, điều đó thực sự phụ thuộc vào hợp đồng của bạn và các chính sách bảo mật của công ty bạn. Bạn có thể không được phép lấy về mã (hoặc những thứ khác, cho vấn đề đó) cho các đồng nghiệp cũ.

Suy nghĩ tích cực

Cuối cùng, tôi nghĩ rằng những tình huống duy nhất mà tôi đã liên lạc với đồng nghiệp cũ để thảo luận về một cơ sở mã mà họ để lại là:

• để yêu cầu xác nhận về điều gì đó mờ ám trong khi nghiên cứu một khu vực cụ thể của mã,
• để chúc mừng họ về một số mã tôi thấy đặc biệt thành thạo và điều đó sẽ khiến cuộc sống của tôi trở nên tồi tệ hơn nếu không có nó,
• để chia sẻ tin vui về việc ra mắt thành công với họ nếu họ rời đi trước khi nó xảy ra (hoặc các thông báo lớn tương tự liên quan đến sản phẩm họ từng làm việc).

Học hỏi từ những sai lầm của họ

Những gì bạn chắc chắn có thể làm là chỉ ra lỗi cho các thành viên còn lại trong nhóm, để đảm bảo nó không xảy ra lần nữa với các thành viên còn lại. Không cần phải chỉ ra lỗi thực tế trong SCM hoặc tác giả, đó không phải là một trò chơi đổ lỗi.

Nó nằm ngoài phạm vi của câu hỏi, nhưng tôi vẫn chỉ ra rằng bạn nên đảm bảo sửa lỗi, ghi lại nguồn gốc, tác động và độ phân giải của nó và thực hiện kiểm tra để không xuất hiện lại nếu có thể.

Nó có thể không hợp pháp để nói với ai đó. Trừ khi mã là nguồn mở, hãy để chó ngủ nằm.