通过远程桌面开发[关闭]
https://stackoverflow.com/questions/501279
-
20-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
有人对通过远程桌面进行团队工作有任何成功的评论吗？
在许多工作场所，我们通过 Citrix 将最终用户和应用程序放置在功能强大的中央服务器上。有时，客户端与服务器位于同一栋大楼内，但通常情况下，它们是远程的。
让我的开发人员使用在几台具有 Hyper-V 的服务器上运行的 Windows XP 或 Vista 实例可能会给我带来一些巨大的好处。
我担心通过互联网进行的 RDP/RDC 速度太慢，以至于无法高效开发。
我确信我能听到很多关于它的坏话......有没有人取得过成功？
解决方案
我曾见过有人试图通过卫星办公室做到这一点的情况。它是为一个使用各种 java IDE 工具的 java 开发团队完成的。结果并不被认为是成功的，公司花费了相当大的费用将团队带回伦敦市中心的办公室。
对于每天使用交互式软件执行此操作的人来说，结果并不是非常令人愉快。对于主要使用基于文本的工具（例如 vim 和 unix 命令行工具）的东西，它的效果更好一些。有一次，我让 XVNC 通过 128 Kbit DSL 链路（当时在新西兰流行的一种类型），并且可以很容易地在远程位置的基于 Oracle 的数据仓库上工作。与基于 Windows 的 IDE 相比，工具所需的交互性级别使它们对慢速链接的敏感度要低得多。
因此，我将援引“视情况而定”的论点，并附带一些限定条件：
我不会推荐它用于现代 IDE，当然也不推荐用于像 Dreamweaver、BI Development Studio 或 Informatica 这样的图形化工具。
对于像传统 UNIX 开发工具这样的文本环境，它可能可以很好地工作。与直接操作用户界面相比，这些用户界面对延迟的敏感度要低得多。
我坚信“最好的工具”原则。不遗余力地为开发团队提供二流的用户界面将会发出负面信号。这样做所节省的成本可能是微乎其微的，而且 将要 惹恼你的一些团队成员。即使可以使其工作得相当好，您仍然通过这样做来表达价值。权衡节省的成本与更换一名或多名关键开发人员的成本。
其他提示
如果你不担心对音频和快速移动的图像和你没有任何开发依赖于3D硬件的延迟，你可能会被罚款。
我从来没有把它用在团队环境中，但我用我的笔记本电脑RDP'd到我的工作站一整天，喜欢它。
我们连接到我们的开发环境中使用RDP和局部表现是伟大的。它减缓有点过VPN，但仍是可接受的响应。
关闭所有的窗口动画功能，桌面背景等，这将有助于显着。
我在一个环境，我们会偶尔编辑通过远程桌面一些现有的代码工作。有这种无显著挑战。作为一个开发者，我肯定讨厌这样做的工作。一切都感觉慢，反应迟钝。但是，我们把工作完成。
值得庆幸的是，这些往往是短期3-4个小时的工作......大多是修复在远程客户站点现有的系统。我不认为我可以推荐它作为做工作的正常方式，但它绝对有可能。
我在DSL连接都使用VNC和RDP，通过SSH隧道运行，并没有真正的问题。
有一定滞后一些，特别是如果你正在重绘屏幕的大部分地区。但大多数开发涉及小编辑，和这两个协议处理是很清楚。
我使用远程桌面在工作中控制自己的Windows机器。我使用的是Parallels的虚拟机在Mac上，我的连接是2.5M下来，256K了。
这个作品真的非常好。我一直一个星期这样做了2年1-3天。慢upspeed不是一个问题 - 我不能键入快
我在工作中有3个屏幕，但仍发现20" 的Mac屏幕更胜一筹。颜色是干净多了，我可以在MAC比我工作的屏幕工作更长的时间！
这是一个杀手的事情是Flash在浏览器上。如果我不小心打开我的Flash远程计算机上的浏览器，它杀死的连接。的解决方案是使用的FlashBlock（一个Firefox插件）。
我使用Eclipse和Visual Studio，没有任何问题。
我用它来（通过VPN远程登录到我的办公室内PC）在家工作。
性能取决于ISP，当然。
它稍微不太可靠（因为以及具有停机你当/如果有的话办公室LAN关闭时，有停机的，现在更多的风险，而无论是互联网连接的是向下）。
我每天使用 RDP 进行开发，我将笔记本电脑留在家里，工作环境保持开放状态，随时可以使用。当我开始工作时，每个人都在加载他们的项目并打开他们的程序，我只需使用 RDP，就可以开始工作了。您必须记住某些会发生变化的键盘快捷键（例如 CTRL+ALT+DEL），一开始很烦人，但您会习惯它。
为了将延迟保持在最低限度，我建议...
- 将颜色调低至 256（毕竟，您只需要查看文本）
- 将壁纸保留在另一台计算机上
- 将声音保留在另一台计算机上
- 在另一台计算机上保留任何主题
- 选择较低的连接速度，即使您的连接速度较高。Windows 将最小化发送的数据。
您可能还会考虑的优势之一是处理能力。如果您家里的机器比工作中的工作站具有更好的规格，则编译时间会大大缩短。由于您的本地计算机只需要更新远程计算机的映像，因此您的本地计算机没有负载。
使用这个选项也可以让我保持正轨。当其他人登录并浏览互联网并浪费时间时，我已准备好出发。提高工作效率可以帮助你获得大笔报酬（如果你的雇主注意到的话），而其他人仍然停留在初级编程角色上。
2000年以前我每天每天做了3年几个小时。这是当带宽吸入太
如今，它更要好得多。
如果你使用NxMachine的生活会变得更好：）
我没有，但是，使用的机器与多个用户。我与该所关心的是，开发商是一个挑剔的一群（包括我自己），我们倾向于推的机器真的很难，因为它是。
无法想象在一台机器几个人都决定编译：）
G-曼
我们与思杰做到这一点，是非常快的。
我不知道这样做的原因是什么。难道中央服务器（S）访问某些资源，每个开发者的机器无法访问？
我使用RDP从我家的电脑连接到我的工作电脑，不时。我不得不说 - 这是可能的代码，但它的方式更舒服做到这一点时，IDE是你自己的机器上。即使当频宽可达100 Mbit LAN上有一些明显的滞后。没有足够的打扰工作，但仍然恼人
如果人们不得不从遥远的地方工作，定期，我宁可喜欢一个设置，其中中央源控制，可通过一些安全协议（HTTPS，VPN等），但发展可以在本地发生对开发人员的机器。如果使用类似SVN，甚至离线开发效果良好，那么就应该是程序员自己的方式更加舒适。
什么是一个开发工作站重要的是纯粹的处理能力。在我们的地方开发商在CPU，内存，硬盘等方面，而不是在音频和图形方面最高端工作站。它是受影响最严重的RDP后者。
只要服务器，你的开发人员RDP-ING以足够快处理多个编译，构建在同一时间，你应该罚款。
与所有的东西，回答你的问题是“你Milage可能并不相同”或因人而异。这取决于什么开发商在做什么。难道他们花费了大量的时间编写代码，或者他们做了很多大量的编译？他们需要直接访问硬件？
他们需要调试的权利？一旦您授予他们的调试权利，他们基本上拥有机可以与其他用户造成干扰。
这是典型的要好得多，以允许用户在自己的计算机上开发，并使用VPN，让他们进入电影版本控制系统。然后，他们可以将文件检出到本地电脑，为所欲为，然后签入的变化。
但是，RDP有它的优势了。你真的需要权衡亲的利弊，并决定哪个名单较长或多个“分量”。
我用NoMachine NX客户端的远程桌面上运行的FreeNX无头服务器。这是伟大的，因为我可以从任何地方登录到我会和我的最后一次会议上仍然有我。速度从来就不是一个问题，除了当DSL线路已关闭。 不管怎样，我的观点是，如果你运行的是Linux服务器，并使用“六”，那么还有比“屏幕”一个更好的选择。
