Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/email/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ide 开发人员是否应该仅限于某些软件的开发?_Ide_Libraries_Build System - Fatal编程技术网

Ide 开发人员是否应该仅限于某些软件的开发?

Ide 开发人员是否应该仅限于某些软件的开发?,ide,libraries,build-system,Ide,Libraries,Build System,开发人员是否应该仅限于某些应用程序的开发使用 对于大多数人来说,答案是只要开发团队同意这不重要 对于经过安全认证审核的公司,是否有一种方法可以平衡公司的风险和开发人员的灵活性和绩效? 范围 编码/开发软件 构建系统软件 发行版附带的第三方软件(库、实用程序) (附加)工作站上的剩余软件 可能的解决办法 创建已批准软件的白名单,开发人员必须在使用所需软件之前申请批准。批准将基于业务目的/安全风险 创建软件黑名单。开发人员列出所有使用的软件。审查委员会定期审查清单 有没有人必须在一家将开发工具限制在

开发人员是否应该仅限于某些应用程序的开发使用

对于大多数人来说,答案是只要开发团队同意这不重要

对于经过安全认证审核的公司,是否有一种方法可以平衡公司的风险和开发人员的灵活性和绩效?

范围

  • 编码/开发软件
  • 构建系统软件
  • 发行版附带的第三方软件(库、实用程序)
  • (附加)工作站上的剩余软件
  • 可能的解决办法

  • 创建已批准软件的白名单,开发人员必须在使用所需软件之前申请批准。批准将基于业务目的/安全风险

  • 创建软件黑名单。开发人员列出所有使用的软件。审查委员会定期审查清单

  • 有没有人必须在一家将开发工具限制在团队设置之外的公司工作?他们是如何处理这种情况的

    编辑

    澄清了这个问题。试图减少争论。

    无论他们做什么,总的来说不要剥夺互联网。谷歌=编码帮助101:)

    或者干脆离开www.stackoverflow.com吧,哈哈。

    不管他们做什么,总的来说不要把互联网拿走。谷歌=编码帮助101:)


    或者干脆让www.stackoverflow.com被允许,哈哈。

    我认为开发人员应该完全控制他们使用的应用程序,只要他们能够完成他们的工作。开发人员的生产力与工作环境直接相关,没有人会喜欢受到限制,每个人都喜欢使用自己喜欢的软件

    当然,在版本控制、文档格式等方面应该有一些标准,但一般来说,开发人员应该有权使用他们想要的任何程序


    安全应该是开发人员关心的问题-公司管理员应该关心如何设置适当的防火墙以防止任何类型的攻击。

    我认为开发人员应该完全控制他们使用的应用程序,只要他们能够完成他们的工作。开发人员的生产力与工作环境直接相关,没有人会喜欢受到限制,每个人都喜欢使用自己喜欢的软件

    当然,在版本控制、文档格式等方面应该有一些标准,但一般来说,开发人员应该有权使用他们想要的任何程序


    安全性应该是开发者的关注点——公司管理员应该注意设置适当的防火墙以防止任何类型的攻击。

    当然!如果你想要一个可重复的构建过程,你就不希望它被程序员用来生成部分代码的随机垃圾所污染。由于您正在构建的任何应用程序的持续时间都比任何人预期的要长,因此您还需要确保用于构建它的工具的可用时间大致相同;来自互联网的随机工具不提供任何这样的服务

    您的团队应该说“以下工具只允许用于构建步骤”,并尽量缩短该列表


    显然,程序员看什么来决定做什么并不重要,所以整个互联网只要看就好。他是否用魔法(或随机工具)生成代码也无关紧要,只要您的团队不介意接受该工具的输出,就好像它是手工编写的一样。

    当然!如果你想要一个可重复的构建过程,你就不希望它被程序员用来生成部分代码的随机垃圾所污染。由于您正在构建的任何应用程序的持续时间都比任何人预期的要长,因此您还需要确保用于构建它的工具的可用时间大致相同;来自互联网的随机工具不提供任何这样的服务

    您的团队应该说“以下工具只允许用于构建步骤”,并尽量缩短该列表


    显然,程序员看什么来决定做什么并不重要,所以整个互联网只要看就好。他是否用魔法(或随机工具)生成代码也无关紧要,只要你的团队不介意接受该工具的输出,就好像它是手工编写的一样。

    限制开发人员可以在他们的工作机器上使用的软件是一个非常好的主意。这样,所有开发商都将退出,公司就不必在工资和设备上花那么多钱,从而获得更高的利润


    真正的答案:不

    限制开发人员可以在其工作机器上使用的软件是一个非常好的想法。这样,所有开发商都将退出,公司就不必在工资和设备上花那么多钱,从而获得更高的利润


    真正的答案:不

    不,开发人员不应该局限于他们使用的软件,因为这会妨碍他们成功地完成工作。想想你给你的开发团队付了多少钱,-你真的希望所有的钱都因为你人为地阻止他们解决问题而不断流失吗

    1) 公司锁定了个人电脑,并将开发者视为称职的秘书

    当开发人员需要使用管理权限执行某些操作时,会发生什么情况?注册COM对象、重新启动IIS或安装他们正在构建的产品?你刚刚把他们关了

    2) 创建已批准软件的白名单

    由于软件数量巨大,这也是不切实际的。作为一名.NET开发人员,我经常(至少每周一次)使用50多个不同的应用程序,并且经常使用e