Làm thế nào để bạn hỗ trợ mã bài viết của bạn kết thúc việc làm?

Quy trình rời khỏi một công ty (hoặc thậm chí là một nhóm / bộ phận) về mặt hỗ trợ mã là gì?

Là tốt nhất để xử lý tất cả các câu hỏi? Bạn có cung cấp cho các nhà phát triển còn lại quyền truy cập vào bản thân như một tài nguyên trong tương lai không? Nếu vậy, có cách nào để không cung cấp quyền truy cập đầy đủ?

Tôi đã có kinh nghiệm trực tiếp trong đó câu trả lời về kiến ​​trúc phần mềm chung từ nhà phát triển ban đầu sẽ là vô giá.

Tôi hiểu rằng nếu cần hỗ trợ nghiêm túc, thì nó trở thành một trường hợp điển hình của đàm phán việc làm như một hợp đồng hỗ trợ. Tuy nhiên, cần hỗ trợ nghiêm túc, bạn có thể thực hiện những bước nào để giảm bớt quá trình liên hệ với bạn?

Tôi đã nghĩ đến việc làm một cái gì đó giống như tạo một địa chỉ (YOU_NAME) _codesupport @ (YOU_FAVORITE_EMAIL_CLIENT).

Tình huống cụ thể của tôi:

Tôi là một sinh viên hợp tác, và như vậy nảy ra xung quanh các công ty trên 4 tháng. Điều này có nghĩa là giới thiệu bản thân với rất nhiều cơ sở mã mới, cũng như để lại một phần công bằng mã mồ côi phía sau khi tôi rời công ty. Tôi cảm thấy tồi tệ nếu tôi để lại mã rác xung quanh.

Làm thế nào để bạn hỗ trợ mã bài viết của bạn kết thúc việc làm?

Bạn không. Đó là lý do tại sao nó được gọi là kết thúc .

Nếu họ ngạc nhiên khi thấy bạn bước qua cửa và bắt đầu sử dụng thiết bị của họ một tháng sau khi bạn rời đi, bạn sẽ ngạc nhiên khi họ gọi bạn dậy và hỏi một loạt câu hỏi một tháng sau khi bạn rời đi.

Được rồi, thực tế hơn, tùy thuộc vào tình huống, bạn có thể đề nghị trả lời các câu hỏi qua điện thoại hoặc e-mail một chút, đặc biệt nếu bạn a) muốn quay lại đó, b) là bạn với những người làm việc ở đó, c ) vẫn phụ thuộc vào họ để đánh giá tốt, d) cảm thấy khá tự tin rằng công ty sẽ không lạm dụng cử chỉ thiện chí của bạn và / hoặc e) công ty sẵn sàng đền bù cho bạn bất kỳ hỗ trợ bổ sung không tầm thường nào.

Điều này có nghĩa là giới thiệu bản thân với rất nhiều cơ sở mã mới

Đó là một kỹ năng tốt để phát triển - bạn sẽ cần nó.

cũng như để lại một phần công bằng của mã mồ côi phía sau khi tôi rời công ty.

Một phần công việc của bạn khi bạn vẫn còn làm việc ở đó là ghi lại những gì bạn đã làm hoặc ít nhất là đảm bảo rằng một số người khác làm việc ở đó có hiểu biết rõ ràng về nó. Đó là điều mà công ty quan tâm và họ nên đảm bảo rằng họ có những gì bạn cần trong khi bạn vẫn ở đó.

Tôi cảm thấy tồi tệ nếu tôi để lại mã rác xung quanh.

Đừng viết mã rác ở nơi đầu tiên. Nếu mã tốt trước đây của bạn trở thành rác (lỗi thời, không còn cần thiết, v.v.) trước khi bạn rời đi, thì hãy dọn sạch nó trước khi bạn rời đi. Nếu mã của bạn không phải là rác khi bạn rời đi, thì những gì xảy ra với nó sau đó không phải là điều bạn nên lo lắng.

Thông thường bạn chuẩn bị cho việc này khoảng 2 tuần trước ngày kết thúc dự kiến ​​của bạn. Lên kế hoạch một thời gian để chuyển giao kiến ​​thức cho một thành viên khác trong nhóm và cố gắng đảm bảo rằng họ có thể hỗ trợ mã trước khi bạn đóng gói bàn của bạn. Đừng thiết lập để được hỗ trợ vĩnh viễn bằng cách đưa thông tin liên hệ của bạn vào mã. Nếu tình trạng này là rất nghiêm trọng mà không ai nhưng bạn có thể sửa chữa nó, có lẽ họ có thể nhận được thông tin liên lạc của bạn từ HR.

Huấn luyện người thay bạn càng nhiều càng tốt (nếu có ai đó).

Tôi thấy tốt nhất là để lại tài liệu với mã, tốt nhất là kiểm tra vào kiểm soát nguồn nếu không có hệ thống tài liệu trung tâm. Dù bạn làm gì, hãy ghi lại càng nhiều càng tốt:

• Làm cách nào để có được một hệ thống hoàn toàn hoạt động và chạy trên máy tính của nhà phát triển khác
• Làm thế nào để xây dựng
• Cách triển khai

Đặt một bản sao của tất cả mọi thứ ở một vị trí trung tâm.

Gửi email tất cả các chi tiết cho bất kỳ bên liên quan .

Tôi luôn đảm bảo rằng họ hiểu rằng họ có thể gọi cho tôi nếu họ có câu hỏi, như việc này đã đi đâu, v.v ... Việc họ gọi cho bạn sau và hỏi bạn có muốn làm việc ở bên cạnh không? trói buộc. Điều đó tùy thuộc vào bạn dựa trên tình hình mới và hợp đồng lao động. Không có gì sai khi nói, "xin lỗi, tôi không có thời gian ngay bây giờ." Điều đó gần như luôn luôn đúng.

Vài điều tôi muốn đề cập.

Trong kinh doanh, tiền là trên tình cảm. Nhà tuyển dụng thường không có những tình cảm giống như bạn có từ phía bạn. Một khi bạn rời khỏi công ty, thỏa thuận được thực hiện. Các cuộc đàm phán và các công cụ thời gian thông báo là các bước để giảm thiểu rủi ro của họ.

Tất nhiên mọi người giúp đỡ nhau với lựa chọn cá nhân của họ, nhưng các công ty thực sự không mong đợi bạn quay lại sửa chữa những thứ cho họ ngay cả khi bạn đã viết trong quá khứ. Nhưng có những trường hợp ngoại lệ nhưng nó phụ thuộc vào mức độ quan trọng của bạn đối với công việc.

Một trong những người bạn của tôi đã rời công ty của anh ấy 1 năm trước và gần đây anh ấy đã được một trong những người quản lý dự án liên hệ để khắc phục một vấn đề với mã mà anh ấy đã viết vài năm trước. Xem xét sự quay vòng và sự phức tạp để khắc phục vấn đề, ông là lựa chọn dễ dàng nhất. Cuối cùng anh ấy đã giúp họ khắc phục vấn đề; nhưng về lợi ích cá nhân và đạo đức của mình. Và lưu ý rằng một số nhà tuyển dụng không thể đồng ý với điều này. tức là anh ấy sẽ trở lại công ty cũ của mình và sửa chữa các vấn đề.

Những điều bạn cần chú ý là,

• Những người làm kinh doanh nghiêm túc hành động chuyên nghiệp trong tình huống này. Họ không muốn bạn nữa.
• Cơ hội cao nhất để nhận được cuộc gọi từ nhà tuyển dụng cũ là một cuộc gọi cá nhân. Thông thường, đó sẽ không phải là một quyết định của tổ chức để tiếp cận bạn và sửa mã. Ngoài ra họ tôn trọng thời gian và bài tập hiện tại của bạn trước khi hỏi thời gian của bạn.
• Các công ty doanh nghiệp duy trì bí mật nhất cho mã và thiết kế của họ. Họ không muốn phơi bày ngay cả với nhân viên cũ.
• Hầu hết các nhân viên rời khỏi công ty sẽ tham gia vào các công ty có tên miền tương tự. Và công ty cũ và công ty mới có thể là đối thủ cạnh tranh. Nếu bạn đang giữ bằng sáng chế và dựa trên bản chất nguyên tắc hoạt động của công ty, hầu hết các công ty sẽ không cho phép nhân viên cũ làm việc với họ ngay cả khi nhân viên cũ muốn.
• Trong trường hợp cụ thể của bạn, tôi nghi ngờ làm thế nào 4 tháng có thể khiến bạn rất quan trọng đối với tổ chức và dự án trừ khi bạn cho họ một cách triệt để một cái gì đó mới sinh ra trong đầu bạn.

tất cả những điều người khác nói và sau đó:

Hãy xem xét đồng lập trình .
Ngồi với hai người sau một bàn. Lập trình mọi thứ theo cặp. khi một trong số họ (bạn) rời đi, người còn lại có tất cả kiến ​​thức.

Có rất nhiều lợi thế khác, nhưng đó là một chủ đề khác.