実際のところの稼働時間
基本的に暇なときはいなくてもいいんじゃないかなと思わなくもないくらい暇だったりしますね。
というのも、基本的に仕様が固まらないと仕事ができないからなんですけども。
まあ暇になるの見越したら出てきそうなUIのパターンとか全部作って実際に操作させて選ばせる場合とかもありますけどね。
仕様の策定が遅いところなら。
普通の現場だと、だいたいプロジェクト初期で概ね仕様が固まってる場合がほとんど……というか普通に考えてプログラマを入れるような段階なら最低でも6割から8割くらいは仕様固めておくべきなんですけども、まあ回転重視のところだと2割くらいの仕様でプロトタイプ作ってる間に本仕様の候補を数本挙げるパターンの場所とかもありますよね、というところ。
ただ仕様が固まってない状態でプログラマ入れて問題ない場所って、ちょっと引く勢いで仕事が早いところが多いイメージ。
大して仕事早くもないのに仕様が固まってない状態でプログラマ入れてしまって企画レベルで大炎上するパターンはよく見かけますけどね。
自分の作業速度くらい理解しておきましょうよ、とか思わなくもないですが。
というか即断即決型か裁量分配型の管理者じゃないと回らないのくらい理解できるでしょうに、とか思いますが。
要するに、実装が仕様に追い付く場所ってかなりの割合で（プログラマは）暇とかそういうお話ですね。
かといって最後の最後にぶん投げて来やがって馬鹿みたいな残業することになるパターンもなくはないんですけども。
開き直って先に振り休取ってやろうかとか思おうレベルで。
まあ、工程上下流工程なんで仕方ないといえば仕方ないんですが。
そんな感じで、プログラマの仕事って実は結構むらがあったりなかったり。
そんなこんなで複数のプロジェクトを抱えられる規模の現場になると複数のプロジェクト回す場合とかも結構あります。
そういうときに困るパターンに、変なコーディング規約あったりするプロジェクトが混ざってる場合ですかね。
普通にコーディングしたら規約に引っかかりまくる場合があったりなかったり。
まあ、どうせ複数プロジェクトにアサインされてる段階でそんなデカい実装は振られないんでそれほど重い作業でもないんですけどね。
結局何が言いたいかって、波があるのはある程度仕方ないにしても常にある程度のタスク積んでくれる場所じゃないと暇で暇でネットニュース見て時間潰すくらいしかやることがなくなることがあったりなかったり。
そういう時間作るからtwitterとかで余計なこと（具体的には普通に社外秘だろって情報）つぶやいたりする馬鹿が出てくるんじゃねぇのかと。
何度かそういうインシデントが発生して迷惑被ったことがあるんで余計にそう思うんだと思いますが。
