リモート デスクトップによる開発 [終了]

Question

チームがリモート デスクトップを介して作業することについて成功した発言をした人はいますか?

多くの職場では、エンド ユーザーは Citrix 経由で、アプリケーションは中央の強力なサーバーに配置されています。クライアントがサーバーと同じ建物内にある場合もありますが、多くの場合、クライアントはリモートにあります。

Hyper-V を備えたいくつかのサーバー上で実行される Windows XP または Vista インスタンスに開発者を配置することには、私にとって大きなメリットがある可能性があります。

インターネット経由の RDP/RDC は遅すぎて誰かが効率的に開発できないのではないかと心配しています。

確かに悪い噂もたくさん聞こえてきそうですが…成功した人はいますか？

Answer 1

これをサテライトオフィスでやろうとした状況を見たことがあります。これは、さまざまな Java IDE ツールを使用して Java 開発チームのために行われました。この結果は成功とはみなされず、会社は多額の費用をかけてチームをロンドン中心部のオフィスに戻した。

インタラクティブ ソフトウェアで毎日これを行っている人にとって、その結果はあまり快適なものではありません。vim や unix コマンド ライン ツールなど、主にテキスト ベースのツールを使用するものについては、多少はうまく機能します。ある時点で、私は XVNC を 128 K ビット DSL リンク (当時ニュージーランドで普及していたタイプ) 経由で使用し、遠隔地にある Oracle ベースのデータ ウェアハウスで非常に簡単に作業を行うことができました。ツールに必要な対話性のレベルにより、ツールは Windows ベースの IDE よりも低速リンクの影響を受けにくくなっています。

そこで、いくつかの条件を付けて「状況に応じて」という議論を呼び出します。

• 最新の IDE にはお勧めしません。また、Dreamweaver、BI Development Studio、Informatica などの高度にグラフィカルなものにもお勧めしません。

• 従来の Unix 開発ツールのようなテキスト環境では、おそらく非常にうまく機能するでしょう。これらのユーザー インターフェイスは、直接操作するユーザー インターフェイスよりも遅延の影響をはるかに受けません。

私は「最適なツール」の原則をある程度信じています。わざわざ二流のユーザーインターフェイスを開発チームに提供することは、否定的なシグナルを発することになります。これによるコスト削減は最小限になる可能性が高く、 意思 チームメンバーの一部に迷惑をかける。たとえそれがかなりうまく機能するようにすることができたとしても、これを行うことによって価値を表明していることに変わりはありません。コスト削減と、1 人以上の主要な開発スタッフを交代するコストを比較検討します。

Answer 2

あなたは、オーディオや動きの速い画像での待ち時間が心配じゃない、あなたは、3Dハードウェアに依存するものを開発していない場合は、

、あなたはおそらく大丈夫ます。

私は、チーム環境でそれを使用したことがありませんが、私は私のラップトップは、すべての日の私のワークステーションにRDP'd使用し、それを愛しています。

Answer 3

私たちは、RDPを使用して、当社の開発環境に接続し、ローカルでのパフォーマンスは素晴らしいです。これは、VPN上で少し遅くなりますが、それでも許容できる応答します。

すべてのウィンドウのアニメーション機能、デスクトップの背景などの電源をオフにし、それはかなり役立ちます。

Answer 4

私たちは時折リモートデスクトップ経由でいくつかの既存のコードを編集します環境で働いてきました。これには有意な課題はなかったです。開発者として、私は積極的にその仕事をやって嫌っ。すべてが遅いと応答しなく感じました。しかし、我々は仕事が終わってしまっています。

ありがたいことに、これらは多くの場合、リモートの顧客サイト上の既存のシステムに3-4時間の仕事...ほとんど修正短かったです。私は私が仕事をして、通常の方法として、それをお勧めできると思いますが、その確かに可能ません。

Answer 5

私は、SSHトンネル経由で実行されている、DSL接続を介してVNCとRDPの両方を使用しました、そして本当の問題を持っていない。

あなたが画面の大部分を再描画している場合は特に、

、間違いなくいくつかの遅れがあります。しかし、ほとんどの開発は、小さな編集を必要とし、これらのプロトコルの両方が非常によくそれを処理します。

Answer 6

私は仕事で私のWindowsマシンを制御するために、リモートデスクトップを使用します。私は、Mac上のParallels仮想マシンを使用して、私の接続は、ダウン256Kアップ2.5Mである。

これは本当によく働きます。私は週に1-3日間2年間これをやってきました。スローアップスピードは問題ではない - 私は速いそれを入力することはできません。

。

私は仕事で3つのスクリーンを持っているが、依然として優れていることが20" のMac画面を見つける。色は非常にきれいで、私は私の仕事の画面よりもマックで長く働くことができます！

キラーである事は、ブラウザ上のFlashです。私は偶然のFlashと私のリモートマシン上でブラウザを開くと、それは、接続を殺します。溶液はFlashblockの（Firefoxのアドイン）を使用することである。

私は全く問題なくEclipseとのVisual Studioを使用。

Answer 7

私は（VPN経由で私の中にオフィスのPCにリモートログイン）自宅で仕事をするためにそれを使用しました。

パフォーマンスはもちろん、あなたのISPに依存します。

これは、（これまでオフィスLANがダウンしている場合とき/だけでなく、あなたの持つダウンタイムなどのため、インターネット接続のいずれかがダウンしている間、ダウンタイムの追加的なリスクが今あります）やや信頼性の低いです。

Answer 8

1Mbps アップストリーム パイプ上にリモート サーバーがあり、RDP で (VPN 経由で) 接続していますが、問題なく動作しています。大画面解像度 (1600x1200) を使用してもパフォーマンスに問題はありません。ただし、もちろん、そのような設定が複数の同時ユーザーに対してどのように機能するかはわかりません。

RDP 経由で開発することの利点は、私が予想していなかったものですが、セッションを保存できることです。そのため、その日の開発が終わったら、RDP クライアントを終了してコンピューターの電源を切り、再度ログインすると、次のようになります。その日、セッションは終了した場所に戻ります。

追加のボーナスとして、RDP クライアントも利用できます。 リナックス, 、 そして OS X.

Answer 9

私は毎日開発に RDP を使用しており、ラップトップを自宅に置いたままにし、作業環境を開いてすぐに使用できるようにしています。私が仕事に着くと、みんながプロジェクトをロードしてプログラムを開いているときに、RDP で接続するだけで準備完了です。ただし、変更される特定のキーボード ショートカット (CTRL+ALT+DEL など) に留意する必要があります。最初は面倒ですが、慣れます。

遅延を最小限に抑えるために、次のことをお勧めします...

• 色を 256 に下げる (結局のところ、テキストだけが表示される必要があります)
• 壁紙を他のコンピュータに残します
• 他のコンピュータにサウンドを残す
• テーマは他のコンピュータに残しておきます
• 接続速度が速い場合でも、より低い接続速度を選択してください。Windows は送信されるデータを最小限に抑えます。

考慮すべき利点の 1 つは処理能力です。自宅のマシンが職場のワークステーションよりもはるかに優れた仕様を備えている場合、コンパイル時間はかなり短縮されます。ローカル マシンはリモート マシンからイメージを更新するだけでよいため、ローカル コンピュータには負荷がかかりません。

このオプションを使用すると、順調に進むこともできます。他の人がログインしたりインターネットを閲覧したりして時間を無駄にしている間、私はセットアップして準備完了です。生産性が向上することで（雇用主が気づいてくれれば）大金を受け取ることができる一方で、まだ若手プログラミングの役割に留まっている人もいます。

Answer 10

私は毎日3年のためにそれをやった前の2000年、数時間。帯域幅があまりにも吸い込まれたときにこれがいた。

この頃はそれがはるかに優れています。

そして、あなたはNxMachineを使用する場合の生活がさらに良くなります。）

私は、しかし、複数のユーザとマシンを使用していませんでした。それと私の関心は、開発者が気難しいたくさんあることでしょう（自分を含め）と私たちは本当に難しいそのままマシンをプッシュする傾向があります。

）

コンパイルすることを決定するすべてのワンボックスにいくつかの人々を想像することはできません

Gマン

Answer 11

私たちは、Citrix社でそれを行うと非常に高速です。

Answer 12

私はこの理由がどうなるか疑問に思います。中央サーバ（群）は、個々の開発者のマシンがアクセスすることができなかったいくつかのリソースへのアクセスを持っていますか？

私は時々私の仕事用のコンピュータに私の自宅のコンピュータからの接続にRDPを使用しています。私が言わなければならない - それはコーディングすることは可能ですが、IDEは、自分のマシン上にあるときには、それを行うには方法がより快適です。 100MビットLAN上のいくつかの顕著な遅れがあっても。仕事を邪魔するのに十分な、それにもかかわらず、迷惑なわけではありません。

の人々が定期的に離れた場所から作業する必要がある場合、私はむしろ、中央ソースコントロールは、いくつかのセキュアなプロトコル（HTTPS、VPNなど）を介して提供されてセットアップを好むだろうが、開発はローカルに発生する可能性があります開発者のマシン上で。オフラインの開発をしてもうまく動作SVN、のようなものを使用している場合、それはプログラマ自身のための方法、より快適にする必要があります。

Answer 13

どのような開発ワークステーションのために重要であることは全くの処理能力です。私たちの場所で、開発者は、CPU、メモリ、ディスクなどの面ではなく、オーディオやグラフィックの面で最もハイエンドワークステーションを持っています。これは、ほとんどのRDPの影響を受けている、後者です。

限り、あなたの開発者はにRDP-INGのしているサーバーが複数のコンパイルを処理するのに十分に高速であると同時に、あなたは問題ないはず構築します。

Answer 14

すべてのものと同じように、あなたの質問への答えは「あなたの走行距離は異なる場合があり」であるか、メーリングリストへ。これは、開発者が何をしているかに依存します。彼らは自分の時間の書き込みコードの大半を過ごすか、または、彼らは大規模なコンパイルの多くを行うのですか？彼らはハードウェアに直接アクセスする必要がありますか？

彼らは権利をデバッグする必要がありますか？あなたがそれらをデバッグする権限を付与すると、彼らは基本的にマシンを所有し、他のユーザーと干渉することができます。

これは、ユーザーが自分のコンピュータ上で開発することができ、それらはバージョン管理システムをアクセスもできるようにするためにVPNを使用することが一般的に多くの方が良いでしょう。その後、彼らは自分のローカルコンピュータにファイルをチェックアウトし、彼らが望むものは何でも、その後、変更をチェックインすることができます。

しかし、RDPは、それはあまりにも利点のしています。あなたは本当にプロのと短所を比較検討し、リストが長く以上の「重い」であるかを決定する必要があります。

Answer 15

私はFreeNXを実行しているヘッドレスサーバにリモートデスクトップにNoMachine NX Clientを使用します。私はどこから私のセッションにログインすることができますし、私の最後のセッションが私のためにそこにまだあるので、それは素晴らしいです。スピードは、DSL回線がダウンしている場合を除き、問題はありませんでした。 とにかく、私のポイントは、あなたがLinuxサーバを実行していると「VI」を使用しているならば、「画面」よりもよりよい選択肢があるということです。