雇用終了後のコードをどのようにサポートしますか？

コードサポートに関して、会社（またはグループ/部門）を退職するプロセスは何ですか？

すべての質問を処理するのが最善ですか？残りの開発者に将来のリソースとして自分自身へのアクセスを許可しますか？もしそうなら、フルアクセスを与えない方法はありますか？

私は、最初の開発者からの一般的なソフトウェアアーキテクチュアに関する回答が非常に貴重であるという直接的な経験をしました。

深刻な支援が必要な場合、それはサポート契約としての雇用交渉の典型的なケースになることを理解しています。ただし、深刻な支援が必要な場合、その連絡プロセスを容易にするためにどのような手順を実行できますか？

（YOUR_NAME）_codesupport @（YOUR_FAVORITE_EMAIL_CLIENT）.comアドレスを作成するようなことを考えていました。

私の状況の詳細：

私は生協の学生であり、そのため4か月間、企業を飛び回っています。これは、多くの新しいコードベースを紹介することと、退職時にかなりの数の孤立コードを残すことを意味します。ジャンクコードを残しておくと気分が悪くなります。

雇用終了後のコードをどのようにサポートしますか？

あなたはしません。それがendと呼ばれる理由です。

彼らがあなたがドアを通り抜けて、あなたが去った1ヵ月後に彼らの機器を使い始めるのを見て驚いたなら、あなたが彼らを呼んで、あなたが去った1ヵ月後にたくさんの質問をするように驚かされるべきです。

さて、より現実的には、状況に応じて、特にa）そこに戻りたい、b）そこで働く人々と友達である場合、c）電話または電子メールで質問に少し答えることを提案するかもしれません、c ）良いレビューのために彼らに依然頼っている、d）会社があなたののれんのジェスチャーを乱用しないことをかなり確信している、および/またはe）会社はどんな些細でない追加サポートに対してもあなたに補償してくれる。

これは、多くの新しいコードベースを紹介することを意味します

それは開発するのに良いスキルです-あなたはそれを必要とします。

会社を辞めたときに孤立したコードのかなりの部分を残すだけでなく。

まだそこで働いているあなたの仕事の一部は、あなたがやったことを文書化するか、少なくともそこで働いている他の人の何人かがそれを明確に理解していることを確認することです。それは会社の利益になることであり、彼らはあなたがまだそこにいる間に彼らがあなたが必要なものを持っていることを確かめるべきです。

ジャンクコードを残しておくと気分が悪くなります。

そもそもジャンクコードを書かないでください。終了する前に以前の良いコードがジャンク（廃止、不要になったなど）になった場合は、終了する前にクリーンアップします。離れるときにコードがジャンクでない場合、その後何が起こるかは心配する必要はありません。

通常、これは予定終了日の約2週間前に準備します。チームの他のメンバーへの知識移転の時間を計画し、デスクを片付ける前に彼らがコードをサポートできることを確認してください。コードに連絡先情報を入れて、永続的なサポートを受けるように設定しないでください。状況が非常に深刻であるため、あなた以外の誰もそれを修正できない場合、おそらく人事部から連絡先情報を入手できます。

できる限りあなたに取って代わる人を訓練します（誰かがいる場合）。

ドキュメントをコードとともに残しておくことが最善であり、できれば中央のドキュメントシステムがない場合はソース管理にチェックインしてください。何をするにしても、できる限り文書化してください：

• 完全に機能するシステムを別の開発者のコ​​ンピューターで稼働させる方法
• 作り方
• 展開方法

すべてのコピーを中央の場所に置きます。

すべての詳細を利害関係者にメールしてください。

私はいつも、彼らがこれをどこに行ったのかなど、質問がある場合は私に電話することができることを理解していることを確認します。練る。それはあなたの新しい状況と雇用契約に基づいてあなた次第です。「申し訳ありませんが、今は時間がありません」と言っても何も問題はありません。とにかくそれはほとんど常に真実です。

言及したいことはほとんどありません。

ビジネスでは、お金は感情を上回っています。雇用主は通常、あなたがあなた自身の側から持っているのと同じ感情を持っていません。退職すると、取引は完了します。交渉と通知期間の内容は、リスクを軽減するための手順です。

もちろん、人々は個人的な選択で互いに助け合っていますが、過去に書いたとしても、企業はあなたが戻ってくることを期待していません。しかし、例外はありますが、それはあなたが仕事にどのように重要であるかに依存します。

私の友人の1人が1年前に会社を辞めていましたが、最近、プロジェクトマネージャーの1人から連絡を受け、数年前に書いたコードの問題を修正しました。問題を解決するためのターンアラウンドと複雑さを考慮すると、彼は最も簡単な選択肢でした。最後に、彼は彼らが問題を解決するのを助けました。しかし、彼の個人的な利益と倫理について。そして、いくつかの雇用主はこれに同意できないことに注意してください。すなわち、彼は古い会社に戻り、問題を修正しています。

あなたが気づかなければならないことは、

• 深刻なビジネスを行う人々は、この状況で専門的に行動します。彼らはあなたをもう望んでいません。
• 元雇用者から電話を受ける最も高いチャンスは個人的な電話です。通常、あなたに近づいてコードを修正することは組織的な決定ではありません。また、彼らはあなたの時間を尋ねる前にあなたの時間と現在の割り当てを尊重します。
• 企業は、コードと設計に対して最大限の機密性を維持しています。彼らは元従業員にさえ露出したくありません。
• ほとんどの場合、会社を辞めた従業員は、同様のドメインを持つ会社に参加します。そして、元会社と新会社が競合他社になる可能性があります。特許を保有しており、会社の運営原則の性質に基づいている場合、ほとんどの会社は、元従業員が望む場合でも元従業員がそれらと協力することを許可しません。
• あなたの特定のケースでは、あなたが頭の中に生まれた何かを根本的に与えるまで、4ヶ月のスティントが組織とプロジェクトにあなたを非常に批判的にすることができると思います。

他の人が言ったすべてのこと、そして：

共同プログラミングを検討してください。
1人の机の後ろに2人で座ってください。すべてをペアでプログラムします。そのうちの1人（あなた）が去ると、もう1人はすべての知識を持ちます。

他にも多くの利点がありますが、それは別のトピックです。