質問

私たちのネットワークチームは、各開発者のために(Windows 2008の仮想ホストを経由して)仮想デスクトップ環境をセットアップすることを考えている。

私たちはダム端末/ラップトップを持ってしようとしていると私たちのすべての作業のための仮想デスクトップを使用する必要がありますので。

私達のものは、.NET Frameworkのすべてのバージョンと、Microsoftのショップと私たちの仕事です。ラップトップ上の開発環境がないとチームが不快になっています。

セットアップのようなものを持つ任意の潜在的な問題はありますか?この設定を心配すべき理由はありますか?

役に立ちましたか?

解決

これを行うために非常に良い開発指向の理由がありますない限り、

、私はそうではないと思います。

あなたの開発者は、彼らが仕事をしたい環境の中で最高の仕事に行っている。あなたの開発者がそれを示唆し、それを推進するものでない限り、あなたは非常に正当な理由なしに自分の作業環境の急激な変化を制定すべきではありません。

私は個人的にはどちらか、開発作業のためのリモート仮想化インスタンスのすべてのファンではないです。彼らはあなたが自分のマシン上で同じようにあなたは、多くの場合、多くのコントロールとして持っていない、ネットワークの問題と待ち時間に対処する必要があり、しばしば遅くなります。リストは延々と続く、とささいなことは、大きな頭痛の種を作成するまで追加。

他のヒント

ネットワークがダウンしたときに

はどうなりますか?あなたのDEVのは、ちょうど彼らの手の上に座ることになっていますか?それとも、彼らはカードを持参し、実際のsolitareをプレイできる...

は真剣に、あなたは仮想100%のネットワーク稼働時間を持って、そしてあなたのDEVのオフサイト動作したことがない場合を除き、けれども(自宅から、と言う)私が側「これは悪い考えです」。

によ
1つのオプションは、あなたのネットワークチームを取り除くことです。

冗談はさておき、私は、VMwareによるセットアップのこの同じタイプで働いているし、それは多くの楽しみではなかったです。私の上司は、それは試してみる価値があるかもしれないと思ったので、私がやった唯一の理由は、それがでした。私が新たに雇われたので、私は反対しませんでした。しかし、この方法をプログラミングの数ヶ月後、私は私のマシン上で私の開発スタジオを持っていることが好ましいと彼は同意したことを彼に告げます。

それは、ネットワーク経由で画像を送るのではなく、あなたのビデオカードのグラフィックドライバが画像をレンダリング持っていますので、

まず、グラフィカルインターフェイスは本当に仮想ワークステーションにクリアされていません。この一定の鑑賞は私に頭痛を与えます。

第二に、すべてのコンポーネントやツールをインストールし、私は急いで待機していたもので、どのネットワーク管理者の助けを必要としていた。

第三に、あなたのコンピュータがより速く、あなたのサーバは、多くのアプリケーションを処理するために起こっていると、そのほかに、それがネットワーク上でレンダリングされた画像を送信するために持っているよりも、一つのアプリケーションを処理しようとしています。それはあなたが遅くなりますがそれがないようにそれは鳴りません。ここでも、急いで待機します。

第四には、これはVMWareのに特異的であってもよいが、仮想ディスクのサイズは、マイネットワークに男はそれが十分だったと思うように見えた4ギガバイトに固定しました。これはかなり迅速いっぱい。私はドライブを拡張するためには、私はそれを台無しにし、私は彼が私のインストールを再構築しなければならなかった私のドライブ上のパーティションマジックを実行するために、ネットワーク管理者のために待たなければならなかった。

があり、いくつかのより多くの理由がありますが、あなたができる場合、私は強く抗議することをお勧めします。あなたの会社は、おそらくそれは新しい流行だし、それは彼らがお金を節約するための方法することができますので、これをimplimentしようとしています。しかし、あなたの生産時間が無駄になりますし、そのニーズをコストとして考慮することがます。

悪いアイデア。あなたは開発者の武器庫の中で最も重要なツールを取って、それは多くを実行すること、ずっと、ずっと遅いそれが必要以上に、そして道に沿っていくつかの重要な依存関係を導入しています。

これの良いあなたはオンサイト開発する必要がある場合、あなたはラップトップにあなたのdevの環境を移動し、道路をヒットすることができます。
私はそれはいくつかの機密性の高い複数のクライアントの仕事のために必要されて見ることができる - あなたが別の顧客から任意のテストデータやデバッグファイルをリークしていなかったという証拠がある。

脇下:
いくつかのVMは、複数のモニタをサポート - 複数のモニタなしで、あなたは、生産開発することはできません
。 唯一のVirtualBoxの3が近いVM上のOpenGL / ActiveXのために開発することができることになります。

私の経験では、仮想環境は(テスト導入用)のテスト環境ではなく開発環境に最適です。彼らは、テストするための白紙の状態/清潔なシートとして最適です。私はあなたがこのルートを追求する場合は、あなたの開発者を疎外する危険性が高いと思います。開発者は彼らの処分ですべての最高のツールを持っている必要があり、すなわち、ハイスペックノートPC /デスクトップは、これは士気と生産高を維持します。 このルートを下って行くことや、問題であってもなくてもよい任意のホーム-作業を排除します。仮想環境が遅く、専用の環境よりも、その性質によるものであり、あなたはまた、VM上で複数のモニターのセットアップで問題が発生する可能性があります。

あなたはそのルートを行く場合は、

は、重大な決意する前に、システムを積極的必ずベンチを作ります。

全員が同時にリソースを必要とするときに、リモートデスクトップの私の経験では、特にクランチ時に、時折使用することそれのokですが、開発作業の典型的な集中的な計算とコンパイルのためめったに十分ます。

わからないことは、あなたに影響を与える場合が、VMwareやVirtual PCの作業の両方の非常にの遅いリモートデスクトップ経由で見たとき。何らかの理由でRadmin( http://www.radmin.com/ の)は、はるかに良い仕事をしていません。

Iリモート開発環境との定期的な作業と、それはOKです(それが現時点でどのシステムあなたがしている作業で追跡するのに慣れるには時間がかかりますが;)) - が、私は上だけでよほとんどの時間システムます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top