科技界一直长对权力和缺乏思考这种力量的影响。如果可以,总是会有将建造它的人没有考虑一个更安全、更理智的方式,甚至更不用说技术是否应该被建在第一位。软件写入。谁在乎,和如何使用它?这是某人在某个角落办公室的任务。
更令人不安:当道德课程已经成为主要的物理世界工程学位,他们在计算机科学教育仍然是一个妒忌的异常。然而随着软件接管我们的生活,伦理决策的影响程序员只会变得更大。现在,我们的代码是在冰箱、恒温器、烟雾报警器,,错误的举措,缺乏远见,或者完全不确定的决策可以困扰人类无处不在。
下面有一些开发人员每天面临的伦理困境——无论他们是否意识到这一点。没有简单的答案,一定程度上是因为工作的本质是抽象的。更糟糕的是,业务已经成为与计算机技术紧密相连,很难平衡投资各方的需求和动机在试图阻止今天的商业特性成为明天的奥威尔式的噩梦。
关键是想过去当前时代精神和预测每一个未来利用你。很简单,不是吗?认为这不是指南让你决定和更多的起点的伦理思考我们应该做作为日常工作的一部分。
伦理困境没有。1:日志文件,保存以及如何处理它们
程序员就像老鼠。他们通常记录的一切,因为这是唯一的方法来调试系统。但是日志文件也跟踪用户所做的一切,在错误的人手中,他们可以公开事实用户想要保密。
许多企业都是建立在积极保护日志文件。一些远程备份服务甚至许诺保持额外的副本在不同的地理位置。不是每个企业都渴望这样的勤奋。Snapchat为例,建立其品牌在备份数据的工作做得很糟糕,但它的用户是健忘的自由系统所吸引。
日志文件的存在求几个伦理问题。他们是充分保护吗?谁有权访问?当我们说我们破坏文件,它们真的摧毁了吗?
关键是确定哪些信息是值得保存的,考虑到这样做的风险,道德或其他。在这里,未来复杂方程。在1960年代,吸烟被广泛接受。没有人会想到两次跟踪人们的吸烟习惯。然而今天,有人吸烟活动的知识可用于提高医疗保险费率甚至否认报道。
未来的商业交易;未来的政府法规;一个不可预见的,急需新的收入来源,它可能无法预测什么看似无辜的日志文件将在未来成为问题,但必须考虑如何处理日志的伦理。
伦理困境二:是否和如何将用户转化成产品
这是一个老生常谈的创业时代的格言:如果你不支付服务,你不是一个客户;你的产品。
在互联网上,“免费”服务比比皆是。事实上,钱从哪里来的问题经常被推迟,是把。我们只是构建神秘,留意采用指标,和图别人会照顾的肮脏的工作保持服务器灯。坏的情况下,总会有广告。
开发人员需要前期关于谁将支持他们的工作,这笔钱将来自何方。任何更改应告知用户在一个清晰,及时避免冲击和反吹。把人变成产品是一个伦理转变不能掉以轻心。阴暗的广告交易,背阴的广告网络——我们需要小心处理早期采用者的隐式信任。
伦理困境3号:免费内容真的想要吗?
许多企业依靠服务内容不支付那些创建它。一些转身出售广告甚至收费。这些企业往往不能生存,不能他们的材料价格吸引力如果他们承担的公平份额开发成本。他们精心设计的合理化发展“分享”或“合理使用”来掩盖一个伦理上摇摇欲坠的决定。
开发人员必须问自己他们的代码将如何支持每个人在食物链中,从创造者到消费者。创造内容的人想让他们的工作分配?他们是单独为曝光和关注工作满意吗?他们是给定一个公平份额的收入吗?
不考虑这些问题视而不见,盗版。毕竟,并不是所有的信息“要自由”。
伦理困境4:保护多少就足够了
有人说,一切应该与两个不同的算法和double-encrypted锁在一个硬盘保存在一个安全的。唉,降低系统开销,并使发展更加繁重的10倍。更糟的是,如果一个比特翻转或算法的一部分是错误的,数据都是丢失,因为加密是无法弥补的。
别人不想动一根手指来保护数据。下一个团队可以添加特殊加密后如果是必要的,开发人员可能会说。或者他们可能会认为没什么敏感。团队忽视这些责任通常能够产生大量的其他代码和创建成堆的美妙的特性,人们渴望。谁在乎他们是否安全?
没有简单的答案多少保护申请。只有猜测。越高越好,直到数据丢失或产品没有船。
伦理困境5号:bug修复bug修复或不?
很难足以谈判伦理浅滩时涉及主动决策,但它是更加困难的问题可以推到一边,标记错误,最终将被修正。如何我们应该努力解决问题,在某种程度上陷入运行代码?我们放弃一切吗?我们如何决定是否严重到一个错误是固定的吗?
艾萨克·阿西莫夫面临这个问题很久以前当他写法律禁止一个机器人的机器人和插入一个什么都不做,如果人类会伤害通过机器人的无所作为。当然他的机器人美商宝西大脑可以看到所有方面的问题,解决这些问题。开发人员的问题非常复杂,许多bug忽视甚至不固定的,因为没有人愿意思考。
能公司优先列表相当?有些客户比其他人更重要?程序员可以玩喜欢通过选择一个在另一个错误?这是更加难以考虑当你意识到很难预测多少伤害将来自任何bug。
伦理困境6号:多少代码,或妥协,以防止误用
最初的苹果网络摄像头是一个聪明的机械,物理时挡住了镜头的快门,快门和开关连接在一起;没有办法自己用相机不开快门。
一些较新的网络摄像头有一个领导,应该是照亮时,相机被激活。通常是有效的,但计算机编程的人都知道有一个地方在代码中相机和LED可以解耦。如果可以找到,可以变成一个间谍相机设备。
工程师面临的挑战是预测和设计,防止滥用它。苹果快门的明显和有效的例子之一是它可以优雅地完成。当我在一本关于在SAT考试时作弊,我遇到一个黑客网络软件添加到他的计算器。经过深思熟虑,他决定只支持有线协议因为他害怕孩子会偷偷具备wi - fi功能的计算器进入考试。通过支持只连接协议,他保证任何人在测试需要运行一个线对他们邻居的机器。他讨厌跳过无线协议,但他觉得虐待的风险太高了。
伦理困境。7:多大程度上保护客户数据请求
如果你收集数据,这是一个安全的赌注,你的组织会有一天被服务客户和服务于政府之间。提供数据的请求法律实体越来越普遍,让越来越多的软件和服务组织考虑到什么程度会背叛他们客户的隐私法律面前。你可以检查这些请求,甚至雇佣自己的律师真正比赛是否合法,但现实是,法院将讨论合法性很久之后你的资金耗尽。
没有简单的解决方案。一些公司选择离开企业而不是欺骗客户。其他人正试图对请求更加开放,政府常常试图禁止。
伦理困境8号:如何应对国际互联网的性质
互联网到处跑,避免很多传统障碍的边界。这可以导致法律头痛当顾客a和B是在不同的国家。这只是开始,因为服务器C和D往往是在完全不同的国家。
这将导致明显的伦理问题。例如,欧洲有严格的法律对保留隐私的个人信息和观点违反道德的失败。其他国家坚持公司在处理大量的记录。公司的法律应当遵循当顾客在不同的国家吗?当数据在不同县?当数据传输跨国际吗?
跟上一切法律应急可以艰巨的,留下许多组织肯定想把头埋进沙子里。
伦理困境9:多少回馈开源的
每个人都知道,开源是免费的。你不需要支付任何费用,是什么让它如此奇妙而复杂。但并不是每个人都考虑使用自由的伦理问题的代码。所有的开源软件包有许可证和你需要跟随他们。
的一些许可证不需要太多的牺牲。许可像Apache许可或MIT许可需要确认的。但是其他的许可证,如GNU通用公共许可证,问你分享你所有的增强。
解析开放资源许可可能是伦理的挑战。一个经理从一个大的上市公司告诉我,“我们不分发MySQL,所以我们不欠任何人任何东西。”He was keying on the clause, written decades ago, that tied the license's obligations to the act of redistributing software. The company used MySQL for its Web apps, so he felt it could take without giving back.
没有简单的方法来衡量道德义务,和许多程序员已经浪费了许多按键争论他们的意思。不过,整个努力将停止如果人们停止。好消息是,通常是在每个人的最佳利益做出贡献,因为每个人都想要这个软件保持兼容使用。
伦理困境:10号多少监测是必要的
也许你的老板想要确保客户没有扯掉了。也许你想确保你对你的工作得到报酬。也许有些令人毛骨悚然的家伙从政府说你必须安装一个后门抓坏人。在所有情况下,参数是充满保证后门才会使用,像超人的力量,支持真理和正义。它不会被用来对付政敌或不幸。它不会被卖给专制政权。
但如果坏人发现隐藏的门,找出如何使用它自己?如果你的后门是用来支持谎言和不公?你的代码不能做出道德决定的。这是你的工作。
伦理困境11:防弹应该如何真正的代码
当然,最小的计算,简单的数据结构,强力方法适用在演示问题很小。用户尝试代码和说,“天哪这工作很快。”Several months later, when enough data has been loaded into the system, the cheap algorithm's weaknesses appear and the code slows to a crawl.
开发人员通常必须决定如何努力工作最终的产品。你鞭子又快又便宜的解决办法或花几周添加防弹代码处理极端情况下吗?真的,客户和用户应该承担的一些责任在需求和签署阶段,但开发人员往往能更好地预测潜在的运行代码上下文打嗝。
伦理困境12:应该多少未来的后果影响现在的决定
许多项目不要兴风作浪。的信息,从不逃脱。然而,一些自己的生命,逃到野外,它们可能造成的伤害。安全、渗透测试、间谍——这些是显而易见的候选考虑代码的附带损害。
Stuxnet蠕虫病毒,病毒普遍认为的工具攻击伊朗的离心机用于净化铀。也许成功了,但是现在的生活,漂浮在Windows系统在整个世界。
对于大多数开发人员来说,间接损害不太明显。今天我们的代码,已经够困难了,但是我们还应该考虑未来。
例如,一些程序员喜欢编写复杂的代码,与操作系统集成和安装新的或更复杂的驱动程序。那是将来去工作吗?和其他新司机会玩的好吗?将它与下一代操作系统?或将您的软件让人们用电脑运行慢,不能更频繁,即使你的软件运行吗?
看起来简单,但选择是否坚持api或遵循的标准是一个道德的决定。是的,技术正在迅速发展,和一个奴性的对过时的规定可能会成为一种阻碍进步。但我们需要考虑参与编写代码,持续一段时间,不轻易带游泳以外的决定我们的车道。我们可以要求更改标准或api如果我们需要他们。
这个故事,“今天在开发人员12个道德困境咬”最初发表的信息世界 。