通过远程桌面开发

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

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

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

我担心通过互联网的RDP/RDC太慢,以至于没有人能够有效地开发.

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

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

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

所以,我会用一些资格调用'it depends'参数:

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

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

我是"最好的工具"原则的信徒.不遗余力地为开发团队提供二流用户界面将发出负面信号.这样做可以节省成本,并且会让一些团队成员感到恼火.即使它可以合理地工作,你仍然可以通过这样做来做出价值陈述.将成本节省与更换一个或多个关键开发人员的成本相比较.

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

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

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

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

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

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