私は長年にわたって私を大いに助けてきた優れた労働慣行について少しお話ししたいと思います。 奇妙なことに、すべての開発者がこれを使用するわけではありません。 おそらく、最も単純に発生しませんでした。 ギャップを埋め、教育プログラムのプログラムを実施します。
仕事日記のアイデアは非常にシンプルです。 次のタスクで作業を開始し、特別なフォルダーで新しいテキストファイルを開始します。 その中に、私はこのタスクに取り組んでいる間に思い浮かぶすべての考えを書きます：
- どのような問題を解決していますか？
- どのようなアクションを実行する予定で、どの順序で実行するか
- すでに完了しているアクションとそれらがもたらしたもの
- 問題の性質についての私の仮定は何ですか？
- どんな困難と誤解が生じるか
- 同僚とどの問題について話し合うべきか
- 私が次の一歩を踏み出すのを妨げるもの
- などなど。
一般的に、私はすべてを多かれ少なかれ有用なものにしようとしています。
通常、次のようになります。
正確にどのように役立ちますか
頭を降ろしてください！ 同時に念頭に置く必要がある思考が多いほど、思考自体に残されるリソースが少なくなります。 すべての計画とタスクを記録することは、GTDテクニックの基本原則です。 これは特に開発者に当てはまります。通常、頭にダウンロードするのが難しい非常に複雑なタスクを処理する必要があります。 日記で考えやアイデアを捨てて、頭を考えて解放します。
問題の解決策の詳細を覚える方が簡単です。 多くのプログラマー（および知識労働者全般）にとって、最も生産的な操作モードは「フロー」です-1つのタスクに完全に没頭します。 他の目標に切り替えることなく、1つの目標に継続的に注意を払う。 それにもかかわらず、遅かれ早かれ、休憩を取って（家事であっても）何かをし、しばらくしてから現在のタスクに戻る必要があります。 日記の助けを借りて、前回停止したものと、どこに移動するかをすぐに思い出すことができます。 ストリームに戻る時間と労力を節約します。
また、場合によっては、何ヶ月も何年も経ってから古いタスクに戻ってそれらを繰り返すか、少なくとも行われたことの詳細を調べる必要があります。 そのような期間が過ぎると、頭はタスクのすべてのニュアンスを保持することができなくなります。 そして、録音には何も起こりません。
小さな便利なものを保存します。 たとえば、プロセスで見つかったリンク。 または便利なコードスニペット。 次回同様のコードが必要になったときに、メモリから回復する必要はありません。 検索で日記を簡単に見つけることができます。
理解できない問題を定式化するため、解決が容易になります。 多くの人々は、あいまいな問題を解決するのに役立つ、いわゆる「アヒルの子の方法」を知っています。 問題をリスナーに詳細に伝えます（単純なおもちゃでさえその役割を果たすことができます）。問題を定式化する間に、脳がその解決策を見つけることがしばしばわかります。
このアプローチは、リスナーなしでうまく機能します！ 日記で問題を詳細に取り上げて説明するだけで十分です。 そして、これは特に内向的な人にとってはクールです。自分に静かに何かを印刷し、自分で解決策を見つけます。 誰かと話す必要はありません-美人！
複雑な技術的問題の解決策は、迷路をさまようことです。 一方向に移動-壁につまずき、他の方向に移動-奈落の底に会った。 その過程で、サイドトンネルで宝物が発見されましたが、すぐには手に入れることができませんでした。 仕事日記は迷路の地図であり、すべてのターン、トラップ、ニシュティクが含まれています。
日記の欠陥（またはそうではない？）
このアプローチの弱点は容易に理解できます。 しかし、彼らはそんなに怖くない！
さらに時間の無駄。 はい、日記をつけるのはかなり時間がかかります。 すべての場合において、そのような贅沢を買う余裕はありません。 急落したセールの修正を早急に行う必要があるときに、計画を日記に書き留めることはできますか？
一方、非常事態は知的労働者にとっては不自然なものです。 このモードでは、物事を効率的に行うことが難しく、どこかでミスをするリスクが高まります。 間違いは新しい噂につながり、そこからそれほど遠くなく、致命的なテールスピンに失速します！
そのようなときは、速度を落とし、少し考え、問題の原因を明確に理解し、それを正しく行うことをお勧めします。 頭に浮かぶ最初の決定がまったく正しくないことはそれほどまれではありません。 私が導いていることはすでに理解していると思います。問題を解決するときの速度を落とすことは、有害であるだけでなく、有用でもあります。 そして日記は助けになるだけです！
ところで、緊急修正の直後に日記で行われた作業を説明することを妨げるものは何もありません。
眠っているアリス
仕事の重複。 多くの読者がすでにこの質問をしていると確信しています。「 チームタスクトラッカーは既にあります。ジャーナリングには十分ではないのですか？ 」
この質問に対する明確な答えはありません。 状況はすべての人で異なり、同じ尺度で全員にアプローチするのは間違っています。 私は自分で言うことができます。 日記では、 絶対に何でも書き留めることができます。 自分にとっての最小のリマインダー、「このことをしましたか、次に何をしますか？」、「私はつまらない」というキーフレーズなどの質問。 1日に数十件のエントリがあることもあります。 これらすべてがタスクトラッカーで記述されている場合、同僚はスパムの量のためにうなり声を上げ、私を永久に禁止します。
したがって、フィルタリングされたレコードのみがトラッカーに送られます。 コピー＆ペースト、コピー＆ペースト...努力の重複が得られますが、それほど多くはありません。 とにかく、日記の総利益を上回る。
日記をつけるのが面倒。 おそらく最も重大で最も深刻な欠点です。 もちろん、日記の作成には多大な労力と注意を払う必要があります。 脳はできる限りこれに抵抗します。 確かに何かですが、彼はエネルギーを節約するのが大好きですが、常に適切な場所でそれを行うわけではありません。
私はまた、あきらめて一時的に日記を残すことから撤退する期間がありました。 しかし、常にこのプラクティスに何度も戻ってきましたが、その利点は大きすぎます！
怠inessが邪魔にならないようにする方法は？ いくつかのヒントがあります。 最も重要なことは、日記をできるだけ便利で楽しいものにすることです。 お気に入りのテキストエディタを使用して、補助的な手動操作の量を減らし、不便を最小限に抑え、重要な点に焦点を当ててください。
正式なアプローチも役立ちます。 タスクに関するレコードがまだない場合、脳は最大の抵抗力を発揮しますが、頭の中にはすでに多くのアイデアがあります。私はそれらのすべてを実際にチェックしたいと思います。 この時点で-タスクの作業の最初に-強い意志を使って、「日記をつけるというルールがあります」ということを思い出させることが重要です。 ファイルを作成し、すべてのアイデアをそこに書き込みます。 残りの録音はずっと簡単になります。
便利なトリック
また、日記の作業に役立ついくつかの追加のトリックについても言及します。
日記の形式を選択します。 コードを操作するとき、プレーンプレーンテキストだけでは必ずしも十分ではありません。 私自身はマークダウンを使用しており、非常に満足しています。構文はすべての一般的なエディターでサポートされており、ヘッダー、コード、引用符などを視覚的に強調するのに便利です。 しかし、Markdownを読者に押し付けることに注意してください。 この形式には、たとえば、再構成されたテキスト、Wiki、 Orgmodeなどの代替があります。 この形式で必要な主なことは、読み書き時にイライラを引き起こさないことです。そうしないと、日記は長く生きられません。
スニペットを使用します。 日記を操作する場合、一部の操作は他の操作よりも一般的です。 たとえば、タイムスタンプを使用して次の記録を開始するのに慣れているため、後でナビゲートしやすくなります。 毎回手で日付を入力するのは面倒です（1日に何十回も！）。 ここでは、作業を容易にするためにテキストエディターの機能に目を向ける価値があります。 私はVimでの作業に慣れており、彼にはすばらしいSnipmateプラグインがあります。 ここで、「time」という単語を書き、Tabキーを押すだけで、タイムスタンプが自動的に生成されます。 おそらく、すべての高度なテストエディターには同様のガジェットがあります。
バックアップを保存します。 日記を長く保存するほど、保存されている情報の価値が高まります。 その安全性を大事にすることは不必要ではありません！ git
で自動コミットを設定し、Dropbox内のベアリポジトリにcron
バックアップします。 これで、あなたは静かに眠ることができ、死んだディスクと共に日記が消えることを恐れることはありません。
コンテキストにすべての詳細をペイントします。 明らかではありませんが、非常に重要なポイントです！ タスクに取り組んでいる間、多くのことは明白に見えるので、それらは日記に含まれないかもしれません。 しかし、しばらくすると、コンテキスト全体がメモリから絞り出されます。 私たちは再び日記を開き、いくつかの断片的なメモを見て、何も覚えていない。 記録されたもののみが復元されます。
Webアプリケーションで作業しているときに、エラーに遭遇したとします。 このような日記の使用はいくらですか？
私は何かを押して、すべてが壊れました：（（（（（（
特定のアプリケーションページ、その上にある問題ボタン、およびエラーテキストが記録に入ると、さらに便利になります。
結論として
私はこの方法の先駆者であるふりをしません。 Prosharennyeの 同志は、100年以上にわたって正常に使用しています。
予想外に、仕事日記は、由緒ある発明家だけでなく、控えめな勤勉なプログラマーにとっても有用であるという考えがあります。 しかし、そうです。 日記は、プロの卓越性の高みへの道を促進するツールの一つです。 仕事にそれを適用するかどうかは誰でも自由に決めることができます。 そして、私の記事が試してみる準備ができている人の数を少なくともわずかに増やしてくれたら嬉しいです！