通过远程桌面开发

Question

有没有人有关于让团队通过远程桌面工作的成功评论？

在许多工作场所，我们将最终用户通过Citrix和应用程序放在一个功能强大的中央服务器上。有时客户端与服务器位于同一建筑物中，但通常它们是远程的。

让我的开发人员在使用Hyper-V的几台服务器上运行的Windows XP或Vista实例上可能会有一些巨大的好处。

我担心通过互联网的RDP / RDC对于某些人来说能够有效发展的速度太慢了。

我确信我能听到很多关于它的坏事......那里有没有成功的人？

Answer 1

我看到过这样一种情况，即尝试在卫星办公室这样做。它是为使用各种Java IDE工具的Java开发团队完成的。结果并未被视为成功，公司将该团队带回伦敦市中心办公室，费用相当可观。

对于在交互式软件上日复一日这样做的人来说，结果并不是非常令人愉快。对于主要使用基于文本的工具（如vim和unix命令行工具）的东西，它可以更好地工作。有一次，我让XVNC通过一个128 Kbit的DSL链路（当时在新西兰流行的类型）并且可以很容易地在远程位置的基于Oracle的数据仓库上工作。与基于Windows的IDE相比，工具所需的交互级别使得它们对慢速链接的敏感性要低得多。

所以，我会用一些资格调用'it depends'参数：

• 我不推荐它用于现代IDE，当然也不推荐用于像Dreamweaver，BI Development Studio或Informatica这样的图形化程序。

• 对于像传统的unix开发工具这样的文本环境，它可能会很好地工作。与直接操作用户界面相比，这些用户界面对延迟的敏感度要低得多。

我对“最好的工具”原则充满了信心。不遗余力地为开发团队提供二流用户界面将发出负面信号。这样做可以节省成本，并且 将 惹恼您的一些团队成员。即使它可以合理地工作，你仍然可以通过这样做来做出价值陈述。将成本节省与更换一个或多个关键开发人员的成本相比较。

Answer 2

如果您不担心音频和快速移动图像的延迟，并且您没有开发任何依赖于3D硬件的东西，那么您可能会很好。

我从来没有在团队环境中使用它，但是我整天都将笔记本电脑RDP用于我的工作站并且喜欢它。

Answer 3

我们使用RDP连接到我们的开发环境，并且本地性能非常好。它在VPN上有点慢，但仍然可以接受响应。

关闭所有Windows动画功能，桌面背景等等，这将有很大帮助。

Answer 4

我曾经在一个我们偶尔会通过远程桌面编辑现有代码的环境中工作。对此没有重大挑战。作为一名开发人员，我非常讨厌做这项工作。一切都感到缓慢和反应迟钝。但是，我们完成了工作。

值得庆幸的是，这些工作通常是3-4个小时的工作......主要是修复远程客户站点上的现有系统。我不认为我可以推荐它作为正常的工作方式，但它当然是可能的。

Answer 5

我在DSL连接上使用VNC和RDP，通过SSH隧道运行，并且没有任何实际问题。

肯定有一些滞后，特别是如果你重绘屏幕的大部分。但是大多数开发涉及小编辑，这两个协议都能很好地处理。

Answer 6

我使用远程桌面来控制我的Windows机器。我在Mac上使用Parallels VM，我的连接是2.5M，256k up。

这非常有效。我这样做了2年，每周工作1-3天。慢速上升不是问题 - 我不能快速打字。

我有3个屏幕在工作，但仍然发现20英寸的Mac屏幕更优秀。颜色更清晰，我可以在Mac上工作的时间比我的工作屏幕更长！

杀手的东西是浏览器上的Flash。如果我在使用Flash的远程计算机上意外打开浏览器，则会终止连接。解决方案是使用FlashBlock（一个firefox插件）。

我使用Eclipse和Visual Studio时没有任何问题。

Answer 7

我用它在家工作（通过VPN远程登录我的办公室电脑）。

当然，性能取决于您的ISP。

它的可靠性稍差（因为当办公室局域网关闭时，如果你有停机时间，那么当互联网连接断开时，现在还有额外的停机风险。）

Answer 8

我有一个1Mbps上游管道上的远程服务器，我通过VPN（通过VPN），它工作得很好。我甚至使用大屏幕分辨率（1600x1200）而没有性能问题。当然，我不确定这样的设置如何为多个并发用户提供服务。

开发优于RDP的一个好处是我没有预料到你可以保存你的会话 - 所以当你完成当天的开发后，你就退出了你的RDP客户端并关闭了你的电脑，当你回来时在第二天，您的会话就在您离开的地方。

作为额外奖励，RDP客户端适用于linux和OS X。

Answer 9

我每天都使用RDP进行开发，我将笔记本电脑放在家里，我的工作环境已经打开并准备就绪。当我上班并且每个人都在加载他们的项目并打开他们的程序时，我只是RDP并且我已经准备好了。你必须记住某些键盘快捷键虽然有所改变（例如CTRL + ALT + DEL），但一开始很烦人，但你已经习惯了。

为了将延迟降至最低，我建议......

• 将颜色降低到256（毕竟，你只需看文字）
• 将壁纸留在另一台计算机上
• 在另一台计算机上留下声音
• 将任何主题留在另一台计算机上
• 选择较低的连接速度，即使您的连接速度较高。 Windows将最小化发送的数据。

您可能还会考虑的优势之一是处理能力。如果您家中的机器在工作中具有比工作站更好的规格，则编译时间会有所改善。由于本地计算机只需要从远程计算机更新映像，因此本地计算机不会处于负载状态。

使用此选项还可以让我保持正常运行。当其他人登录并浏览互联网并浪费时间时，我已经准备好了。提高工作效率可以帮助您获得巨额收入（如果您的雇主注意到），而其他人则仍然处于初级编程角色中。

Answer 10

2000年以前我每天都要花几天时间做三年。这也是带宽被吸引的时候。

如今它好多了。

如果你使用NxMachine，生活会变得更好：）

但是，我没有使用具有多个用户的计算机。我对此的关注是开发人员是一个挑剔的人（包括我自己），我们倾向于推动机器非常努力。

无法想象一个盒子上的几个人都决定编译：）

G-曼

Answer 11

我们用Citrix做到这一点并且非常快。

Answer 12

我想知道这是什么原因。中央服务器是否可以访问某些开发人员机器无法访问的资源？

我正在使用RDP不时从家用计算机连接到我的工作计算机。我不得不说 - 它可以编码，但是当IDE在你自己的机器上时，这样做会更舒服。即使在100MBit LAN上也存在一些明显的滞后。不足以打扰工作，但仍然很讨厌。

如果人们必须定期在偏远地区工作，我宁愿选择通过某种安全协议（HTTPS，VPN等）提供中央源控制的设置，但开发可以在本地进行在开发人员的机器上。如果使用类似SVN的东西，即使在离线开发中也能很好地工作，那么对于程序员来说它应该更加舒适。

Answer 13

对于开发工作站而言，重要的是纯粹的处理能力。在我们的位置，开发人员拥有最高端的工作站，包括CPU，内存，磁盘等，而不是音频和图形方面。受RDP影响最大的是后者。

只要您的开发人员使用RDP的服务器足够快以处理多个编译，同时构建您应该没问题。

Answer 14

与所有事情一样，你的问题的答案是“你的Milage May Vary”或YMMV。这取决于开发人员在做什么。他们花了大部分时间编写代码，还是做了很多大型编译？他们需要直接硬件访问吗？

他们需要调试权吗？一旦授予他们调试权限，他们基本上拥有该机器并且可能干扰其他用户。

通常允许用户在自己的计算机上开发并使用VPN来允许他们访问版本控制系统要好得多。然后，他们可以将文件签出到本地计算机并执行他们想要的任何操作，然后检查更改。

但是，RDP也有它的优点。你真的需要权衡利弊，并决定哪个列表更长或更“重”。

Answer 15

我将NoMachine NX Client用于远程桌面到运行FreeNX的无头服务器上。这很棒，因为我可以从任何地方登录我的会话，我的上一次会议仍然在那里。速度从来都不是问题，除非DSL线路断电。 无论如何，我的观点是，如果你运行Linux服务器并使用'vi'，那么有一个比'screen'更好的选择。