有没有人关于让团队通过远程桌面工作的成功言论？
在许多工作场所，我们通过 Citrix 将最终用户和应用程序放在一个中央、强大的服务器上。有时客户端与服务器位于同一建筑物中，但通常它们是远程的。
让我的开发人员使用在带有 Hyper-V 的服务器上运行的 Windows XP 或 Vista 实例对我来说可能有一些巨大的好处。
我担心通过互联网的 RDP/RDC 太慢，以至于无法有效地开发。
我敢肯定我能听到很多关于它的坏话……有没有成功的人？
Jason
问问题
17057 次
15 回答
15
我见过一种情况，有人试图用卫星办公室来做这件事。它是为使用各种 java IDE 工具的 java 开发团队完成的。结果并不被认为是成功的，该公司将团队带回伦敦市中心的办事处，费用相当可观。
对于在交互式软件上日复一日地这样做的人来说，结果并不是很令人愉快。对于主要使用基于文本的工具（例如 vim 和 unix 命令行工具）的东西，它的效果要好一些。有一次，我让 XVNC 通过 128 Kbit DSL 链路（当时在新西兰流行的一种类型），并且可以很容易地在远程位置处理基于 Oracle 的数据仓库。与基于 Windows 的 IDE 相比，工具所需的交互性水平使它们对慢速链接的敏感度要低得多。
因此，我将使用一些限定条件调用“它取决于”参数：
对于现代 IDE，我不会推荐它，当然也不推荐用于像 Dreamweaver、BI Development Studio 或 Informatica 这样的图形化程度很高的东西。
对于像传统 unix 开发工具这样的文本环境，它可能会很好地工作。与直接操作的用户界面相比，这些用户界面对延迟的敏感度要低得多。
我有点相信“最佳工具”原则。竭尽全力为开发团队提供二流的用户界面会发出负面信号。这样做所节省的成本可能很少，并且会惹恼您的一些团队成员。即使它可以很好地工作，您仍然可以通过这样做来做出价值声明。权衡成本节约与更换一名或多名关键开发人员的成本。
于 2009-02-01T20:46:59.050 回答
10
我们使用 RDP 连接到我们的开发环境，并且在本地性能非常好。它比 VPN 慢了一点，但仍然可以接受响应。
关闭所有 Windows 动画功能、桌面背景等，这将有很大帮助。
于 2009-02-01T18:12:40.390 回答
9
如果您不担心音频和快速移动图像的延迟，并且您没有开发任何依赖 3D 硬件的东西，那么您可能会没事的。
我从来没有在团队环境中使用过它，但我整天都在我的工作站中使用我的笔记本电脑 RDP 并喜欢它。
于 2009-02-01T18:12:10.063 回答
7
我曾在一个环境中工作，我们偶尔会通过远程桌面编辑一些现有代码。对此没有重大挑战。作为一名开发人员，我非常讨厌做这项工作。一切都感觉很慢而且反应迟钝。但是，我们完成了工作。
值得庆幸的是，这些工作通常只需要 3-4 个小时……主要是对远程客户站点上现有系统的修复。我不认为我可以推荐它作为一种正常的工作方式，但它肯定是可能的。
于 2009-02-01T18:13:54.367 回答
3
我已经通过 DSL 连接使用了 VNC 和 RDP，通过 SSH 隧道运行，并且没有遇到任何实际问题。
肯定会有一些滞后，特别是如果您要重绘屏幕的大部分内容。但是大多数开发都涉及到小的编辑，这两个协议都处理得很好。
于 2009-02-01T18:14:28.390 回答
3
我在工作中使用远程桌面来控制我的 Windows 机器。我在 Mac 上使用 Parallels VM，连接速度下降 2.5M，上升 256k。
这真的很好用。我已经这样做了 2 年，每周 1-3 天。速度慢不是问题——我不能打字那么快。
我有 3 个屏幕在工作，但仍然觉得 20 英寸的 Mac 屏幕更胜一筹。颜色更干净，而且我在 Mac 上的工作时间比我的工作屏幕长！
杀手锏是浏览器上的 Flash。如果我不小心在远程计算机上使用 Flash 打开了浏览器，它会终止连接。解决方案是使用 FlashBlock（一个 firefox 插件）。
我使用 Eclipse 和 Visual Studio 没有任何问题。
于 2009-02-01T21:01:16.650 回答
2
我用它在家工作（通过 VPN 远程登录到我的办公室 PC）。
当然，性能取决于您的 ISP。
它的可靠性稍差（因为当/如果办公室 LAN 出现故障时您会停机，现在在任何一个 Internet 连接出现故障时都有额外的停机风险）。
于 2009-02-01T18:23:57.247 回答
2
我每天都使用 RDP 进行开发，我将笔记本电脑留在家里，工作环境打开并准备就绪。当我开始工作并且每个人都在加载他们的项目并打开他们的程序时，我只是 RDP 并且我准备好了。您必须记住某些会发生变化的键盘快捷键（例如 CTRL+ALT+DEL），起初它很烦人，但您会习惯它。
为了将延迟降到最低，我建议...
- 把颜色调低到256（毕竟你只需要看文字）
- 将壁纸留在另一台电脑上
- 将声音留在另一台计算机上
- 将任何主题留在另一台计算机上
- 选择较低的连接速度，即使您的连接速度更高。Windows 将最小化发送的数据。
您可能还会考虑的优势之一是处理能力。如果您在家中的机器比工作中的工作站具有更好的规格，那么编译时间会大大缩短。由于您的本地计算机只需要从远程计算机更新映像，因此您的本地计算机没有负载。
使用此选项还可以让我保持跟踪。当其他人登录并浏览互联网并浪费时间时，我已经准备好开始了。提高工作效率可以帮助您获得大笔报酬（如果您的雇主注意到的话），而其他人仍然停留在他们的初级编程角色中。
于 2009-02-01T21:07:18.650 回答
1
2000 年之前，我每天都这样做了 3 年，每天几个小时。这也是带宽下降的时候。
现在好多了。
如果你使用 NxMachine，生活会变得更好:)
但是，我没有将这台机器与多个用户一起使用。我对此的担心是开发人员是一群挑剔的人（包括我自己），我们倾向于按原样努力推动机器。
无法想象一个盒子上的几个人都决定编译:)
G人
于 2009-02-01T18:50:06.243 回答
1
我们用 citrix 来做，而且速度非常快。
于 2009-02-01T18:54:38.653 回答
1
我想知道这是什么原因。中央服务器是否可以访问个别开发人员机器无法访问的某些资源？
我不时使用 RDP 从我的家用计算机连接到我的工作计算机。我不得不说 - 可以编写代码，但是当 IDE 在您自己的机器上时这样做会更舒服。即使在 100MBit LAN 上也有一些明显的延迟。不足以打扰工作，但仍然很烦人。
如果人们必须定期在偏远地区工作，我更喜欢通过某种安全协议（HTTPS、VPN 等）提供中央源代码控制的设置，但开发可以在开发人员的本地进行机器。如果使用像 SVN 这样的东西，即使离线开发也能很好地工作，那么程序员自己应该会更舒服。
于 2009-02-01T21:12:07.143 回答
0
对于开发工作站来说，重要的是绝对的处理能力。在我们这里，开发人员在 CPU、内存、磁盘等方面拥有最高端的工作站，而不是在音频和图形方面。后者受 RDP 影响最大。
只要您的开发人员 RDP-ing 到的服务器足够快以处理多个编译，同时构建您应该没问题。
于 2009-02-01T18:49:24.840 回答
0
与所有事情一样，您的问题的答案是“您的里程数可能会有所不同”或 YMMV。这取决于开发人员在做什么。他们是把大部分时间都花在编写代码上，还是进行大量大型编译？他们需要直接访问硬件吗？
他们需要调试权限吗？一旦您授予他们调试权限，他们基本上就拥有这台机器并且可以干扰其他用户。
允许用户在自己的计算机上开发，并使用 VPN 允许他们访问版本控制系统通常会更好。然后他们可以将文件签出到本地计算机并做任何他们想做的事情，然后签入更改。
但是，RDP 也有它的优点。您确实需要权衡利弊，并决定哪个列表更长或更“有分量”。
于 2009-02-01T19:03:45.437 回答
0
我使用 NoMachine NX 客户端将桌面远程连接到运行 FreeNX 的无头服务器上。这很棒，因为我可以从任何地方登录到我的会话，并且我的最后一个会话仍然存在。速度从来都不是问题，除非 DSL 线路中断。无论如何，我的观点是，如果您正在运行 Linux 服务器并使用“vi”，那么还有比“screen”更好的选择。
于 2011-02-14T13:54:31.470 回答