|
|
1
7
除非有一个非常好的面向开发的理由,否则我会说不要。 您的开发人员将在他们想要工作的环境中工作得最好。除非您的开发人员是建议和推动它的开发人员,否则您不应该在没有非常好的理由的情况下对他们的工作环境进行根本性的更改。 我个人也完全不喜欢开发工作中的远程虚拟化实例。它们通常速度较慢,您必须处理网络问题和延迟,您通常没有在自己的计算机上那么多的控制权。这个清单一个接一个地列出,小事情加起来会造成很大的麻烦。 |
|
|
2
4
当网络中断时会发生什么?你的开发人员应该坐在他们的手上吗?或者他们可以带牌,玩真正的独处游戏… 不过,说真的,除非你有虚拟的100%网络正常运行时间,而且你的开发人员从不在异地工作(比如,在家里),否则我就站在“这是个坏主意”一边。 |
|
|
3
3
一个选择是摆脱你的网络团队。 不过,说真的,我通过vmware使用了相同类型的设置,但没有多大乐趣。我之所以这么做是因为我的老板认为这可能值得一试。自从我被新聘以来,我没有反对。然而,经过几个月的这种编程,我告诉他我更喜欢把我的开发工作室放在我的机器上,他同意了。 首先,虚拟工作站的图形界面并不清晰,因为它是通过网络发送图像,而不是让视频卡的图形驱动程序渲染图像。经常看这个让我头疼。 第二,任何组件或工具的安装都需要网络管理员的帮助,这意味着我必须尽快等待。 第三,计算机处理一个应用程序的速度要比服务器处理多个应用程序的速度快,此外,它还必须通过网络发送渲染图像。这听起来并不是让你慢下来,但确实是。再来一次,快点等。 第四,这可能是针对VMware的,但虚拟磁盘的大小被固定为4GB,我的网络人员认为这已经足够了。这很快就填满了。为了让我扩展驱动器,我必须等待网络管理员在我的驱动器上运行分区魔术,这把它搞砸了,我必须让他重建我的安装。 还有几个原因,但如果可以的话,我强烈建议你提出抗议。你的公司可能正试图简单化这一点,因为这是一种新的时尚,它可以成为他们省钱的一种方式。但是,您的生产时间将被浪费,需要将其视为成本。 |
|
|
4
3
坏主意。您在开发人员的仓库中使用了最关键的工具,使它比需要的运行速度慢得多、多、多,并且一路引入了几个关键的依赖项。 |
|
5
1
如果你必须在现场开发,这很好,你可以把你的开发环境转移到笔记本电脑上,然后上路。
下边:
|
|
|
6
1
根据我的经验,虚拟环境非常适合测试环境(用于测试部署),而不是开发环境。它们非常适合作为测试的空白板/空白板。我认为,如果您采用这种方式,那么疏远开发人员的风险很高。开发人员应该拥有他们可以使用的所有最好的工具,例如高规格的笔记本电脑/台式机,这可以保持士气和生产力的高水平。 沿着这条路线走,会排除任何可能是或可能不是问题的家庭工作。虚拟环境本质上比专用环境慢,在虚拟机上的多个监视器设置也可能有问题。 |
|
|
7
0
如果你走这条路,在做出任何认真的承诺之前,确保你积极地调整系统。 我对远程桌面的经验是,它可以偶尔使用,但很少足以进行密集的计算和开发工作的典型编译,尤其是在每个人同时需要资源的关键时刻。 |
|
|
8
0
不确定这是否会影响您,但VMware和虚拟PC都可以工作 非常 通过远程桌面查看时速度慢。出于某种原因Radmin( http://www.radmin.com/ )做得更好。 我经常在远程开发环境中工作,这是正常的(尽管需要一些时间来跟踪您当前正在使用的系统);但大多数时候我都是系统中的一员。 |