次回、コードのどこで続けたいかをどのように覚えていますか？
一部のコードの作業を中断するとき（何か他の作業をする必要があるため、休暇に行くため、または単に1日の終わりのため）、そのVisual Studioプロジェクトを閉じると、覚えておくための好ましい方法は何ですかそのコードの作業を再開したときに次に何をしたいか。
Visual Studioのブックマークを設定していますか、それとも// TODO: continue here next timeのようなものを書き留めていますか？多分あなたは// NEXT:のような特別なタグを持っていますか？付箋をモニターに貼っていますか？私が知っておくべきクールなツールまたはVisual Studioプラグインを使用していますか？
最後にコードに取り組んだときに中断したコード内の場所を見つけるのに役立つ個人的なトリックはありますか？
機能していない単体テストを修正します。それらがすべて合格した場合は、新しいものを作成します。
毎日の初めに、Todays Goals.txtというテキストファイルがあり、毎日、このような日付を追加しています。
金曜日02/25/2011目標
次に、取り組んでいる各プロジェクトと、今日やらなければならないこと、またはそれを完了するために何をしなければならないかを書き留めます。
そして、一日の終わりに、明日やるべきことを書き留めます。
この毎日のプロセスは、私が何をする必要があるかを正確に思い出すのに役立ち、毎日がよく計画されていることを確認します。
基本的に私は自分が取り組んでいることを決して忘れません。 Visual Studioポップは、とにかく作業していた最後のファイルで開きます。または、Visual Studioをまったく閉じずに休止状態にします。
私はNotImplementedExceptionsを、私が取り組んでいるものを開発し続けるために必ずしも重要ではない抽象化/実装に配置します。
私はたくさんの[〜＃〜] todo [〜＃〜]を私のコードに入れていますが、あなたが述べたようにではありません。特定のアプローチの方が優れている/パフォーマンスは高いが、現時点では必要ないことがわかっている場所に配置します。これは、改善の余地があるかどうかについて、私自身と将来の開発者にいい兆候を与えます。
Visual Studioのタスクリストを使用すると、これらの表示を残したすべての場所を簡単に表示でき、カスタム表示を追加することもできます。
更新：
「[〜＃〜] hack [〜＃〜]：」も、機能するものを書くときにいいですが、まったく満足できません。
毎日の終わりに、その日に達成したこと、翌日に達成することを期待していること、およびやるべきことについて、ワークブックに書き込みます。
毎日の初めに、私は以前のメモを参照して、必要なことでリフレッシュします。次に、他に何をする必要があるのか、自分の優先事項は何かを理解するために去ったので、何が起こったかに基づいて、さらに数分メモを書きます。
これは私がリラックスして一日の終わりに手放すのに役立ち、最初に立ち上がるのに役立ちます。さらに、年次または四半期レビューの時期になると、ワークブックを参照して、レビュー期間中に何をしていたかを判断する必要があります。
生産性向上のためのPower Tools for VSを使用しています。これで、タブを固定してグループ化できます。 = Dそうすれば、自分が取り組んでいたことを決して忘れません。
それに加えて、// TODO'sを私のコードに追加します。
http://visualstudiogallery.msdn.Microsoft.com/d0d33361-18e2-46c0-8ff2-4adea1e34fef/
「プログラミングの首謀者」のインタビューの1つで（Pythonの作成者であるGuido van Rossumだったと思います）、インタビュイーは//HIER前回終了したところのコメントみたい。 「HIER」はここではオランダ語（？）であり、彼はそれを選択します。その文字列を検索すると、他の出現を見つける可能性が低いためです。
断然、私の好きな方法はTDDを使用することです。テストスイートが失敗したときにどこにいるかは非常に明白です。
ただし、すべてのプロジェクトでTDDが許可されているわけではないため、コメントを外したところで中断したコメントでコードを壊す傾向があります。
// Some Comment
Becomes Some Comment // Which Produces Some Fatal Error
その致命的なエラーにより、コードをリリースする前にそのままにしておくことがなくなります。
最後に、いつでも自分のvcsをチェックして、前回のコミット以降に何が変更されたかを確認できます。これにより、次にどこに行くべきかがよくわかります...
私は2つの非常に洗練されたモダンなテクニックを使用し、学習曲線は非常に急勾配です。
- コンピュータの電源を切らないでください。家に帰れば、翌朝、昨日ハッキングをやめた正確な場所が画面に表示されます。しかし、休暇に出た場合、チェックポイントを失うリスクははるかに高くなります。
コンパイルエラーを残す、そして別のブランチにチェックアウトします。したがって、たとえば、C++コードは次のようになります。
for (i=0; i<N; i++){ int j = i + oh, no, my boss wants me to fix text on the front page! why? why should I do it? Jimmy could have done it faster, but of course, my office is closer to the boss', and he doesn't want to take longer walks, that lazy fat bastard...この方法では、コンピューターの電源を入れたとき、またはアクティブな開発を行っていたブランチに戻ったときに、プロジェクトはビルドされません。 コンパイラは、暴言に遭遇した正確な行とファイルを表示します。
これらのテクニックは、私が開発を任された場所を認識するのに役立ちました。また、世界中の多くのプログラマーの包括的な研究と経験に支えられています。ぜひ試してみてください。
これは、ワークスペースを一時停止および再開できるVisual Studio 2012の統合機能です。サスペンドは開いているファイル、ブレークポイント、ウォッチリスト、ワークアイテムなどのスナップショットを取り、レジュームはそれを取り戻します。基本的に、作業コンテキスト全体が保存され、あなたが去ったとおりに再開します。
http://msdn.Microsoft.com/en-us/library/ms181403.aspx
機能を紹介する短いビデオはこちら
http://channel9.msdn.com/Series/Visual-Studio-2012-Premium-and-Ultimate-Overview/Visual-Studio-Ultimate-2012-How-to-multi-task -with-My-Work
私が現在好んで使っているのは特別な// NEXT: 鬼ごっこ。 ReSharper のTODOエクスプローラーと組み合わせることで、発見と保守が非常に簡単になります。
Visual Studioの非ビルドドキュメントサブプロジェクトで、各反復の開発ログを保持しています。ログの最後の行は常に次のタスクです。
また、ビジュアルスタジオを頻繁に閉じないで、代わりにコンピューターをスタンバイ状態にしてください
私がすぐに戻る必要があるものを見つけるために、私は通常コメントを入れます：
//TODO: figure out why the widget doesn't unfrob properly
空白の線で囲んでいて、また見たときに気が付く。私が最終的に戻る必要がある長期的な問題については、コンパイル中にメッセージを出力できるようにするDelphiコンパイラディレクティブを使用します。
{$MESSAGE WARN 'This method is not yet implemented'}
他の言語でそれができるかどうかわからない...
結局のところ、私はVisual StudioとWindowsを休止状態にしないだけです。
TODOリストは、数か月前からプロジェクトに戻ることについて話しているときに機能しません。コード内のコメントはうまく機能しません。無視したり、プロジェクトXを完全に終了したかどうかを思い出したりするのは簡単すぎて、最初にtodoを検索する必要があります。そして、もしあなたがより大きなチームを持っていて、一人一人が自分のTODOフレーズを持っているなら...うん。
私の一日は更新/マージ/ビルドで始まるので、私が時々試みたのは、意図的なコンパイルエラーをファイルに入れることです（ただし、チェックインはしません）。残念ながら、前の週に取り組んだ何かのデモを見たいという即席のオフィスドロップインがあった後、私はこれをやめました。 「ここで、これを開けてください...ちょっと待って...どういう意味ですか...それでは...」
それで、私はそれから意図的に失敗したテストケースを書くことに移りました。
私は次の日のために画面上で作業していたコードをemacsに残します。
コンパイルできないメモをコードに書いて、次に何をすべきかを教えてくれることがあります。
私が物事について混乱しがちな非常に複雑なウィジェットの場合は、ノートブックまたはコメントとして自分自身にメモを書きます。
検索を続けている間、ファイル内に自分の場所を保持するだけの場合は、ブレークポイントを乱用することがあります。
私がいた週末を追跡するために、バグトラッカーの問題の番号をメモしておきます。
バージョン管理システムを使用していますか？ 「はい」の場合は、1日の終わりに変更をコミットし、コメントで、何をしたか、次に何をする必要があるかを説明する必要があります。そうでなければ、なぜあなたはそうではないのですか？
私は毎晩再起動する数少ない人の1人です（まだWin XP仕事中ですが、パフォーマンスが良いと感じています）。翌朝にリマインダーを設定してOutlookタスクを作成します。 。ファイル名、コード行のコピー、または何をしているのかを知らせるために十分なメモを入れてもよい。
デバッグとリリースの両方で実際にコンパイルするためにコードを記述する必要があるとは言わなかったので、私がよく行う1つのトリックは次のとおりです。
#if DEBUG
#error "YOU LEFT OFF HERE"
#endif
それを忘れるのはとても大変です。それ以外の場合は、＃pragma警告をコードに入れて、コンパイルするたびに表示されるようにします。
いくつかのことが役立ちます：
「AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA」というテキストを探します。これは、コードを実行できない（コードがコンパイルまたは解釈されたかどうかにかかわらず）ため、それを逃す。また、このタグは synesthesia のおかげで私にとっては明るい赤です。そのため、コードの大きなチャンクでも簡単に見つけることができます。
IDEは、各ファイルが開いていた場所（および強調表示された行/ブレークポイント）でファイルを再度開くので、私が何をしていたのかをすぐに思い出すことができます。
todoリストで、解決しようとしている問題/実装する機能を確認できます。
私はいくつかのトリックを使用します：
@@をコードコメントまたはドキュメントに配置して、現在のイテレーションですぐにではなく行う必要があることを行います。 @@が含まれている場合、コードやドキュメントは私のマシンを離れません。
明日の朝仕事を続ける必要がある特定の場所の1つに、@@ HEREのマークを付けます。私のIDEは以前に閉じた場所で開くので、これが必要になることはめったにありません。そして、あなたは Wordにそうするように伝える さえできます。
後で修正/追加する必要のあるすべてのものは、適切なバグ追跡システムに送られるか、設計ドキュメントに含まれています。
そして、あなたのVisual Studioはあなたが作業していた最後の場所を思い出せないのですか？ "Visual Studio 2012での作業の中断" は2012年に実行できると述べています（Google forVisual Studio start "left off" ）