日記をつけることは仕事に役立ちますか？[閉まっている]

数年前、私の最初の実際のプログラミングの仕事で、上司は私の毎日の活動の日記をつけるように勧めました。私はまだそうしていますが、もはや紙や手書きのものではありません。

あなたは日記をつけていますか？または、回復されていない時間がかかりますか？

アクティビティログはいくつかの理由で役立ちます。

• Jon Sagaraは、「あなたは先週（睡眠以外で）何をしましたか？」という質問に答えるのに役立つという点で完全に同意します。
• さらに、100万回の中断を追跡するのに役立ちます。これは多くの場合忘れられますが、それらを組み合わせると多くの時間がかかります。
• また、推定に学ぶのに非常に役立ちます。これは、物事にかかる時間（多くの場合、あなたが思っているよりも長い）の正確な数値を提供するためです。

以前の仕事でやりました。毎日、自分がやったことを書き留めるのに数分費やしていました。大きなマイルストーンに達したときはいつでも、それも記録します。非常に手の込んだエントリーはありません。一目でわかるように、十分な情報が含まれていました。

レビューの時間に来て、「過去Xか月/四半期/年でどのように会社に貢献しましたか」という質問に答え、特定の例で私の答えをバックアップすることは非常に簡単でした。

個人的に、私ではありません。私が書いたコードはジャーナルです。そして実際のジャーナルと同じように、特定の問題をどこでいつ解決したかを覚えており、すぐにその問題に戻ることができます。

通常の「ジャーナリング」プロセスに関する限り、先月私の机がどのように移動したかなどを専門家として開発する必要はありません。

編集：これについて少し考えた後、私はブログを保管します。特に困難またはまれな何かに出くわしたときは、後で戻ってくるためにブログを作成します。副次的な利点として、それは同じ問題を持つ他の人を助けます。ですから、この質問は「ブログを維持することはあなたの仕事に役立ちますか」とも言えるでしょう。

たとえば、ブルームーンでSharePointのSPWebConfigModificationクラスに1回だけ実行するため、http：//brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/

「本物の」ジャーナルを保持するのはクールだと思っていましたが、非常に長く続けることはできませんでした。良いことだと思う限り、コーディングジャーナルを保持する機会はありません。コーディングを続けるようにプレッシャーを感じすぎているのか、それとも言い訳にすぎないのかもしれません。私はただジャーナルタイプではないと思います。

ログを保持することの利点の1つは、何よりも多くを引き出す傾向があることです。

あなたがそれらを書き留めるときにあなたが簡単に悩まされているものを手放すことができます。

私は通常、自分がやったことや日中に起こったことを紙のノートに小さな一文で書き留めます。私は家を取得し、実行する際にそのように私はそれを忘れることができます自宅のものを。

もちろん、ログを保持する他の理由もあります。

• あなた自身のために、このジャーナルはあなたが実際に「働いている」ことを証明する証拠でもあります。

• また、より良いコミュニケーターになるためのトレーニングでもあります。あなたが数週間前から自分の落書きを読むことができれば、あなたはあなたが改善したことを知っています。そうでない場合は、ログを書き留めるときに集中する必要があります。ログがデジタルであろうとアナログであろうと関係ありません：文法はそうです！明確で簡潔な言語もそうです！

私は偏見があります-私は研究室の科学者とかなり重く仕事をしているので、「あなたは研究室のノートを持っていません！？」私の仕事のほとんどが実験室のベンチに近づかないことを彼らは認識しているにもかかわらず、ショックと恐怖に会うでしょう。

しかし、はい、それは私の仕事に役立ちます。私はコードに非常にコメントしますが、コードで行われる決定とプロジェクトの開発があり、説明のパラグラフが必要になる場合があります。または写真。または自分自身で行ったり来たりします。ノートブックは、これらの内部思考プロセスを意味のある場所に文書化することを可能にします-「複数の代入がこれを修正できますか？」-そして、ある概念を別の概念よりも選んだ理由について、私の記憶を果たすためにそれらを参照することができます。

プロジェクトを拾い上げて、コードが何をしているか（理由）を知るだけでなく、それらがコード化された理由を知ることができますが、他の質問はしませんでした。私の場合、実際には物理的なジャーナルです。

私見それは非常に有用であり、適切なものを追跡する場合、一般的にコードのドキュメントとして役立つ/置き換えることができます。多くのコードのドキュメント、どのように、どのようなことのように、通常は重要ではありませんようにすべきコードレイアウトおよび実装を通じて比較的容易discerneになります。何で重要なことは、なぜです。なぜこのように実装するのですか？何をすべきでしょうか？しかし、さらに重要なことは、この方法で実装するために他に何を試みた（機能しなかった）かということです。

これにより、後の無駄な時間を防ぐことができます。自分の足跡をたどるか、元のホワイトペーパーと電子メールの交換がアーカイブ/削除されたx年後に起こる古典的な書き直しの失敗のいずれかで... "このコードは、それでアーキテクチャが壊れているのも不思議ではありません。誰がこの混乱を書いたのですか？」リライト/リファクタリングの後半で、ハードウェアまたはサードパーティのアプリに重大な欠点があることを発見するために、元の開発者を一見エレガントではない道に導きます。

前のレスポンダーが示唆したように、質問を「ブログを維持することは仕事に役立ちますか？」に変更した場合 そして、はい、それは絶対に役立ちます。「技術の魔法使い」として、対処すべき多くの呪文があります！2度目または3度目にトリッキーな呪文を探していることに気付いたら、ブログに適切なタグを付けて投稿するので、答えを再度探す必要はありません。次のようなものを投稿します。

• OutlookでVimを外部エディターとして使用する方法
• 制限付きファイアウォールの背後からeasy_installを使用する方法
• Visual Studioで複数の静的ライブラリを組み合わせる
• bbfreezeを使用したスタンドアロンPythonアプリのパッケージ化

私のブログは一般公開されていますが、あまり気にせずにセクシーに見せています。多くの場合、ターミナルセッションから大量のコマンドを貼り付けるだけなので、検索可能なレコードがあります...

正確にはジャーナルではありませんが、たくさんのことを書き留めています。

手早く持ち歩くための紙のメモ帳（いっぱいになったら捨てられます）。

私は仕事特有の事柄のためにデータベースを保持しています：

• プロバイダーのいずれかのドキュメント共有サイトにログインする方法
• 年次レビュー用のテンプレートはどのフォルダーに保存しますか
• ソフトウェアキー
• ウェブサイトに掲載する私のバイオ
• 名刺情報

その他の職務以外のプログラミングはevernote.comに入ります