プログラマは1日にどれくらい集中できますか？[閉まっている]

あり、この質問（今のように閉じられている建設的ではない一日あたりの平均生産性について尋ねました）。

私の質問は、プログラマーの生産性に関する科学的研究はありますか？月曜日から金曜日まで一貫して8時間の質の高いプログラミング作業を行うのは非常に難しいと感じざるを得ません。もしそうなら、これを調査する文献はありますか？

あなたがそれを客観的に研究できないという単純な理由で、私は何かがあるとは思いません：

1.プロジェクトによって異なります

私はプロジェクトに取り組む必要があったので、1日1時間の作業はすでに長すぎました。不適切に書かれた要件、不適切に書かれた既存のコードベース、そして私に必要な品質がまったくない場合、私は集中して、過去3時間、Programmers.SEを閲覧したり、他の無関係なことをしたりすることができます。

私はまた、プロジェクトに取り組む必要があり、週に60時間を費やして（強制されることなく）、それほど悪くないソースコードを作成しました。

この2つのケースでは、私は同じ人物でした。最初のケースでは、私の生産性はひどく、週に0時間集中することができました。2つ目は生産性が高く、1週間に40時間以上集中することができました。

2.会社によって異なります

経験として、2人の開発者を同じプロジェクトで異なる労働条件に置くことができます。1人の開発者は、デュアルスクリーンの高速PC、快適な椅子などを備えた自分のオフィスで作業します。2人目の開発者は、コールセンターの中央にデスクを置き、古いPC、56kインターネット接続、および50 MBの制限を設けます。すべての個人ファイル（USBスティックを使用する権利はありません）。

2週間後、労働条件を逆転させます。違いを見ます？

3.それは日によって異なります

木曜日に、開発者が残りの問題を迅速に解決できること、実行する作業が面白く、すべてが刺激的で有望であることを知っていると想像してください。彼女はまた、彼女が昇進したことを知り、彼女の夫は彼女に連絡して彼女の私生活に関連するいくつかの良いニュースを発表しました。

金曜日に、同じ開発者が彼女の古い犬が死んでいるのを発見し、彼女の車は始動しません。彼女は仕事に遅れて、机にコーヒーをこぼしてしまったなど。前日と比べて、これは毎日のパフォーマンスにどのように影響しますか。

これらの研究はほぼ100年前に行われました。何度も。

20世紀初頭の時点では、産業と労働の関係は必ずしも心地よいものではありませんでした。業界は当初、週40時間労働組合からの要求を拒否しました。いくつかはしぶしぶ従ったが、彼らはすぐにエラーややり直しが減り、品質が上がり、生産性が上がり、そして何よりも利益が上がったことに気付いた。ニュースは急速に広まり、研究も進みました。長い週は長すぎず、孤立しているので、長い週で生産性が向上します。これらの長時間労働が重要な期間続くと、品質、生産性、利益が低下します。長い労働週の長期にわたる発作の必要性は、経営者と株主によって、不適切な経営の重要な兆候と見なされました。

私たちナレッジワーカーとマネージャーは、これらすべてを忘れてしまいました。科学、テクノロジー、エンジニアリング、および数学では、長時間が標準です。体ではなく心を使っているため、これらの40時間の週は当てはまらないという主張は誤りです。肉体労働の仕事でさえ、過度の労働時間の主な問題は肉体的というより精神的です。長い時間は私たちを愚かでエラーを起こしやすくします。

エクストリームプログラミングがその主要な信条の1つとして週40時間を採用しているのには理由があります。製品が製造されているか、存在するようにプログラムされているかは関係ありません。より長い時間は逆効果であり、製品を傷つけます。

プロジェクトによって異なります。

私の何かが大きくて歯が生えるほど挑戦的である場合、1日で12時間以上も気付かずに仕事をすることができます。しかし、自分が何をしているのか本当にわからない場合、プレッシャーがない場合、または仕事に価値がない場合、30分ごとに気が散ります。

生産性を向上させる方法を説明した本は確かにあります（ただし、「経営コンサルタント」が書いた話題の単語帳ではなく、開発者が書いたものを見つけなければなりません）。しかし、具体的なものはないと思います。そこにメトリック。