开发人员是否应该在他们的PC上拥有管理员权限,或者是否为他们提
一些评论:
如果他们想要尝试一些需要安装的新应用程序,那么他们可以在虚拟机上试用它,然后让网络管理员为它们安装它.你觉得那会有用吗？
开发人员需要在他们的PC上做什么需要管理员权限？
我们是由5名开发人员组成的团队,并构建Web应用
答案是'是'.开发人员需要使用系统配置来测试项目,安装软件(如果没有其他任何东西,测试他们正在开发的任何东西的安装过程),戳一下注册表并运行没有管理员权限就无法正常工作的软件(只是列出几个项目).开发工作中还有许多其他任务需要管理权限才能完成.
请记住,开发人员不一定拥有对生产系统的root访问权限,本地PC上的管理员权限不会严重损害生产系统的安全性.对于需要它来完成工作的员工来说,限制对本地PC的管理员访问几乎没有合法的操作原因.
但是,提供管理访问权限的最重要原因是,设置受损或二级开发环境会向开发人员发送消息:
"我们非常重视您的工作,以至于我们已经准备好在没有充分理由的情况下严重损害您的工作能力.事实上,我们很乐意这样做来掩盖我们自己的屁股,迎合小官僚主义的想法,或者因为我们根本无法被打扰.那只是最好的情况.最糟糕的情况是,我们真的是控制狂的类型,认为它是告诉你如何完成工作以及你做什么或不需要做什么的perogative.与你所拥有的一切相关,并感激你有一份工作.
一般来说,为开发人员提供二流(更不用说根本上有缺陷的)工作环境是导致员工生气的自然结果的一个因素 - 无法留住有能力的人员,员工流动率高,士气低落,交付质量差.不顾一切地这样做 - 特别是如果有一种泛滥到官僚主义的突发奇想 - 这是不负责任的.
请记住,您的员工流动不仅会产生更换员工的成本.员工流动的最严重成本是,大多数人员流失的工作将是无法获得更好工作的枯木.随着时间的推移,这会降低受影响部门的能力.如果您的行业足够接近,您也会发现自己获得了声誉.
需要注意的一点是,管理权限在unix-oid或大型机系统上的开发问题远远少于Windows上的问题.在这些平台上,用户可以在自己的域中执行更多操作,而无需系统范围的权限.您可能仍然希望开发人员拥有root或sudo访问权限,但不会让这种情况更少发生.这种灵活性是计算机科学学校中unix派生操作系统持续流行的一个重要但鲜为人知的原因.
开发人员应该对他们正在使用的机器进行全面和完全的控制.大多数调试工具都需要管理员权限才能挂钩他们正在构建的应用程序的运行时.
此外,开发人员经常下载并尝试新事物.添加额外的步骤,例如需要网络管理员来为他们安装一些东西只会让开发人员感到沮丧,并且很快就会让网络操作人员感到生气.
也就是说,他们应该是THEIR框的管理员,而不是网络.
是的,不是.
是的,它节省了大量时间来打扰系统支持.
不,您的用户没有它,所以不要指望它.
我们使用管理员权限开发并且没有测试.哪个合适.
由于上述所有原因,本地管理员是的.网络管理员没有,因为他们将不可避免地被吸引到网络管理任务,因为"他们可以".开发者应该发展.网络管理是一项完全不同的工作.
开发人员通常需要做一般人不会做的事情,因此通常应该有管理员帐户.让他们跳过尴尬的篮球会浪费他们的时间并使他们士气低落.在高安全性情况下可能存在例外情况,但如果您不相信拥有管理员帐户的人,您肯定无法信任他们的代码.
他们还应该拥有与其用户具有相同权限的可用帐户(如果用户池具有不同的权限状态,则可以有多个帐户).否则,他们可能只是开发一些很酷的东西,部署它,然后发现它对用户不起作用.
使用管理员帐户搞砸计算机的方法也太多了(是的,我已经完成了).IT部门需要一个策略,如果他们无法快速修复,他们将重新映像开发人员的计算机.在我签约的一个地方,我必须签署该政策的副本才能获得我的管理员帐户.
这是一个非常适合Windows的答案.在Linux和其他Unix-y系统中,开发人员可以更频繁地使用用户帐户,通常不需要另一个帐户进行测试(如果他们有一个他们可以使用的帐户,他们确实知道他们何时使用sudo,但他们可能需要具有相同组权限的那个),并且可以非常容易地对操作系统造成难以置信的损害,因此需要相同的IT策略.
是的,半条命1(以及所有相关模组:反击,失败日等)需要管理员权限(至少在第一次运行,我认为)才能在Windows NT,2000,XP等中正常工作.
而且,什么样的开发者在午餐时间不玩反恐精英？(肯定是一个糟糕的)
经历了在机器上没有管理权限的情况下开发的痛苦,我的答案只能是肯定的,这是必不可少的.
绝对!我怎样才能安装下载管理器以便在晚上下载电影？
有时,开发人员确实需要在系统中安装或更改某些内容以测试一些想法.如果您每次需要更改某些内容时都必须致电管理员,那将是不可能的.
我个人也观察到,有些管理员倾向于把所有可能的事情搞得一塌糊涂,以便让每天都有很少的事情依赖于他们......那么,确保他们的工作呢？惹恼其他用户？没有答案.但这里没有看到常识.
上次我的电脑出现问题时,我积极参与恢复系统,在管理员团队中提出一些建议,或者我认为......管理员变得非常生气并指责我试图教他或重新定义规则.我想这只是他的自负,因为在我们的房间和其他同事之间没有看到他很酷.
答案是,开发人员应该有2台机器!
一个具有管理权限和足够功率,内存,屏幕大小和可移植性以及ADMIN权限的开发,加载了企业防病毒软件,但在需要时可由开发人员配置自动复位策略.
一个具有企业负载,策略,非管理员用户权限等的企业版...开发人员可以使用这个用于单元测试发布模式应用程序,因为一些开发人员有使用管理员权限进行所有单元测试的恶习.
如果你颠倒这个问题,我认为它会变得更容易回答; 我们应该删除开发人员的管理员权限 收益是多少？
但实际上,我认为答案取决于您的环境,您的环境.小型创业公司将对ISO认证的政府机构有不同的答案.
是的,但他们需要了解用户在更有限的环境中运行软件时将面临的限制.开发人员应该可以轻松访问资源和权限有限的"典型"环境.在过去,我已经将构建部署到这些"典型"系统之一(通常是我自己工作站上的VM)作为构建过程的一部分,因此我总能快速了解软件如何工作 - 用户的机器.
程序员还有责任了解为非管理员用户编写软件的快速规则.他们应该确切地知道他们总是被允许(或禁止)访问哪些系统资源.他们应该知道用于获取这些资源的API.
"它适用于我的机器"绝不是一个借口!
作为一个系统管理员,我是所有开发人员在他们的工作站上拥有本地管理权限的人.在可能的情况下,使用标准的"用户"级帐户执行大多数操作然后使用其他"管理员"帐户进行更改,安装应用程序等并不是一个坏主意.通常,您可以使用sudo或runas来完成您想要的操作而无需记录出.提醒我们最终用户在发布到生产时必须跳过的安全问题也是有帮助的.
另外,建议使用[干净]系统或VM,以便您可以正确测试,而不会因为系统调整而进入"它在我的系统上看起来/工作正常"的情况.
京公网安备 11010802040832号 | 京ICP备19059560号-6 