開発者が実際に仕事用システムに必要なストレージ容量はどれくらいですか？

OSを考慮せず、開発ソフトウェアを実行するための要件。必要な保管スペース。

仕事の観点から厳密に言えば（フリーランサーではなく会社のセットアップ）。ビデオ、オーディオ処理（巨大な未加工ファイル）3D /グラフィックス開発の領域でない限り、個々の開発者（ビルドシステムは考慮しない）。必要なストレージ容量。

• ソフトウェアの試用版をダウンロードして資料を読んだとしても、20GBで十分であり、それ以上のものは無駄であり、または不適切に利用されると想定することは適切か安全か？
• オフィスのセットアップで開発者ごとに割り当てられる典型的なハードディスクの容量はどれですか。これは、役割や特定の要件、および会社がどのような仕事をしているのかによって異なる場合があります。しかし、開発者/プログラマにとって平均して、通常どのくらいのスペースが割り当てられますか。

編集：

意図を明確にする

これらは私がビジネス/管理の人々が直面していた質問です。私がこの問題にさらに出会ったときに、答え（またはより良い答え）を与えるために、この点についてもっと理解したいと思います。この点に関して、私は仮定を立てたり、攻撃したりするつもりはありません。この点に関してオンラインのデータへのリンクが提供されていると助かります。

編集2：

• 私が理解している問題は、ストレージスペースを作業ファイルの保存のみに制限して、余分な使用を防ぐことでした...
• ハードウェアのスクリッピング/コスト削減についてではありません。

開発スペース（つまり、アプリとOSの要件を除く）だけについて話すとき、それは実際には、扱うプロジェクトの種類に依存します。たとえば、コンパイルされた言語は多くの一時ファイルを作成し、それらはさらに大きなファイルに再パッケージ化されます。私の現在の環境では、現在、ソースコード+コンパイル済みオブジェクトファイル用に約20GBを実行しています。これはDEBUGコンパイル済みバージョンのみを含みます。RELEASEコンパイル済みの場合も同様です。

NTFSまたはその他のジャーナリングファイルシステム（ここではWindowsと想定）がジャーナリングとハードドライブの正常性を維持するための余地を必要とする20％のオーバーヘッドを忘れないでください。 必要なハードドライブのサイズを決める必要があります。

プロジェクトのハードディスクのニーズを予測するときは、次の点を考慮する必要があります。

• 最終製品はどのような資産ですか？ このクラスのアイテムには、別のファイルに結合されていないアートアセット、画像、サウンドファイルなどが含まれます。Webアプリケーションでは、CSSおよびJavaScriptファイルも含まれます。コンパイルされていないビルドスクリプトやその他のアイテムを忘れないでください。
• どの資産が中間結果を生成しますか？ このクラスの項目には、コンパイル済み言語のソースコード、リンクファイルなどが含まれます。プロジェクトの開始時に、これらがどのくらいの大きさになるかを予測し、プロジェクトの進行に合わせてこれらの見積もりを少なくとも2倍修正する必要があります。 。
• 最終製品の大きさは？ DLLまたは共有ライブラリもスペースを占有します。Webアプリケーションを（Java WARファイルまたはEARファイルと同様に）簡単にデプロイ可能なユニットにパッケージ化した場合と同じです。

最終的な見積もりの​​大まかな見積もりについては、次の式を使用します。

(2 * _static_) + (2 * _intermediate_) + (2 * _final_) * 1.2

あなたが自分で考えているなら、それはどうですか？以下を検討してください。

• コンパイルプロセスでは、静的ファイルとコンパイルされたクラスがビルドディレクトリにコピーされます。
• リンクとパッケージ化の段階では、ビルドディレクトリ内の結合された中間ファイルと静的ファイルよりも小さい最終的なバイナリが作成されますが、結合されたときにこれらのファイルは消去されません。
• バイナリは十分に圧縮できないため、最終的な製品はわずかに小さくなりますが、冗長性を取り除くことができます。
• コンパイラーが機能するためには、一時スペースを考慮する必要があります。これが、最終製品で割り当てられる追加のスペースの目的です。
• 最後に、OSがドライブを快適に保つことができるように、開発環境にある程度の余裕があることを確認する必要があります。これが、最終的に20％増加する理由です。

プロジェクトの開始時に、機能を実装するために必要なクラスの数について、開発者にSWAG（Seriously Wild A ** Guess）を提供してもらいます。これに16KBを掛けます。一部のクラスははるかに小さいオブジェクトファイルを生成し、他のクラスはより大きなオブジェクトファイルを生成します。しかし、これはSWAGのディスク容量の見積もりには十分です。また、最終製品は、見積もったクラスと同じサイズになると想定します。

あなたの雇用主は、各ユーザープロファイルに割り当てを設定したいと考えています。開発環境で移動プロファイルを楽しまないことを心から願っています。移動プロファイルの問題は、転送する必要のあるファイルの膨大な量です。Windows OS（およびSambaプロトコル）は、多数のファイルを転送する際に非常に非効率的です。1つの100kファイルよりも100つの1kファイルを転送するには、1桁長い時間がかかります。

うまくいけば、これはあなたの雇用主と交渉するのに十分な情報を提供します。

開発にはたくさんのスペースが必要です。

開発者設定の構成管理の単位としてVMイメージを使用します。

マシンにVMをコピーしたら、起動し、VCSからソースコードを更新して実行します。開発者の設定を混乱させる必要はありません。

各VMイメージは約20Gbです。それらの4-5。つまり、通常は100〜120 Gb Gbが必要です。

心に留めておいてください、彼らはマシンのことに関しては「ユーザーごと」ではなく、必要なのは1つだけです。

実際のスペースが必要ですか？場合によります。あなたの編集にもかかわらず、私はまだ私がポイントを得るか本当に確信が持てません。あなたが試した場合、あなたは今でも20GBのハードドライブを購入することさえできませんでした。ほとんどの場合、GB / $比が最も良いハードドライブを使用します。（または、小さな高速ドライブ（SSD）と大きな低速のストレージドライブ）現時点では1TB程度です（前回、とにかく見ていました...）。500 GBに落とす場合は、スペースの50％に対してコストの80％を支払うことになります。

「必要な」スペースに数字を入れるように頼んでいる誰かが、彼らが何を求めているのか本当に理解していないと私は主張します。

ハードディスク容量は信じられないほど安いです。なぜ各開発者にテラバイトのハードディスクを与えないのですか？毎週ディスクをクリーンアップする時間を無駄にする必要がなくなります。

そうは言っても、私はそのテラバイトのうち約150 GBを使用しています。コードベースだけでも約9 GBです。

この点についての意見は次のとおりです。

私が理解している問題は、ストレージスペースを作業ファイルの保存のみに制限して、余分な使用を防ぐことでした...

あなたはしたい開発者は余分な用法に従事する。デモ、オープンソースコード、その他あらゆる種類のものをダウンロードしてもらいたい。もちろん、潜在的な災害からネットワークの残りの部分を保護するための対策を講じる必要があります。多分彼らの研究はVMイメージで行われるべきですが、あなたは彼らにそれをやってもらいたいのです。あなたは彼らに新しいものを試し、新しいアイデアに従事してもらいたいのです。これを開発者から遠ざけると、開発者は停滞して憤慨し始めます。確かに、数独をプレイしたり、Duke Nukemのデモをダウンロードしたりするのは望ましくありませんが、単に「余分な使用」を望まないために機能を制限すると、他の場所でしか機能しなくなります。

それをスターウォーズの引用の形にするには：

グリップを強く締めれば締めるほど、ターキンは指をすべるようになります。

これに対する唯一の合理的な答えは「十分」です。

新しいハードドライブの代金を支払うのに多くの開発者時間はかかりません...

私の主な作業マシンには、160GBの内部ドライブ、160GBの外部ドライブ、および250GBの外部ドライブがあります。250GBドライブを除くすべてがほぼ一杯です（これが私が（自費で）ついでに250GBドライブを追加した理由です）。

私たちはVMWareイメージを頻繁に使用しており、それらはかなり大きくなる傾向があります。それぞれ20GBのイメージとバックアップイメージを含む3つのプロジェクトは120GBです。これには、Oracle、WebLogic、5つのJBossインスタンス、IDE、オフィスソフトウェア、オペレーティングシステムなどをインストールするために必要なスペースが含まれていません。

次に、ドキュメント、電子書籍、その他必要なものがあります。生産性を上げるには、iTunesに数GBの音楽が含まれる可能性があります（私が知っているほとんどの人は音楽よりもうまく機能し、誰もが異なる音楽を好みます）。そしてもちろん、私はiTunes（または別の音楽ライブラリ/プレーヤー）を生産性ツールと見なしています。

これらは私がビジネス/管理の人々が直面していた質問です

最近の内蔵ハードディスクの価格が¢3-5 / GB程度であることをご存知ですか？つまり、開発者には¢60で十分であることを示唆しています。それはばかげています、それはそれから管理問題を作るために非常にディルベルティアンに聞こえます。

私は通常、重要なファイル（プログラムとコード）には非常に高速なドライブを使用し、その他すべてには大容量のドライブを使用します。

これは通常、この構成では小さなSSD（128GB）を意味します。

80GB C：OS、Office、Visual Studio、SQLサーバーなどのため
。30GBD：（SSDの残りの部分）すべてのコードといくつかのVMの
1.5TB E：ここに残りのすべて、isos、私の音楽を入れます、ビデオなど

1 TBのハードドライブは100ドル未満なので、何について話し合っていますか？これを議論するイベントは、単にハードドライブを入手するよりも高価です...

それでも：マルチメディアファイルで作業する場合、20 GBは冗談です。1gb以上の非圧縮サンプルは、その要求において非常に一般的です。多くのコピーなどが必要になります。仮想マシンで作業する場合は、さらに多くのコピーが必要です。

500 GB未満は妥当ではありません。

開発者が作業中にスペース不足を心配する必要がないことで十分です。私の場合、それは大きなチェックアウト、データベースのコピー（VM）、および「その他のもの」の余地があります-他のもののいくつかは共有スペースにあるはずです（そのうちの多くは必要です）。チーム環境。

無関係な目的での仕事用PCのスペースの使用（乱用）はポリシーの問題であり、主要な開発ボックスに対する物理的な制限の強制ではありません-とりわけ、開発者は創造的な方法を見つけることができる種類の人々だからですネットワーク全体に悪影響を与える可能性があります。

これは、開発者や他のユーザーが実際に異なる扱いを受ける必要がある領域の1つであることにも注意してください。