数年前、私の最初の実際のプログラミングの仕事で、私の上司は私の毎日の活動の日記をつけることを勧めました。私はまだそうしていますが、紙や手書きのものはもうありません。
日記をつけていますか。もしそうであれば、何を書いて、仕事でどのように役立ちますか。または、回復するまでに時間がかかるのでしょうか?
アクティビティログはいくつかの理由で役立ちます。
前職でやった。毎日、自分がやったことを書き留めておくのに数分かかりました。私が大きなマイルストーンに到達したときはいつでも、それも記録しました。非常に手の込んだエントリはありません。一目でわかるように十分な情報が含まれていました。
復習の時間になると、「過去Xか月、四半期、年に会社にどのように貢献したか」という質問に答えるのは非常に簡単で、具体的な例を挙げて回答をバックアップすることができました。
個人的に、私ではありません。私が書くコードはジャーナルです。実際のジャーナルと同じように、特定の問題をいつどこで解決したかを覚えているので、すぐにそれに戻ることができます。
通常の「ジャーナリング」プロセスに関する限り、先月のデスクの移動方法などをジャーナルに記録する専門的な能力開発は必要ありません。
編集:これについて少し考えた後、私はブログを保管し、特に困難または珍しいものに出会ったときは、ブログを作成します。後でそれに戻ることができます。副次的な利点として、同じ問題を持つ他の人を助けます。したがって、この質問は「ブログを維持することはあなたの仕事に役立つのでしょうか?」
たとえば、ブルームーンで一度だけSharePointのSPWebConfigModificationクラスに実行するので、次のようになります。 http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-仕事/
「本物の」ジャーナルを維持することはクールだと常に思っていましたが、それを長く続けることはできませんでした。それが良いことだと思うので、私はコーディングジャーナルを維持する機会がありません。コーディングを続けるのにプレッシャーを感じすぎているのか、それとも言い訳にすぎないのかもしれません。私はただのジャーナルタイプではないと思います。
私が何よりも多く使用する傾向があるログを保持することには、1つの利点があります。
書き留めておくと、煩わしいものを手放すことができます。
私は通常、私がやったことや、日中に起こった驚くべきことを紙のノートに短い一文で書き留めます。そうすれば、家に帰ってhome stuffをするときに忘れることができます。
もちろん、ログを保持する他の理由もあります。
あなた自身のために、ジャーナルはまた、誰かがそれを疑う場合にあなたがあなたが実際に「働いている」ことを証明するための証拠でもあります。
また、よりよいコミュニケーターになるためのトレーニングでもあります。数週間前から自分の落書きを読むことができれば、上達したことがわかります。そうでない場合は、ログを書き留めるときに、より集中する必要があります。ログがデジタルかアナログかは関係ありません。文法はそうです!明確で簡潔な言葉もそうです!
私は偏見があります-私は研究室の科学者とかなり頻繁に協力しているので、「研究室のノートを保管しないでください!」私の作品のほとんどが実験室のベンチに近づくことは決してないだろうと彼らは認識していますが、ショックと恐怖に会うでしょう。
しかし、はい、それは私の仕事で私を助けます。私はコードに強くコメントしていますが、コードで行われた決定、およびプロジェクトの開発には、説明の段落が必要な場合があります。または写真。または自分で行ったり来たり。ノートブックはどちらも、それらの内部思考プロセスを意味のある場所に文書化することを可能にします-「複数の代入がこれを修正できますか?」 -そして、なぜ私が別の概念よりもある概念を選んだのかについて、私の記憶を働かせるためにそれらを参照することを可能にします。
それは私がプロジェクトを拾うようなことをさせて、コードが何を/なぜ行っているのか(コメント)だけでなく、なぜこれらのものがコード化されたのか、他の質問はそうしなかったのです。私の場合、それは実際には物理的なジャーナルです。
正確にはジャーナルではありませんが、私は多くのことを書き留めます。
迅速な作業を行うための紙のメモ帳(満杯になると捨てられます)。
私は仕事特有の事柄のためにデータベースを保持しています:
他の仕事に特化していないプログラミングはevernote.comに入ります
私見それは非常に有用であり、あなたが正しいことを追跡している場合、一般的にコードのドキュメントとして/置き換えることができます。コードのドキュメントのように、通常どのように何が重要ではないのかすべきコードのレイアウトと実装を通して、比較的簡単に見分けることができます。 is重要なのはその理由です。なぜこのように実装するのですか?それは何をすべきですか?しかし、さらに重要なのは、この方法で実装するために他に何を試みたのか(それが機能しなかった)です。
これにより、時間の無駄を防ぐことができます。独自の足跡をたどるか、元のホワイトペーパーと電子メールのやり取りがアーカイブ/削除されたx年後に発生する古典的な書き換えの大失敗のいずれかで... "このコードは、そして、建築は、それが壊れているのも不思議ではありません。誰がこの混乱を書いたのですか?」書き直し/リファクタリングの後半で、ハードウェアまたはサードパーティのアプリに重大な欠点があり、元の開発者が見た目はエレガントではないように見えることを発見しただけです。
以前の回答者が示唆したように、質問を「ブログを維持することはあなたの仕事に役立つのですか?」に変更した場合。次に、はい、それは絶対にが役立ちます。 「テクノロジーウィザード」として、私たちは対処すべきたくさんの魔法を持っています! 2度目または3度目でトリッキーな呪文を探しているのを見つけたら、適切なタグを付けてブログに投稿するので、答えを探す必要がありません。私は次のようなものを投稿します:
私のブログは一般公開されていますが、あまり気にせずにセクシーに見せています。多くの場合、ターミナルセッションから一連のコマンドを貼り付けるだけなので、検索可能なレコードのようなものになります...