より生産性の高い作業間隔はどれですか？短いですか、長いですか？
プログラミングの生産性が高い作業のセッションはどれですか？短い（<= 30分）、中程度の長さ、または長い（> = 2時間）？どの場合に？ （新しい機能のコーディング、小さな変更、UIの微調整、リファクタリング、デバッグ、APIの学習、他のコードの理解を試みることを検討してください）。
あなたの経験から何がわかりますか？研究やベストプラクティスからの情報も大歓迎です。リンクや参照を見るのはいいことですが。
完全な答えよりも信頼できる情報が優先されます。
貴重なポイント：
- 焦点を絞った思考がここでの究極のターゲットです
- 一般に、中断されない作業> 2〜3時間は、焦点を失い、霧のような思考をもたらします
- あなたが流れているときは、自分で1〜2時間働かせることをお勧めします
- 思考の慣性や先延ばしを克服し、より良い時間感を得るために、ポモドーロテクニックを練習してみる価値はあります。特に、あまり好きではないことを始めるのに役立ちます
- 「ブレーク管理」ソフトウェアを使用すると、より柔軟に自分自身を許可できます。 1ブレークをスキップしますが、それ以上はスキップしません。これにより、次のような状況に対応できます。フローにあるとき、フローがあるとき、フローしていないときでも管理しやすくなります。
- 新鮮な空気、休憩中のリラックスとエクササイズは、新しいアイデアと解決策を得るために右半球に関与するのに役立ちます
「ブレーク管理」のためのソフトウェアツールを試してください：
- Pomodairo-タスクのリストをさらに追跡し、pice UIを備えています
- WorkRave-構成の柔軟性を高めます。スピーカーなしでも使用可能
最も重要なことは、本当に焦点を合わせることだと思います。集中した5分は、集中していない5時間のいじくり、スタック交換サイトでのサーフィン、チャットなどよりも生産的です。
本当に集中している場合は、何時間も継続することはできません（できる場合は、集中していません）。あなたの脳は燃料を使い果たします。実際、 ポモドーロテクニック などの生産性/時間管理テクニックのほとんどは、次のようなものです。
- 目標を小さな達成可能なタスクに分割します。
- timeboxed 時間の間、一度に1つのタスクを実行し、そのタスクにのみ焦点を当てます。
- 少なくとも短い休憩を取ります。
何か難しいことをするとき、ウォームアップ時間-すべての情報を脳にロードして問題を理解する-はかなり長くなる可能性があるため、任意の短い期間は生産的ではなく、最適な中断のない期間はタスクの難易度に依存します。しかし、何も>> 2時間はばかげています。椅子から5分間起き上がり、新鮮な空気を取り入れることで、過去2時間に解決しようとしてきた解決策を思い付くので、時間を節約できます。
ポモドーロテクニックの詳細については、アレクセイからのリクエストに応じて：私は試してみましたが、実際には、これまで試してみた唯一の正式な時間管理方法です。これはタイムボックス化を評価するのに役立つ有益な実験であり、特に「起動」に問題がある場合でも、それを使用することができました。しかし、流れの中で、私は純粋なポモドーロを見つけました-25分ごとに一時停止-硬すぎる。正確で事前に定義された時間が終了したために一時停止するのは無駄です。リンギングタイマーは気晴らしでありそれはしませんメンタルピースを作ります落ちて、ブレイクに時間がかかった後、「ブレインキャッシュ」を再構築します。
ですから、最近はほとんど現状に応じて仕事をしています。何かを始めるのに問題がある場合は、「次の30分間、これを行う」、「これ以上コーヒーを飲む前にこれを完了する」などの厳密な目標を設定する場合があります。このような単純な規則は、自己規律を容易にします。しかし、私がエネルギーに満ちていて、細かいコードを実行している場合、中断することなく、ほぼ2時間続けて実行することができます。そのようなスプリントの後、私の脳はエネルギーを使い果たすので、とにかくしばらく休止することが必然的に起こります。
しかし、明確にするために、「現在の状況に応じて」機能する能力は主にであるためだと思いますタイムボックスを試してみました厳密なタイムボックスはもうありません。裁判のおかげで、私は先延ばしになっているときに、ある種のタイムボックスを作成します-多くの場合、1つのボックスで十分です-そして、すぐに再び流れに入ります。だから私はそのようなテクニックを試すことを強くお勧めします。いつもそれを使用しているわけではない場合でも、必要に応じて自分自身を制御するためのいくつかの便利なツールを学ぶでしょう。
私は10分のポーズを取ります45分ごと。
しかし、プログラミングの流れにいるときは、rightを1つだけスキップして、1つだけスキップするようにしています。
一時停止して心をリセットすることが重要です。あなたのシステムの新たな再起動としてそれを見てください。それはより速くなります。
一時停止中に、仕事について考えるのをやめます。仕事について考えるのをやめなければ、仕事から一時停止するわけではありません。
プログラミングのようにフォーカスが重要ではないタスクの一時停止はスキップしません。
ほとんどのコーディングタスクでは、「フロー」に入る際にオーバーヘッドが発生するため、長い時間間隔は通常、より生産的です。
アイロンが熱いときにストライキを言います。とにかく歩いていると感じたら、停止して休む必要があります。そうすれば、長期的に生産性を高めることができます。
この質問に答える上で難しいのは、番組制作の測定です。だれかがまだこれを理解しているとは思えないので、開発者の意見に頼る必要があります。画面を見つめるだけで、複雑な問題に数時間取り組むことができます。答えを思いついた場合、これは生産的であると考えるかもしれません。 45分間やって、何も考え出さないでください。あなたは非生産的だと思うかもしれません。解決するまで、さらに2つの45分のセッションを試してください。では、どのようにしてセッションを採点しますか？以前に問題を解決してから2時間半のセッションが完全に生産的であると考えていた場合、45分の2つは非生産的で、もう1つは生産的です。
それはタスクの性質に依存します。通常（@Joonasが述べたように）、タスクをより小さなチャンクに分割できます。各チャンクは5分から1時間の集中的な作業で処理できます。時々、より複雑なタスクに直面し、その中に浸るのにより長い時間を必要とします。
- 複雑なコード/アルゴリズム（またはその背後にある数学理論）を理解する、
- 複雑なシステムの設計。
これらの場合、より長い作業間隔が必要になります-短いバーストが繰り返されている間は、合理的な進歩がありません。ただし、実際に集中できる能力はせいぜい数時間に限られているため、その間に休憩が必要です。
もう1つの側面は、本当に難しい問題では、解決策を得るためにwholeの脳に関与する必要があるということです-論理的/分析的な左半球だけでなく、全体的な右半球も。多くの場合、困難な問題に直面すると、左脳が動けなくなり、同じ精神的悩みの中で何度も何度も転がってしまいます。これはあなたを疲れさせるだけでなく、他の創造的な脳半球がプロセスに従事し、それが見つけた洞察/結果を伝える可能性を完全に締め出します。多くの場合、そのような場合、問題とそのコンテキストを完全に理解し、関連する質問を述べた後、最善のアプローチは、「リラックス」して、論理的な脳と完全に異なる何かを実行して、創造的な脳を可能にすることです。自由に働きます。
この質問に対する普遍的な正しい答えはおそらくありません。人々が異なれば、それに対応するレジームも異なります。また、前述のように、タスクが異なれば要求も異なります。
プログラミング作業が完全に画面ベースの場合は、視力の健康上の理由から、50分ごとに休憩を取ることをお勧めします。しかし、その考慮はさておき、私はあなたが異なる人々が異なる慣習を持っていることを認識する必要があると思います。それだけでなく、希望するオプションに関係なく、混乱を回避する機能は、オフィス環境では厳しく制限されることがよくあります。
どうしてあなたがこの種の質問をするのか不思議に思っています。
生産的になるためには、一定の間隔で休憩を取ることではありません。集中力を高めるために休憩が必要だと感じたときに休憩を取ります。
休憩したいときはいつでも休憩します。これまでのところ、最悪の日には、これらの休憩の合計が1時間半を超えることはありません。私の場合、どれくらいの長さ、そしていくつになるかは、当面のタスクの面白さに依存します。おおまかに言って、目前のタスクのほうが興味深い場合は、休憩の数を減らして短くします。目前のタスクがあまり面白くない場合は、休憩の数を増やし、回数を増やします。
つまり、目の前の課題がより興味深い場合、手の痛みや思考の疲労は発生しないか、課題の終了後にのみ発生します。それほど面白くないタスクの場合、それらのことはかなり頻繁に、かなりすぐに起こります。
相対性理論がここで活躍しています。 :)