有沒有人有任何關於讓團隊通過遠程桌面工作的成功評論？通過遠程桌面進行開發
在許多工作場所，我們通過Citrix和應用程序將最終用戶置於中央功能強大的服務器上。有時客戶與服務器位於同一棟建築物中，但通常它們是遠程的。
可能有一些巨大的好處，我把我的開發商與Hyper-V的一對夫婦的服務器上運行Windows XP或Vista的實例。
我擔心，通過互聯網RDP/RDC將是太慢的人能夠有效地發展。
我敢肯定，我可以聽到很多關於它的壞事...有沒有人有過成功？
我已經看到了一個情況，那就是試圖在衛星辦公室做這個事情。這是爲使用各種java IDE工具的java開發團隊完成的。結果並不被視爲成功，公司將該團隊帶回倫敦市中心的辦公室，費用相當可觀。
對於某人在交互式軟件的基礎上進行日常工作，結果並不令人愉快。對於主要使用基於文本的工具（如vim和unix命令行工具）的東西來說，它會更好一些。有一次，我讓XVNC通過128 Kbit DSL鏈路（當時在新西蘭流行的一種類型），並且可以很容易地在遠程位置的基於Oracle的數據倉庫上工作。工具所需的交互水平使得它們比基於Windows的IDE更不敏感。
因此，我將援引一些資格「這取決於」的說法：
我不會推薦它爲一個現代的IDE，當然不是什麼嚴重圖形化的像Dreamweaver，BI開發工作室或Informatica。
對於像傳統的unix開發工具這樣的文本環境來說，它可能工作得很好。與直接操作用戶界面相比，這些用戶界面對延遲的敏感性要低得多。
我對「最佳工具」原則有信心。爲了給開發團隊提供二流的用戶界面，將會發出負面信號。這樣做的成本節約很可能是最小的，它會讓你的團隊中的一些成員煩躁不安。即使它可以做得相當好，你仍然通過這樣做的價值聲明。通過更換一個或多個關鍵開發人員的成本來節省成本。
如果你不擔心對音頻和快速移動的影像的延遲，你就沒有什麼發展依賴於3D硬件，你可能會被罰款。
我從來沒有把它用在團隊環境中，但我用我的筆記本電腦RDP'd到我的工作站一整天，喜歡它。
我們使用RDP連接到我們的開發環境，並且本地的性能非常好。它通過VPN減慢了一些，但仍然是可以接受的響應。
關閉所有的窗口動畫功能，桌面背景等，這將有很大的幫助。
同意，它當然是可行的。你注意到了差異，但你可以適應它。我期待7號窗口，它通過RDP支持雙顯示器。對我來說最難的部分是在工作時有2個顯示器，在家裏有2個顯示器，但只有在遠程時才能使用1個。 – 2009-02-01 20:00:40
對RDP的雙顯示器支持對我來說將是一個巨大的勝利。 – 2009-02-01 20:30:06
我曾在一個環境中工作，我們偶爾會通過遠程桌面編輯一些現有的代碼。對此沒有重大挑戰。作爲一名開發人員，我非常討厭這樣做。一切都感覺緩慢而沒有反應。但是，我們完成了工作。
謝天謝地，這些通常只有短短3-4小時的工作......主要是修復遠程客戶現場的現有系統。我不認爲我可以推薦它作爲一種正常的工作方式，但它當然有可能。
我用兩個VNC和RDP通過DSL連接，通過SSH隧道運行，並沒有真正的問題。
確實有一些滯後現象，特別是如果您重新繪製大部分屏幕。但大多數開發都涉及小編輯，而這兩種協議都能很好地處理這些問題。
我用它在家中工作（通過VPN遠程登錄到我的辦公室電腦）。
當然，性能取決於您的ISP。
這是稍微不太可靠（因爲以及具有停機你當/如果有的話辦公室LAN關閉時，有停機的，現在更多的風險，而無論是互聯網連接的是向下）。
對於開發工作站而言，重要的是純粹的處理能力。在我們這裏，開發人員在CPU，內存，磁盤等方面擁有最高端的工作站，而不是音頻和圖形方面。後者受RDP影響最大。
只要您的開發人員RDP的服務器速度足以處理多個編譯，同時生成，您應該沒問題。
2000年以前我每天都做了3年，每天幾個小時。這是當帶寬被吸收了。
現在它好多了。
如果您使用NxMachine的生活會變得更好:)
我沒有，但是，使用的機器有多個用戶。我對此的擔憂是開發者是一羣挑剔的人（包括我自己），並且我們傾向於盡力推動機器。
無法在一個盒子想像幾個人都決定編譯:)
G-人
我們與思傑做到這一點，是非常快的。
與所有問題一樣，您的問題的答案是「您的Milage May Vary」或YMMV。這取決於開發人員在做什麼。他們是否花大部分時間來編寫代碼，或者他們做了很多大型編譯？他們需要直接硬件訪問嗎？
他們是否需要調試權限？一旦授予他們調試權限，他們基本上擁有該機器並可能干擾其他用戶。
允許用戶在自己的計算機上開發並使用VPN來允許他們訪問版本控制系統通常要好得多。然後，他們可以將文件簽出到本地計算機並執行任何他們想要的操作，然後檢查更改。
但是，RDP也有它的優勢。你真的需要權衡利弊，並決定哪個列表更長或更「重量級」。
我使用遠程桌面來控制我的Windows機器在工作。我在Mac上使用Parallels虛擬機，連接速度爲2.5M，256k。
這真的很好。我一週做1-3天這樣做了2年。慢速上升不是問題 - 我無法快速輸入。
我在工作中有3個屏幕，但仍發現20" 的Mac屏幕更勝一籌。顏色是乾淨多了，我可以在MAC比我工作的屏幕工作更長的時間！
這是一個殺手的事情如果我不小心在遠程計算機上用Flash打開瀏覽器，它將終止連接，解決方案是使用FlashBlock（一個Firefox插件）
我使用Eclipse和Visual Studio，沒有任何問題。
我每天都在使用RDP進行開發，我的工作環境已經打開並準備就緒去吧。當我開始工作，每個人都在加載他們的項目並打開他們的程序時，我只需要RDP就可以開始工作了。你必須記住某些鍵盤快捷鍵可以改變（例如CTRL + ALT + DEL），但開始時很煩人，但你已經習慣了。
爲了保持延遲到最低限度，我建議......
您可能還會考慮的優勢之一是處理能力。如果你家裏的機器比你的工作站有更好的規格，那麼編譯時間會有所改進。由於您的本地計算機只需要更新來自遠程計算機的映像，因此您的本地計算機未處於裝載狀態。
使用此選項還可以讓我保持正軌。當其他人登錄並瀏覽互聯網並浪費時間時，我已經準備好了，準備出發。提高工作效率可以幫助您獲得大筆資金（如果您的僱主注意到），而其他人仍然陷於初級編程角色。
我不知道這是什麼原因。中央服務器是否可以訪問單個開發人員機器無法訪問的某些資源？
我使用RDP從我的家用計算機連接到我的工作計算機不時。我不得不說 - 可以編寫代碼，但當IDE位於自己的機器上時，這樣做更方便。即使在100MBit的局域網上，也存在一些明顯的滯後。儘管如此，還不足以打擾工作，但令人討厭。
如果人們必須定期從偏遠地區工作，我寧願選擇通過某種安全協議（HTTPS，VPN等）提供中央源代碼控制的設置，但開發可能會發生本地在開發人員的機器上。如果使用像SVN這樣的工具，即使離線開發也能很好地工作，那麼程序員本身應該會更加舒適。
我使用NoMachine NX客戶端將遠程桌面連接到運行FreeNX的無頭服務器上。這很棒，因爲我可以從任何地方登錄我的會話，而且我的最後一個會話仍然在那裏。速度從來都不是問題，除非DSL線路出現故障。 無論如何，我的觀點是，如果你正在運行一個Linux服務器並使用'vi'，那麼比'screen'有更好的選擇。
我做同樣的事情。當我在辦公室時，我使用我的工作站，遠程使用我的筆記本電腦，簡單地使用RDC。 – 2009-02-01 18:21:29