プロジェクトのさまざまな部分で作業に戻るときに、ソフトウェア開発のコンテキスト切り替えオーバーヘッドをどのように管理しますか？
コンテキスト切り替えのオーバーヘッドに本当に苦労しています。休憩後にコードの一部で作業を続ける必要がある場合、作業中の問題のすべてのコンテキストを思い出して、作業に調整するのに最大1時間かかります。その問題にどのように対処しますか？たぶん、コンテキストと次のアクションを説明するコードにいくつかのプロンプトを残したり、ある種のリストを保持したり、他の管理トリックを使用したりしますか？
狂ったように状況が切り替わる誰かとして、私はあなたの親友の一人がいくつかの説明のノートブック/ノートパッドになることを見つけます。あなたがやっていたことについて少しプロンプトを書き留めてください。設計作業を行っていた場合は、すべて書き留めてください。全部紙に書いてください。
あなたは実際に何かを録音しているだけでなく、それをあなたの記憶に固めていることに気付くでしょう、そしてあなたが肉付けするのに時間をかけなかったものとは対照的に、思い出すのははるかに簡単です。
該当する場合は、問題トラッカーまたは任意のドキュメントツールでこれを行うこともできます。私はいつもペンと紙が一番うまくいくと思っていました。
私はそれを防ぎ、次々とタスクを終えようとします。とにかくしばらくしてからあなたが作ったものをあなたに投げ返すことがよくあるので、これは少しだけ役に立ちます。
私はまた、一日の終わりに出発する前に何かを終えようとし、あなたがまだ理解していない作品のいくつかの（サブ）タスクで一日を終えるのは満足できないので、出発する直前に何か新しいことを始めないようにします。それは個人的なことです。私の同僚の1人は、家に帰る時間になったときに何でもドロップして、問題なく翌日の出発点から続行できます。彼は時間になると思いやりをやめ、頭の中には（年上の）同僚よりも揮発性の低いスタックがあります。彼はまた、日中に質問で中断されることを気にしません。
コーディングが完了する前に停止する必要がある場合は、まだ作業が必要な場所にヒントを記述します。意図的にコメントを付けないようにして、ビルドが中断するようにします。ある種の創造性が関係している場合、私はまだ何をしたい/何をする必要があるかを示すポインタリストを持っています。これは通常、短くなる前に進むにつれて長くなります。