web-dev-qa-db-ja.com

2週間の休憩の後、コードのどこで停止したかをどのようにして知るのですか?

私は2週間以上の休暇/出張を経験したばかりで、実際にコーディングで何をしていて、どこでやめたのか思い出せませんでした。誰かがこれを解決するためのベストプラクティスを推奨できますか?

4
vyap56

大量のメモ。あなたの考え、あなたの進歩を、あなたの心を明確にするために必要なだけ詳細に書き留めてください。

バグを追跡して問題分析を行い、他の誰かが修正を実行する場合(または将来、不確定な時点で自分自身)と同じです。結果のすべてを書き留めます。チケットを実行するまでに行番号が変更されている可能性があるため、通常は行番号自体を書き込むことはありませんが、変更が行われるクラス名、メソッド名などが記載されています。

そして、コードベースをある程度予測可能な状態のままにしてください。たとえば、メソッドの実装の途中で離れないでください。メソッド全体を実装せずに、次の作業であることをメモしてください。

8
jwenting

最も明白な推奨事項は、すべての作業が「完了」した時点で常に停止することです。したがって、戻ったとき、どこに残ったかを思い出そうとするのではなく、何か新しいことから始めます。

それを休暇の時間として見るのではなく、アプリケーションの別の部分で作業しているかのように見てください。したがって、数週間後、数週間または数か月前に作業したモジュールに戻ります。私にとって、これに対する最善の解決策は自動テストです。自動テストにより、コードをいじることができます。失敗すると、失敗したテストを確認し、コードの背後にある意図を確認できます。これにより、コードの目的とその背後にある理由をすばやく思い出すことができます。

7
Euphoric

2週間の休憩の後、コードのどこで停止したかをどのようにして知るのですか?

トイレ休憩後、どこでやめたのか同じです。

ノート。

メモを取ったり、リストを作成したり、アイデアを書き留めずに頭に浮かんだりするためにかかった2時間の作業から離れることはありません。

メソッド名、ファイル名、探索する価値のあるアイデア、チェックすべきこと、回答する質問を追加します。

次に、混乱する前にトイレに行きます。

休暇に行くときのプロセスは非常に似ています。唯一の違いは、あなたがいなくなった間に他の人がどれだけの仕事をしたかです。すぐにジャンプする前に、彼らと話してください。

4
candied_orange

個人的には、意図的なコンパイルエラーを残しています。

コードに短いコメントを書いています。次に、コメントを外します。

私が戻ったとき、習慣のせいでIDEを起動してビルドします...そして、何かが壊れています!

私はそこに行き、私のメモがあり、私が取り組んでいたことを教えてくれます。

3
Kyralessa

シンプル。その日に行われたすべての作業と学習した教訓を記録したノートを保管してください。仕事をやめるたびに記録を残しましょう。私は//を使用して仕事の中断を示していますが、あなたに合ったことは何でもします。

これは、プロジェクト管理のクエリで、特定の日にX、Y、Zを完了しなかった理由を尋ねるときにも役立つツールです。

私のように、おそらく年をとってよりも年をとっていないより上級の(つまり、より年上の)開発者にとって、それは、長年にわたって達成したすべてのことに対する誇りの源として機能します。私はこれらの多くをロフトに置いてさまざまな仕事と役割をカバーしており、頻繁にそれらを掘り出したいと思っています。

1
Robbie Dee

私は時々、特に週末の間、直感に反するアプローチを使用します。何かを始めて、それを少し未完成のままにし、コンパイルできない、ユニットテストに失敗するなどの可能性があります。戻ってきたとき、これは作業を続けるのに十分なだけメモリを動かします。

追伸このアプローチは、すべての人に役立つとは限りません。 :)

0
hocho

あなたはアジャイルに従っていますか?

そうすれば、Kunbanチャートでスプリントを取得できます...

だから、あなたが取り組んでいた機能\バグを指摘する可能性があります...

OPがどのように役立つか?

ユーザーストーリーがタスクに分解される場合、理想的にはタスクは1日未満である必要がありますしたがって、2の後に来るとき4,8週間の休日、あなたは自分に割り当てられた次のタスクに取り組みます:)

定期的にコミットし、戻ってきたらコミット履歴を確認してください。AzureDevOPSまたはsourcetreeを使用すると非常に簡単です...

0
Mathematics