開発者として、一日の終わりに大きなタスクを終えても、まだ約30分も残っていることがよくあります。
問題は、30分では何かをコーディングするのに十分な時間がないということです。
しかし、プロの問題に集中するためには、仕事でだらだらしたくないし、30分も何もしないでいるのは不条理だと思います。
EDIT :重複しない理由を説明すると、問題は “仕事でシステムがダウンしているときにどうするか ? ] でも 何もすることがないときにどうするか ? ] ではなく、 "一日の終わり近くに到着して、新しいタスクを開始する時間がないときにどうするか ?
オプションはたくさんあります。
あなたの一日を計画することに加えて、物事を整理整頓し、（他の時間に遅れることを補うために）早退することに加えて、私はおそらく非常に直感的ではないと思われる何かを提案してみましょう：
“自然な停止点 "で停止しないようにしてみてください
あなたは、あなたがコーディングのタスクに30分を取得した場合、次の日に戻ってそれに戻ったときにコンテキストをロードするのは難しいだろうと心配しています。しかし、私の経験では正確には正反対です。簡単な関数を書こうとしているとしましょう。いくつかの初期化、Yの中のすべてのXを処理するループ、そしていくつかのクリーンアップがあることを知っています。私は文字通りプロジェクトにファイルを追加し、関数を宣言し、3つのコメントを追加して（たぶんそのうちの1つの周りにforやwhileを書いて）、それから–家に帰ります。翌朝、空っぽのファイルや白紙の紙を持って家に帰るのはなぜでしょうか？その代わりに、少なくともタイトルか件名を書きましょう。少なくとも関数の名前を書きましょう。文書を書くことになっているのであれば、フォルダを作って、適当な名前の空の文書を作って、最初のページの一番上に文書のタイトルを書いてください。スタイルシートを適用して、
始めてください。そして退出します。あなたは非常に快く驚くかもしれません–自然に立ち止まるポイントで立ち止まらなかった方が、はるかに簡単に始められます。これらのポイントからオフに起動すると、超簡単です。
実際には、それは私が時々私が作業したくない何かに取り組んで自分自身をだますために、これの亜種を使用するように簡単です。新しいプロジェクトや空のフォルダなどを作成して、"get started "の部分を行うだけです。アウトラインというファイルを作り、メールからアウトラインを貼り付けます。仕様書やリリースノートをダウンロードする。見たいビデオのリンクを探す。これらはどれも自分がやりたくないことに取り組んでいるとは言えず、実際に取り組めるようになるための作業を始めるだけなので、抵抗なくこれらの作業をこなしています。そして、私はそれらを行ってきたとき、私は、私の抵抗が離れて落ちると私はタスク自体を行うことができることを見つける。
私はあなたが家に帰って、別の日に30分を補うのを見ることができればもっと嬉しいです。あなたが言うように、あなたは30分の仕事をしようとするよりも、これをやってはるかに生産的になるでしょう、一晩であなたのコンテキストを失い、朝に再起動しようとしています。
しかし、私はとにかく “9から5 "仕事のための頑固者ではありません。あなたの雇用主は〜〜〜もっと逆行しているかもしれない〜〜〜これには厳しい。
計画を立てて書き出す練習をする あなたは何か他のものをコード化することはできませんが、通常はコード化するためにいくつかの計画があり、あなたはそれらの30分でそれを書き留めている場合は、次の日の最初のものを読んで、コーディングを開始することができます。あなたが1つの計画を介して取得する場合は、ちょうどあなたがちょうど1つの代わりにカップルの項目に飛び込むために準備されているので、別のものを行います。
これに関するノートのレベルは、人としてあなたに依存し、何があなたが最もよく覚えているのに役立ちますが、目標は、それが計画のメモリをジョギングし、思考のあまりにも多くの損失なしで昨日いたところに右に戻ってあなたを置くような方法で計画し、明確にすることです。私はこれがワイヤーフレームのコードコメントで行われているのを見てきました、紙の上で、それはノート、テキストエディタ、ホワイトボードの写真などを投稿します。あなたに最適なものを見つけてください。
私もたまにあるので、この時間を有効に使ってみてはいかがでしょうか？
私は、新しい技術を研究したり、次のタスクの分析をしたり、Stack Overflowの質問に答えてみたりしています。新しい質問や回答を見直すだけで、多くのことを学んでいます。時間を有効に使いましょう。
たとえコードに新しい機能を追加することができなくても、次のようにリファクタリング**を行うことができます。
これらの作業は、IDEの自動化されたリファクタリング機能を使えば数秒で完了します。そして、あなたのユニテストは、現在実装されているアプリケーションの動作を変更していないことを保証します。
私は何か別の作業をしているときにふと思いついたタスクの「掃き出しリスト」を管理しています。タスクは、すぐに作業を中断したくない（あるいは別の理由ですぐに作業したくない（「このコミットには論理的な変更を1つだけ入れたい」など）ほどの長さですが、通常のプロジェクトに関連するすべてのオーバーヘッドに見合わないほど短いものです。このようなタスクに遭遇したときはいつでも、私はそのタスクをリストに走り書きします。このリストに書かれていることのほとんどは、「公式」リソースを得るにはあまりにもマイナーなコーナーケース、リファクタ、書かなければならないユニットテストなどですが、私が何か他のことをしている最中に同僚が私に尋ねてくることも、この同じリストに書かれています（それゆえに「誰が得をするかもわからない」）。各項目は自己完結型であり、それがかかる時間の量の面で非常に予測可能であり、私は会議の前に15分、電話会議のために設定した後の5分を持っているときに、それらを押し込むために完璧にしています。さらに、誰かが会議に遅刻してきたときに、「ねえ、あなたのことを考えていたから、半年前にあなたに頼まれた機能を入れてみたのよ、素敵じゃない？(And nothing makes me happier than not sitting there, thinking, “*&@$ meetings, never start on time….”)
残り30分」の問題にどのように対処するか？
私は常に次のように、各日の最後の30分を捧げました：
これらのことは、あなたが頻繁に一日の終わりに余裕を持って予定外の30分で自分自身を見つける場合は、何をするかを検討することができました。
そして、もし実際に価値のある活動が残っていなかったら、私はただ帰るだけです。
時間がない」と思っていても、放置しておくと技術的な負債が発生してしまうような仕事はたくさんあります - テストはこのカテゴリに入ることがあります。今回は、もし彼らが文句を言ってきたら、一日の終わりに30分ほど時間があったことを指摘して、X個のバグを発見したことを指摘してみましょう。
あまりにも多くの場合、開発者は早く終わらせなければならないというプレッシャーを感じていて、品質管理が不十分です。私は何かのために仕様書の一部を再読し、それがかなり正しくなかったことに気づきました - それを修正する約20分を費やしました。
(あまり高くない)複雑さの上の任意のソフトウェアは、常に少し良いものにすることができます。
あなたのコードを少し良いものにします。
個人的には、一日の最後の15分から20分くらいの間、これは私にも起こります。
私を助けるのは、いくつかのアクションアイテムなどを考え出すことによって、次の日（または週）を計画しています。
各ブロック内で自由に作業ができるように十分な大きさのブロックに分けて作業時間を分割することを検討してください。いくつかのタスクを完了させるために必要なだけの時間が続く任意の大きなブロックは、あなたのためにうまく機能すると思うかもしれませんが、集中力は数時間途切れることなく仕事をした後に苦しむことになります。もしあなたが2.5時間後に休憩を強制するならば、9時間の仕事を3つのブロックに分けて（8時間の仕事＋1時間の休憩）、ブロック間に20分のコーヒー/ランチ休憩と50分のエクササイズ休憩を入れて、9時間の仕事をすることができます。タスクが最後のブロック内で終了した場合は、他のタスクや次の日のための計画を続行するためにはるかに多くのエネルギーを持っているでしょう。あなたはより多くのエネルギーでそのブロックを開始しているでしょうし、ブロックの開始時にあなたはおそらくあなたがプロジェクトが完了した後に他の仕事をすることについて前向きに考えることをより傾くようになり、先に終了することを知っているでしょう。
あなたは今、それを行うために傾いていないという事実は、精神的なエネルギーを消耗する「タスクの最後まで作業」の成果物です。