チームがリモート デスクトップ経由で作業することについて、成功した発言はありますか?
多くの職場では、Citrix を介してエンド ユーザーを配置し、アプリケーションを中央の強力なサーバーに配置しています。クライアントがサーバーと同じ建物内にある場合もありますが、多くの場合、クライアントは離れています。
開発者を、Hyper-V を備えたいくつかのサーバーで実行されている Windows XP または Vista インスタンスに配置することには、いくつかの大きなメリットがある可能性があります。
インターネット経由の RDP/RDC は遅すぎて、誰かが効率的に開発できないのではないかと心配しています。
私はそれについて多くの悪いことを聞くことができると確信しています...成功した人はいますか？
RDP を使用して開発環境に接続し、ローカルでのパフォーマンスは優れています。VPN 経由では少し遅くなりますが、それでも許容できる応答性があります。
すべての Windows アニメーション機能、デスクトップの背景などをオフにすると、かなり効果的です。
オーディオや動きの速い画像の遅延を心配しておらず、3D ハードウェアに依存するものを開発していない場合は、おそらく問題ありません。
チーム環境で使用したことはありませんが、ラップトップを RDP でワークステーションに接続して 1 日中使用しており、気に入っています。
私は、リモート デスクトップ経由で既存のコードをときどき編集する環境で働いてきました。これには大きな課題はありませんでした。開発者として、私はその仕事をするのが嫌いでした。すべてが遅く、反応が鈍く感じました。しかし、私たちは仕事を成し遂げました。
ありがたいことに、これらは多くの場合、3 ～ 4 時間の短い仕事でした...ほとんどの場合、リモートの顧客サイトにある既存のシステムを修正しました。通常の仕事のやり方としてはお勧めできないと思いますが、確かに可能です。
リモート デスクトップを使用して、職場の Windows マシンを制御しています。Mac で Parallels VM を使用していますが、接続が 2.5M ダウン、256k アップです。
これは本当にうまく機能します。私はこれを2年間、週に1〜3日行っています。遅いアップスピードは問題ではありません - 私はそれほど速くタイプすることはできません.
仕事で 3 台のスクリーンを使用していますが、それでも 20 インチの Mac スクリーンの方が優れていることがわかります。色ははるかにきれいで、職場のスクリーンよりも Mac で長時間作業できます。
キラーなのは、ブラウザ上の Flash です。Flash を使用してリモート マシンで誤ってブラウザを開くと、接続が切断されます。解決策は、FlashBlock (Firefox アドイン) を使用することです。
私は Eclipse と Visual Studio をまったく問題なく使用しています。
私は VNC と RDP の両方を DSL 接続で使用し、SSH トンネルを介して実行しましたが、実際の問題はありませんでした。
特に画面の大部分を再描画している場合は、間違いなく遅延が発生します。しかし、ほとんどの開発には小さな編集が含まれており、これらのプロトコルはどちらもそれをうまく処理します。
私は RDP を開発に毎日使用しています。ラップトップを自宅に置いたまま、作業環境を開いてすぐに使用できるようにしています。私が仕事に取り掛かり、全員がプロジェクトをロードしてプログラムを開いているとき、私は RDP に接続するだけで準備完了です。ただし、変更される特定のキーボード ショートカット (CTRL + ALT + DEL など) を覚えておく必要があります。最初は面倒ですが、慣れます。
待ち時間を最小限に抑えるために、お勧めします...
考慮すべき利点の 1 つは、処理能力です。自宅のマシンが職場のワークステーションよりもはるかに優れた仕様である場合、コンパイル時間はかなり改善されます。ローカル マシンはリモート マシンからイメージを更新するだけでよいため、ローカル コンピューターに負荷がかかりません。
このオプションを使用すると、追跡を続けることもできます。他の人がログインしてインターネットを閲覧して時間を浪費している間、私は準備ができて準備ができています。生産性が向上すると、大金を支払うことができます (雇用主が気付いた場合) が、他の人はまだジュニア プログラミングの役割にとどまっています。
自宅で仕事をするために使用しました (VPN 経由でオフィス内の PC にリモート ログイン)。
もちろん、パフォーマンスは ISP によって異なります。
少し信頼性が低くなります (オフィスの LAN がダウンした場合にダウンタイムが発生するだけでなく、いずれかのインターネット接続がダウンしている間にダウンタイムが発生するリスクが追加されるため)。
1 Mbps のアップストリーム パイプ上に (VPN 経由で) RDP 接続するリモート サーバーがあり、問題なく動作します。大画面解像度 (1600x1200) を使用しても、パフォーマンスの問題はありません。もちろん、そのような設定が複数の同時ユーザーに対してどのように機能するかはわかりません。
私が予期していなかった RDP での開発の利点は、セッションを保存できることです。そのため、その日の開発が完了したら、RDP クライアントを終了してコンピューターの電源を切り、次のように再度ログインします。あなたのセッションは、あなたがそれを残した場所にあります。
この理由は何だろうと思います。中央サーバーは、個々の開発者マシンがアクセスできなかったリソースにアクセスできますか?
RDP を使用して、自宅のコンピューターから職場のコンピューターに時々接続しています。コードを書くことは可能ですが、IDE が自分のマシン上にある場合は、コードを書く方がはるかに快適です。100MBit LAN の場合でも、かなりの遅延があります。仕事を邪魔するほどではありませんが、それでも迷惑です。
人々が定期的に遠隔地で作業する必要がある場合は、中央のソース管理が何らかの安全なプロトコル (HTTPS、VPN など) を介して利用できるセットアップを好みますが、開発は開発者のローカルで行うことができます。マシン。SVN のようなオフライン開発でもうまく機能するものを使用すると、プログラマー自身にとってより快適になるはずです。
2000年以前は毎日数時間、3年間それをしていました。これは、帯域幅もひどいときでした。
今日では、はるかに優れています。
そして、NxMachine を使用すると、生活がさらに良くなります :)
ただし、複数のユーザーでマシンを使用することはありませんでした。それについての私の懸念は、開発者は（私自身を含めて）気難しい集団であり、私たちはそのままマシンを非常に強くプッシュする傾向があるということです.
1 つのボックスで複数の人がすべてコンパイルすることを決定することを想像することはできません :)
Gマン
私たちはcitrixでそれを行い、非常に高速です.
NoMachine NXクライアントを使用して、FreeNXを実行するヘッドレスサーバーにデスクトップをリモート接続します。どこからでもセッションにログインでき、最後のセッションがまだ残っているので、すばらしいです。DSL回線がダウンしている場合を除いて、速度が問題になることはありません。とにかく、私のポイントは、Linuxサーバーを実行していて、「vi」を使用している場合は、「screen」よりも優れた代替手段があるということです。
開発ワークステーションにとって重要なのは、純粋な処理能力です。私たちの場所では、開発者はオーディオやグラフィックスではなく、CPU、メモリ、ディスクなどの点で最もハイエンドなワークステーションを使用しています。RDP の影響を最も受けるのは後者です。
開発者が RDP を使用しているサーバーが複数のコンパイルを処理するのに十分高速である限り、同時にビルドしても問題ありません。
すべてのものと同様に、あなたの質問への答えは「あなたのマイレージは変わるかもしれません」またはYMMVです. それは、開発者が何をしているかに依存します。ほとんどの時間をコードの作成に費やしているのでしょうか、それとも大規模なコンパイルを何度も行っているのでしょうか? ハードウェアに直接アクセスする必要がありますか?
デバッグ権限が必要ですか? デバッグ権限を付与すると、基本的にマシンを所有し、他のユーザーに干渉することができます。
通常、ユーザーが自分のコンピューターで開発できるようにし、VPN を使用してバージョン管理システムにアクセスできるようにする方がはるかに優れています。次に、ファイルをローカル コンピューターにチェックアウトし、必要に応じて変更をチェックインします。
ただし、RDP にも利点があります。長所と短所を比較検討し、どちらのリストが長いか、またはより「重い」かを決定する必要があります。