このバグを修正することはあなたの責任ではありません。

私の士気に関わることなので、無料で援助をするべきでしょうか?

プログラムの使用方法やソースコードの編集方法など、広範囲に渡る文書を残しておくようにしました。あなたはすでにあなたが助けるために必要なことをしてきました。彼らはバグに気付いていて、自分で修正するリソースを持っています。彼らはあなたではなく、それを修正するために期待されています。

あなたが自由のための仕事をしないでください：

• あなたは今、プロだ。無給の仕事を行うことはあなたの利益にはなりません。前の会社のために時間外の仕事をすることは、利益相反や契約違反とみなされる可能性があります。あなたは、この修正が完了するまでにどのくらいの時間がかかるか見当もつきません。

あなたは彼らの要求にどのように答えるべきでしょうか？

オプションAは、丁重に拒否し、あなたが残してきた書類を彼らに指示することです。

前の雇用主と新しい契約を交渉し、私が暇な時に彼らに提供しているであろうこの追加の援助のために彼らにお金を請求するべきでしょうか？

オプションBは、あなたの現在の雇用主と議論することです。もしかしたら、前の会社を手伝うための一時的な契約を交渉することができるかもしれませんが、まずは現在の雇用主の許可を得る必要があります。また、彼ら（古い会社）はあなたにどのくらいの時間を期待しているのかを必ず聞いてください。

私は前の雇用主と新しい契約を交渉して、私が暇な時に彼らに提供しているであろうこの追加の援助のために彼らにお金を請求するべきでしょうか？

あなたがそれを深く感じているならば、はい。あなたはコードを書いているので、彼らは利益を得ることができます。余談ですが、あなたの今の会社があなたを働かせてくれない可能性も十分にあります。契約について聞く前に、許可されているかどうか上司に確認してみてください。私が見てきたほとんどの会社では、そこに雇用されている間は同じような会社で働くことについての条項/規則があります。

それとも、契約上の義務ではないにしても、それは私のモラル的な責任なので、無償で援助をするべきでしょうか？

いいえ、あなたには自分のミスを修正するモラル的な責任はないと思いますよ。もしあなたが世界の飢餓を解決するソフトを書いたのであれば、そのような場合はそうかもしれません。しかし、あなたがお金を稼いでいたことを考えると、彼らはあなたからお金を稼いでいたことを考えると、道徳的な義務も何もありません。

暇な時に提供しているであろうこの追加の援助について、前の雇用主と新たな契約を交渉してお金を請求すべきでしょうか？それとも、契約上の義務ではないにもかかわらず、それは私のモラルの責任であるので、私は無料で支援を提供する必要がありますか？

ビジネスにはモラルの義務はありません

あなたは結果ではなく、時間によって支払われました。そして、あなたが説明したことから、会社は中立的な立場からあなたの助けを求めています、彼らは怒ったり脅迫したりしていません。

ほとんどの可能性では、彼らはすでに迅速な見積もりを行い、バグを修正するためにあなたに依頼することは、コードに不慣れな誰かを新たに雇うよりも、速く、安く、おそらく他のバグを導入する可能性が低いと信じています。コードを書いた人は通常、バグを修正するのに最適な人です。助けを求めて手を差し伸べることは、明らかな解決策です。ほとんどの場合、彼らはあなたが支払いを求めることによって驚かないでしょうし、あなたが拒否した場合、ほとんどの場合、彼らは睡眠を失っていないでしょう。あなたは、あなたが上記のすべてを詳述する必要があります - あなたがフルタイムで雇用されていること、あなたの空き時間にこの作業を完了するでしょう（締め切りの見積もりのために重要！）と、あなただけのリモートで作業を行うことができます。

そして yes 、あなたの時間のための補償を求める必要があります。なぜタダでやるのか？なぜ彼らはあなたが無料でそれを行うことを期待していると仮定しますか？彼らはあなたのために無料で何かをするだろうか？

そして、それはそれにすべてがあります。私は、他のいくつかの回答の哲学的な考察からは棄権します。なぜ彼らは今バグを見つけたのか、ドキュメントを読んだかどうか、社内の人間でバグを修正しようとしたのかどうか、それらはすべてあなたの質問には関係ありません。

単純なことを考えすぎないでください。

私は前の雇用主と新たな契約を交渉し、私が余暇に提供しているであろうこの追加の援助のために彼らにお金を請求すべきでしょうか？それとも、契約上義務づけられていないにもかかわらず、それは私の道徳的責任なので、無料で援助を提供すべきでしょうか？

それは、あなたがどのようにあなたの道徳的責任を見るか、あなたが彼らとの関係をどのくらい大切にしているか、バグ修正にはどのくらいの時間がかかると思いますか、そして、あなたがこの時間をどのくらい大切にしているかに依存しています。

あなたは問題を簡単に見て、どのくらいの時間とどのくらいの割合で問題を修正するのにかかるかの見積もりを提供することができます。

または、あなたはただ飛び込んで修正を手伝うことに同意することができます。

私は一度、システム管理者の職を辞めたことがあります。私の交換は、メインドライブ上の重要なシステムファイルを削除し、誤ってプロセス内の唯一のバックアップを削除してしまいました。私は原因とは何の関係もありませんでしたが、私は、オペレーティングシステムドライブを再構築し、実行可能なバックアップを作成するために一晩中私の交換と一緒に働いた後、朝に私の通常の仕事に入った。私はお返しに素敵な「ありがとう」の手紙をもらいました。私にとっては、それは正しいことでした。

IANAL.

前の会社を助けることが契約違反や現在の契約の下での利益相反を構成しないと仮定すると（最初にこれを確認してください！）：

1. 推定では、この会社はまだソフトウェアを作成しています。おそらく、彼らはスタッフの開発者を持っています。推定では、それらの開発者は、3ヶ月間そこで働いていたいくつかの最下層のインターンよりも経験豊富です（あなたが今最下層であると言うわけではありませんが、その時のあなた自身は、おそらく今日のフルタイムのスタッフよりも経験が少なかった）。彼らは従業員にお金を払ってやってもらうこともできますし、あなたが代わりにやってもらうこともできます。彼らが望んでいるのは、あなたがそれを行うために彼らの従業員を支払わなければならないだろうよりも少ないために仕事をするためのものです。これは何を意味するのか、おそらく次のとおりです。あなたは他の場所でフルタイムの仕事を持っていると、あなたは時間外に彼らのためにこの仕事をすることになりますので、あなたは、この仕事は、彼らの上ではなく、あなたのスケジュールで行われることを彼らにそれを明確にする必要があります。これは、あなたが他の場所でフルタイムの仕事をしていて、あなたは時間外に彼らのためにこの仕事をすることになるので、彼らはあなたのスケジュールではなく、あなたのスケジュールで仕事をします。彼らはこのことを理解する必要があります。あなたが書いたコードのドキュメントを提供したのはあなたであり、あなたの責任はそこで終わるべきですが、あなたは善意でこのサービスを提供しているのですから、彼らは自分の運を押し付けるべきではありません。もう一度言いますが、期待値を設定することです。そして、これは最も重要な部分なので、太字と斜体で。Get this in writing.契約書を作成し、署名してください。それはあなたがあなたの仕事からねじ込まれる方法ですので、ちょうどそれをwilly nilly彼は言われた彼女は言われた、それを作ってはいけません。あなたはおそらく（IANAL）あなたのためにこれを行うために弁護士を必要とするべきではありません;上記の条件（およびあなたが望む他のどんな条件でも）の単純な文は、電子メールで、それらからの「確認済み」または「確認された」応答で十分であるべきです（IANAL）。

開発者が副業でフリーランスの仕事をするのは、かなり普通のことです。もしあなたがそれをしたいのであれば、フルタイムの仕事とパートタイムの仕事の取り決めの間に、法律的にも現実的にも矛盾がないことを確認してください。両方の当事者が、あなたがいると時間のコミットメントを含めて、それらのために何をすることに同意していないかについて明確であることを確認してください。自分自身を守るために、自分の会社を設立することを研究しましょう。公正な written と signed の契約書なしで仕事をしないようにしましょう。これはtheirのコードのバグであり、あなたはもう**theirのために働いていないのです。新しい契約を受けたくないのであれば、受ける必要はありません。それは簡単なことです。

そのような契約がない場合、あなたはそのコードを修正することも、アクセスすることも許されません。したがって、あなたはその責任を負うことができません。

あなたの関係がどのようなものになるのか、また、どのように支払われるのか、ということです。**また、このような場合には、税金や社会保障費などの問題もありますので、少し複雑になるかもしれません。また、どのくらいの期間がかかるのか事前にわからない場合は、一定の金額で合意しない限り、契約の面でもかなりの頭痛の種になります。

• 2つ目の場合は、請求書を発行する必要があります。しかし、それは個人事業主（または会社）として登録されていることを意味し、その収入を宣言し、その収入に税金や貢献を支払う。これは次のようなことを意味します：

いくつかの国では、あなたのためにインターフェイスを行う会社があります：彼らはあなたのために対象となる会社に請求書を発行し、従業員としてあなたに（税金、寄付金、手数料を差し引いて）を支払うでしょう。上記のような問題を避けるためには、あなたが現在住んでいる国でそのような会社を選ぶべきです。現在の雇用主に通知したり、正式なOKをもらったりしてからでないと、他の人のために同時に働くことはできないかもしれません。

もちろんあなたはこれをすることができます。他の人が述べているように、あなたはこれを行う前に、現在の雇用者に確認する必要があります。

私は自分自身にいくつかの質問をするだろう：

• 彼らは将来的に別の ‘バグ'を見つけている場合はどうなるのでしょうか？あなたは同じことを次の時間を行いますか？その後の時間？
• あなたがあなたの現在の位置から移動した場合、あなたの現在の雇用者のために同じことをするだろうか？

私は何かこれが私に起こることを持っていました。私は28ヶ月前に解雇されたとき、私はいくつかのシステムのSME（主題専門家）でした。私は私の位置が排除された数ヶ月後にいくつかの呼び出しを得た - ユーザーからいくつかの、残りは操作の人々から（両方が私の携帯電話を持っていた）。私は親切にも、私はもはやそこで働いていないことを説明しました（私の選択ではありません）、彼らの最善の行動は、私の以前のマネージャー（システムの責任者）に連絡することでした。彼は今システムに割り当てられた開発者に割り当てることができました。

そして、いいえ - あなたはあなたの古い雇用者に道徳的義務を持っていません。

Czy powinienem negocjować nową umowę z moim poprzednim pracodawcą i pobierać od niego pieniądze za tę dodatkową pomoc, której udzielałbym mu w wolnym czasie?

Tak, możesz (nie “powinieneś”) - choć uważaj na potencjalne konsekwencje podatkowe i konflikt interesów. To, czy zdecydujesz się to zrobić, czy nie, zależy od Ciebie.

Czy powinienem zapewnić pomoc za darmo, ponieważ jest to moja moralna odpowiedzialność, nawet jeśli nie jestem do tego zobowiązany umownie?

Nie. Nie masz tu moralnej odpowiedzialności. Jest to w każdym razie impossible napisanie nietrywialnego kodu, który jest idealny zarówno teraz, jak i w przyszłości na cały czas - gdybyśmy wszyscy mieli wspierać, za darmo, kod, który napisaliśmy lata temu, dla poprzednich pracodawców, to po kilku latach takich “obowiązków” piętrzących się nie mielibyśmy czasu na wykonywanie naszej obecnej pracy (za którą otrzymujemy wynagrodzenie).

Ciekawym eksperymentem myślowym byłoby: gdyby ten kod, który napisałeś rok temu, okazał się pomocny w zdobyciu dużego kontraktu z nowym klientem, to czy mieliby oni moralny obowiązek wysłać ci duży bonus za jego napisanie, nawet jeśli już tam nie pracujesz? I czy rzeczywiście by to zrobili? Niewiele osób odpowiedziałoby “tak” na każde z tych pytań. Dlaczego więc odwrotne oczekiwanie miałoby wiązać się z takim moralnym obowiązkiem?

Wykonałeś pracę (prawdopodobnie) najlepiej jak potrafiłeś w tym czasie, a w zamian otrzymałeś (prawdopodobnie) uczciwe wynagrodzenie. To była relacja biznesowa, którą miałeś wtedy ze swoim pracodawcą. Teraz to już koniec. Jeśli się na to zdecydujesz, możesz zdecydować się na nawiązanie innej relacji biznesowej z tym pracodawcą - ale byłoby bardzo głupie, gdyby taka nowa relacja wiązała się z pracą za darmo.

前の会社の人にやってもらったことがあります。ここにあなたの基本的な選択肢があります:

1. タダでやる。魚に行くためにそれらを教えてください。彼らにあなたの時間の見積もりと時給を送信します。価格のためにそれを修正するために提供しています。

これは彼らにそれを置くための素敵な方法です;あなたはノーと言っていないし、彼らと一緒に仕事をして喜んでいるが、あなたはチャンプではありません。

私はかなり多くの橋を燃やし、（2）を避け、（1）または（3）のいずれかをお勧めします。

リファレンス/リレーションシップがあなたにとって非常に重要である場合は、多分今回は無料でそれを行うが、彼らは別の好意を求める場合は、時間とコストを見積もる。

あなたが無料で働く場合、彼らはあなたへの尊敬を失う。ダメだと言われました。

まず質問のタイトルで全てが変わるということをお伝えします。そのコードはYOURSですか？あなたがその時点でその雇用主と契約を結んでいなかったことは理解していますが、他のソフトウェア開発者との契約と同様に、コードはあなたのものではなく、あなたの雇用主のものであると考えても良いと思います。確かに、あなたが書いたコードはあなたのものではなく、あなたの雇用主のものです。

もしあなたの雇用主のコードであることに同意するならば、他の回答は非常に良いアドバイスになります。あなたは彼らにあなたの時間と労力を販売していた、とあなたはその義務を果たしました。あなたは彼らにあなたの時間と労力を再び販売したいと思うかもしれません、あなたは余裕がある場合。

私の経験則では、前の雇用主のために、私は礼儀として、すなわち無料で、些細な/簡単なヘルプを提供するということです。それは多分仕事や誰かと話すの5分です。

その後、私は法律と私の個人的な状況が許す限り、彼らとの契約ベースで動作するように満足しています。(私の他の雇用/非競争などに抵触しないこと、その国で**仕事をすることが合法であることなど)

特に、移民法と彼らのために仕事をすることの問題を考える必要があります。移民法は様々ですが（例えば、イギリスでは観光で訪れた外国人が母国の会社のために在宅勤務をすることさえ認めていませんので、あえてメールをチェックしないようにしましょう！）、多くの場合、仕事をすることは仕事をすることです。もしあなたがもう持っていないビザで過去に仕事をしていたのなら、今、彼らのために仕事をすることの合法性を再検討する必要があります。

最後に専門家労働者の昔話を思い出してください。私たちはクランクシャフトを鍛造することができませんでした、と彼らはメーカー（それはIngersoll-Randではありませんでした）と呼ばれていたし、彼らの最高の人々もそれを把握することができませんでした。彼らの古参者の何人かと私たちの何人かは、それがビルを呼び出すための時間だったことに同意しました。彼はこのシステムの設計を助け、会社から引退していました。

ビルは偉大なマシンを上下に歩いた。ここを見て、そこを見て、いくつかの油の匂いを嗅いだ。ビルはハンマーを貸してくれと頼んだ。バップ！"今それを試してみてください。" 偉大な機械は命を吹き込んだ

ありがとうビル！はい、請求書を送ってください。

請求書が戻ってきました、1万ドル！？箇条書きでお願いしました。戻ってきました

-現場修理の電話 —– 199ドル -ハンマーで機械を叩く —- 1ドル -どこに叩くべきかを知っている —- 9,800ドル

あなたは古い会社に何の借りもない あなたは満足のいく、十分に文書化されたコードを書いた。あなたはバグのないコードを書く必要はありませんでした。それは不可能でしょう！

彼らはあなたにもっと仕事をしてほしいと頼んできました。あなたの現在の雇用主は同意しています。唯一の問題は、この仕事の料金をどのように請求するかです。

問題の正確な説明を得てください。それを修正するのに必要な時間数を見積もってください。あなたの自由な時間のうち、この時間数を割り当てることができる時間のスケールを見積もってください。時給を見積もってください。彼らはそれから仕事をするために従事するかどうかの選択を持っています。

返事すらしないでください。いくら請求しても面倒なことにはならないわ 彼らはお金を払わなくてもなんとかなる人を探しているのです。これがどのように機能するかを教えてあげましょう。最初に、彼らはちょうど「小銭 - あなたは15分でこれを行うことができると確信しています」を持っています。そして、それは「我々はあなたの注意を持っている間、あなたは私たちのためにもう一つの変更を行うことができます。あなたの素晴らしいスキルを使えば、これは全く時間がかからないでしょう。すぐに、あなたはすべての自由時間、夕方、週末を費やしている ファーアウェイランディスタンのこの会社のために働いています。支払いの時期は？……… (crickets)

自分のために、時間と迷惑をかけずに、無視してください。彼らがこの仕事をしたいならば、地元の誰かがそれをするために見つけるでしょう。

あなたが自由ソフトウェアを作成/配布していない限り、あなたは無料でバグを修正することはありません。

(A) あなたは従業員であり、あなたのバグを修正することはあなたの仕事の一部であり、この場合、"無料 “は実際にあなたの給料によって支払われます;

(B) あなたは、ソフトウェアの販売後のXヶ月の間にあなたが無料でバグを修正するというクライアントとのソフトウェアベンダーとしての契約を持っています。

あなたは、あなたが配信したときに位置Aにあったので、位置Bは適用されませんし、あなたはこれ以上、最初の無料サポート期間が終了した後にソフトウェアベンダとして無料でバグを修正するように要求されることはできません。

ですから、唯一の通常の行動は、「無料サポート」が終了した後、位置Bのベンダーのようになり、(1)バグ修正のための一回限りの仕事をするか、(2)ソフトウェアを最新の状態に保つためのサービス契約を提供することです。

この位置では、他の回答で述べた通常の注意点が適用されます – あなたの現在の雇用主がそれでOKであることを確認し、あなたが何のために支払われているかについて非常に具体的であることを確認してください。

この場合の典型的な失敗は、バグを永遠に修正し続けることに一回限りの固定価格で加入したり、実際には自分のものではないバグを修正することに同意したりすることです（他のプログラムや要件の変更に合わせてコードを最新の状態に保つことを意味します）。

他の人がすでに提供してくれた素晴らしいアドバイスに加えて、私は以下のことを心に留めておいてほしいと思います:

1. ソフトウェアは、人が作ったものと同じように、メンテナンスを必要とします。インターンによって書かれた概念実証と、ほぼ同じタスクを実行するために書かれた保守可能な本番品質のソフトウェアとの間のコストの差は、1%から99%の間のどこにでもあり、通常は後者の方がはるかに近いでしょう。もちろん、そのような言い方をしてはいけません；それは衒学的でしょう。しかし、このことを無視したり誤解したりして、相手の立場に立った交渉をしないようにしましょう。

私は今までの回答の中で、あなたが「インターン」であったことに言及していないことに驚いています。結論：インターンシップは終了しており、あなたは彼らに何の義務もありません。結局のところ、インターンはインターンなのです。例えば 当時、あなたを指導してくれるメンターがいて、あなたが残した仕事に精通していたはずで、それが起こらなかったのはあなたの責任ではありません。

しかし、その橋を燃やさないようにしておくのが良いでしょう。

あなたはまだそれらを支援するために喜んでいる場合、私はそれがそれを行うためにかかる時間の大まかな見積もりを持ってしようとしたり、ちょうど安全な側になるために、3-4時間の最小の頭金で1時間あたり100-200ユーロの間で作業するように自分自身を引用します。私は紙の上で非常に良いように見えた過去の仕事/短いギグを拒否したが、税金の後、彼らはあなたの質問に関連していないいくつかの理由のために、それを価値がなかった。

追伸 また、例外/先行法を知っておいてください。我々は、多くの事務処理を要求しない数年のための1つの例外を持っている、しかし、我々は数百ユーロの仕事でその機会を燃やす場合は、別の機会が発生した場合、我々はそれから利益を得ることはできません。