退職後のコードをどのようにサポートしますか？
コードサポートの観点から、会社（またはグループ/部門）を退職するプロセスは何ですか？
すべての質問を処理するのが最善ですか？残りの開発者に将来のリソースとして自分自身へのアクセスを許可しますか？もしそうなら、フルアクセスを与えない方法はありますか？
私は、最初の開発者からの一般的なソフトウェア技術についての回答が非常に貴重であると直接経験したことがあります。
深刻な援助が必要な場合、それはサポート契約としての雇用交渉の典型的なケースになることは理解しています。ただし、深刻な支援が必要な場合、連絡するプロセスを簡単にするためにどのような手順を実行できますか？
（YOUR_NAME）_codesupport @（YOUR_FAVORITE_EMAIL_CLIENT）.comアドレスを作成するようなことを考えていました。
私の状況の詳細：
私は生協の学生なので、4か月間で会社を飛び回っています。これは、多くの新しいコードベースを紹介することと、会社を辞めるときに孤立したコードのかなりの部分を残すことを意味します。ジャンクコードを残しておくと気分が悪くなります。
退職後のコードをどのようにサポートしますか？
あなたはしません。それがendと呼ばれる理由です。
彼らがあなたがドアを通り抜け、あなたが去った1か月後、彼らの機器を使い始めるのを見て驚いたら、彼らがあなたに電話をかけ、あなたが去った1か月後にたくさんの質問をしてくれることに驚かれるはずです。
わかりました、より現実的には、状況に応じて、あなたは可能性があります電話または電子メールで質問に少し答えることを提案します。特に、a）そこに戻りたい、b）友達である場合そこで働く人々、c）良いレビューを求めて彼らに依拠している、d）会社があなたの善意のジェスチャーを乱用しないことをかなり確信している、および/またはe）会社が非ささいな追加サポート。
これは、多くの新しいコードベースに自分を紹介することを意味します
それは開発に適したスキルです-あなたはそれが必要になります。
また、私が会社を辞めるときに、孤立したコードのかなりの部分を残しておく。
あなたの仕事の一部あなたがまだそこで働いている間はあなたがやったことを文書化することです、または少なくともそこで働いている他の人の何人かがそれを明確に理解していることを確認してください。それは会社の利益にかかわるものであり、彼らはあなたがそこにいる間、彼らがあなたが必要とするものを持っていることを確認するべきです。
ジャンクコードを残しておくと気分が悪くなります。
そもそもジャンクコードを書かないでください。以前に良かったコードが出かける前にジャンクになった（時代遅れ、不要になったなど）場合は、出かける前にクリーンアップしてください。あなたのコードではないがあなたが去るときにジャンクであるなら、その後それがどうなるかはあなたが心配するべきものではありません。
通常は、予定されている終了日の約2週間前に準備します。チームの別のメンバーに知識を転送するための時間を計画し、彼らがcanコードをサポートすることを確認してくださいbeforeデスクを片付けました。コードに連絡先情報を入力して、永続的なサポートを受けるように設定しないでください。状況がso深刻であるno oneであるが、修正できる場合、おそらく人事部から連絡先情報を取得できます。
できる限りあなたを置き換える人を訓練します（誰かがいる場合）。
ドキュメントをコードとともに残しておくことをお勧めします。中央のドキュメントシステムがない場合は、できればソース管理にチェックインしてください。何をするにせよ、できる限り文書化してください。
- 別の開発者のコンピューターで完全に機能するシステムを稼働させる方法
- 作り方
- 展開する方法
すべてのコピーを中央の場所に置きます。
すべての詳細をすべての関係者にメールで送信します。
私はいつも、彼らがどこに行ったのかなどの質問がある場合、彼らが私に電話をかけることができることを理解することを常に確認します。彼らが後であなたに電話し、彼らが練る。それはあなたの新しい状況と雇用契約に基づいてあなた次第です。 「申し訳ありませんが、今は時間がないのです」と言っても問題はありません。それはとにかくほとんど常に本当です。
私が言及したいことはほとんどありません。
ビジネスでは、お金は感情を上回っています。雇用主は通常、あなた自身と同じ感情を持っているわけではありません。会社を辞めると、取引が完了します。交渉と通知期間のものは彼らのリスクを軽減するためのステップです。
もちろん人々は個人的な選択でお互いを助けますが、企業はあなたが過去に書いたとしてもあなたが戻って彼らのために物事を修正することを本当に期待していません。しかし、例外はありますが、それはあなたが仕事にとってどの程度重要であるかによって異なります。
私の友人の1人が1年前に会社を辞めており、最近彼は数年前に書いたコードの問題を修正するためにプロジェクトマネージャーの1人から連絡を受けました。ターンアラウンドと問題を解決するための複雑さを考慮すると、彼は最も簡単なオプションでした。最後に彼は彼らが問題を修正するのを助けました。しかし、彼の個人的な利益と倫理に。そして、いくつかの雇用主はこれに同意できないことに注意してください。つまり、彼は以前の会社に戻って問題を修正しています。
気づくべきことは、
- 真面目な仕事をする人は、この状況で専門的に行動します。彼らはもうあなたを望んでいない。
- 元雇用主から電話を受ける機会が最も高いのは個人的な電話です。通常、あなたにアプローチしてコードを修正するのは組織的な決定ではありません。また、彼らはあなたの時間を尋ねる前にあなたの時間と現在の割り当てを尊重します。
- 法人企業は、コードと設計について多くても秘密を保持しています。彼らは元従業員にさえさらしたくありません。
- ほとんどの場合、会社を辞めた従業員は、同じようなドメインの会社に参加します。そして、元会社と新会社は競争相手になる可能性があります。特許を保有していて、会社の運営原則の性質に基づいている場合、ほとんどの企業は、元従業員が望んでも、元従業員がそれらを使用することを許可しません。
- あなたの特定のケースでは、4か月のスティントが、あなたの頭の中で生まれ変わった何かを根本的に与えるまでは、組織とプロジェクトにとって非常に重要になると思います。
他の人が言ったすべてのことそしてそれから：
コプログラミングを検討してください。
1人の机の後ろに2人で座ります。すべてをペアでプログラムします。そのうちの1人（あなた）が去ると、もう1つはすべての知識を持ちます。
他にもたくさんの利点がありますが、それは別のトピックです。