通过远程桌面进行开发 [英] Developing via Remote Desktop

问题描述

有人对通过远程桌面进行团队合作有任何成功的言论吗？

Has anybody any successful remarks about having a team working via Remote Desktop?

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

In many workplaces, we put end users via Citrix and the applications on a central, powerful server. Sometimes the clients are in the same building as the server, but often, they are remote.

将我的开发人员安装在Windows XP或Windows XP上对于我来说可能会有一些巨大的好处。 Vista实例在Hyper-V的几个服务器上运行。

There could be some huge benefits for me to put my developers on Windows XP or Vista instances running on a couple servers with Hyper-V.

我担心通过Internet的RDP / RDC太慢，以至于有人无法高效地开发。

I'm worried that RDP/RDC via the internet would be too slow for somebody to be able to develop efficiently.

我确定我能听到很多关于它的坏消息……那里有没有成功的人？

I'm sure I can hear plenty of bad things about it... are there any people out there that have had success?

推荐答案

我已经看到有人试图通过卫星办公室来这样做。它是使用各种Java IDE工具由Java开发团队完成的。结果并没有被认为是成功的，该公司以相当大的费用将团队带回伦敦市中心的办公室。

I have seen a situation where the attempt was made to do this with a sattelite office. It was done for a java development team using various java IDE tools. The result wasn't regarded as a success, and the company brought the team back into a central London office at considerable expense.

对于一天中这样做的人在交互式软件的基础上，结果并不是很令人满意。对于主要使用基于文本的工具（例如vim和unix命令行工具）的工具，它的效果会更好一些。有一次，我让XVNC穿越了128 Kbit DSL链接（当时在新西兰很普遍），并且可以很容易地在远程位置的基于Oracle的数据仓库上工作。与基于Windows的IDE相比，该工具所需的交互性水平使它们对慢速链接的敏感度大大降低。

For someone doing this on a day-in day-out basis on interactive software, the result isn't really very pleasant. For something that mainly uses text-based tools such as vim and unix command line tools, it works somewhat better. At one point I had XVNC going over a 128 Kbit DSL link (of a type that was prevalent in New Zealand at the time) and could do work on an Oracle-based data warehouse at a remote location quite readily. The level of interactivity required by the tooling made them much less sensitive to the slow link than a Windows-based IDE.

因此，我将调用取决于具有某些限定条件的参数：

So, I'll invoke the 'it depends' argument with some qualifications:

• 我不建议在现代IDE中使用它，当然也不建议在Dreamweaver等图形化程度高的东西中使用它， BI Development Studio或Informatica。

• I would not recommend it for a modern IDE, and certainly not for something heavily graphical like Dreamweaver, BI Development Studio or Informatica.

对于像传统的unix开发工具这样的文本环境，可以使其工作得很好。这些用户界面对延迟的敏感度远不如直接操作用户界面。

For a textual environment like traditional unix development tools it could probably be made to work quite well. These user interfaces are much less sensitive to latency than a direct-manipulation user interface.

我有点像信奉最佳工具原则。竭尽全力为开发团队提供一流的用户界面将发出负面信号。这样做可能节省的成本很小，并且 会惹恼您的某些团队成员。即使可以使其工作得相当好，您仍然可以通过这样做来声明价值。将节省成本与更换一名或多名主要开发人员的成本进行权衡。

I'm something of a believer in the 'best tools' principle. Going out of your way to give a second-rate user interface to a development team will give off negative signals. The cost saving from doing this is likely to be minimal and it will annoy some of your team members. Even if it can be made to work reasonably well you are still making a value statement by doing this. Weigh the cost saving against the cost of replacing one or more of your key development staff.

这篇关于通过远程桌面进行开发的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！