プログラミングの仕事でダウンタイムが発生するのは一般的ですか？[閉まっている]

私の会社では、行うべきタスクが非常に少ない日がいくつかあることがわかりました。最近、私の技術について新しいことを学ぶために研究をすることを強調しています。

平均して、やりたいことはほとんどない（または1週間の時間の組み合わせ）ことは週に1日程度あります。

これがソフトウェア開発環境で一般的な状況であるかどうかを知りたいのですが、この質問に対する答えはフルタイムと契約作業で異なります。

ええ、デザインの問題に遭遇したときにどうすればよいかについてクライアントやマネージャーからの応答を待っている状況に陥ると、多くのダウンタイムが発生する可能性があります。

もう1つの例は、dev envでサーバ​​ーがクラッシュし、解決されるまで開発を続行できない場合です。

あるプロジェクトが終了してから次のプロジェクトが開始されるまでの間に奇妙なギャップがあったときに、コンサルタントとして）ダウンタイムを経験した最後の状況。

そうは言っても、あなたの労働者が十分に活用されていない場合、それは悪い管理の兆候だと思います。サーバーがクラッシュした場合に作業できる他のタスクが必要です。私の会社では通常、プロジェクトのwikiを更新したり、割り当てられた学習を行ったりして、障害物にぶつかった場合（誰もがダウンタイムで学習することになっている特定のトピックを持っています）。

契約社員とサラリーマンについては、サラリーマンの方がダウンタイムと契約/コンサルタントの労働者が多いことがわかりますが、それは単に契約労働者が会社のコストが高く、必要な場合にのみ雇用する場合ですより/特定のプログラマー。

あなたが言っていることから、あなたは20％のダウンタイムを持っているように見えますが、これは多くのことであり、管理の悪さを示唆しています。

業界では一般的ですが、チームが適切に管理されている場合、マネージャーは社内および/または優先度の低いプロジェクトの「パイプライン」をすぐに利用できる必要があります。これらには、理想的にはより新しい技術やライブラリが含まれます。私の経験では、コードド​​キュメントの作業やWikiの更新を担当者に割り当てることは、開発者にとってはあまり受け入れられません。

私が見たもう一つのアプローチは、開発チームに将来必要とされる知識を高めるために、一度に最大2週間のフルタイムトレーニングコースに参加することです。

一般的にあなたが請負業者であり、会社で積極的な仕事をしていないことに気づいた場合、会社が不況に陥った場合、おそらく最初に手放されるので、別のポジションを探し始める方が良いでしょう。

私の経験から、それは比較的一般的です。以前は何もすることなく無料でしたが、通常はプロジェクトのいくつかのフェーズが完了してから数日後、評価されているときは...そして、プロジェクトの作業を続けました。

ただし、これが業界全体の慣行であるかどうかはわかりません。

私の会社では、2か月ごとにそのような数週間（はい週）を取得しています。何週間も仕事をせずに過ごすのが一般的かどうかはわかりませんが、はい、あなたは自由時間中に常に自分自身を改善することができます。

私の職場では、次の場合にダウンタイムが発生します。

1. ネットワーク/サーバーに問題がある
2. すぐに行うことはありません（たとえば、要件を設定するために会議を待つ）
3. 誰かがあなたの仕事をするのに必要な何かを終えるのを待っています（それは必ずしも最良のアイデアではありませんが）

ダウンタイムが共有されている場合、それは私にとっては約5％の時間ですが、私は通常、人々と話をしたり、物事から頭を下げたり、ジョークを聞いたりします。

重要なことは何もないと思うと、許可されたときに読んだり、長いコンパイル（または同等の）セッションの間に読んだりする本がたくさんあるディレクトリがあります。

しかし、私がこれを行っても、私は何かを認めなければなりません（私は自分自身を罪人にします）：

プログラマが開発するように、それは私たちの仕事です私たちの私たちの上司は、弊社またはそのような何かを発射ないように家庭でのキャリアを。あなたが彼のお金で自分を向上させるのは上司の仕事ではありません（彼があなたにお金を払っている時間）。

とにかく、代わりに、時には読む代わりに、便利なスクリプトやアイデアを思いついたり、方法論の改善に関するドキュメントやプレゼンテーションを書いたりするなど、他のことをすることもあります。

また、それはあなたが考えさせ、他の開発者に役立つので、自己改善としてカウントされます。しかし、重要なことは、本を読むよりもあなたに支払われるお金の価値があるということです...

私の経験では、それは完全に業界とプロジェクトを主導している人に依存します。

このサイトを読んだりコメントしたりする時間があるのは、やることがあまりない人だけだからです。私の過去の仕事では、ダウンタイムはありませんでした。それは、プロジェクトがどれほどうまく分離され、組織化されたかに大きく関係していました。うまく編成されていない場合、複数のプロジェクトを同時に作業すると、変更をマージしようとするときに問題が発生する可能性があります。

私が遭遇したほとんどのダウンタイムは、通常、会計年度末および/またはその年の終わりです（ほとんどの顧客が休日に行く12月のシーズン）。会社はさまざまな理由で「閉鎖」し、ITは2〜3か月間展開しません。したがって、変更はありません。

それは起こります：この期間中、私たちはその年に行われたすべての変更/プロジェクトを評価し、改善または不足した箇所を見つけ、次のシーズン/期間に改善するための解決策を見つけます。

心配しないでください。