人工智能的原则 - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

重新思考人工智能时代的最小权限原则

人工智能和大型语言模型 (LLM) 是惊人的预测机器。它们以接近线速的速度运行，可以对请求者（机器或人类）是否应该被授予访问系统的权限做出高度准确的猜测。...这正在导致最小权限的新应用，这些应用是动态的和概率性的，不是根据个案，而是根据实际的请求进行决策。自然地，构建人工智能的公司本身就是带头人。...最小权限令人痛苦的诸多原因最小权限原则是在信息安全领域的基础概念，起源于早期计算和访问控制机制。它由 Jerome Saltzer 和 Michael D....Schroeder 在他们 1975 年的开创性论文“计算机系统中的信息保护。” 中正式阐述。该原则旨在通过确保用户和程序以执行其任务所需的最低访问级别运行来最小化系统内的攻击面。...新一代经过 IT 流程训练的生成式人工智能系统可以以有趣的方式探索旧的最小权限方法。权限可以动态地降低到秒级，并通过检查系统记录来进行核实。

1551 0

罗氏的人工智能伦理原则

2023年12月，罗氏发布《Roche Artificial Intelligence (AI) Ethics Principles》，介绍了罗氏为人工智能解决方案的设计、开发、部署和监控制定的一套明确的原则...同样，罗氏也为人工智能解决方案的设计、开发、部署和监控制定了一套明确的原则。...& Governance of Artificial Intelligence for Health》和国际制药商和协会联合会（罗氏是其成员）的原则。...这符合自主数据伦理原则，并支持在医疗保健领域的人工智能设计和开发中共同决策的最佳实践。...人工智能与罗氏公司建立了合作伙伴关系，旨在解决患者共享去身份化数据和参与罕见病研究的障碍。罗氏的数据道德原则和行为准则也体现了对数据隐私的承诺。 9.

1001 0

您找到你想要的搜索结果了吗？

是的

没有找到

《软件开发的201个原则》—— 一般原则、需求原则、设计原则、编码原则、测试原则、管理原则、产品原则、演变原则

第一章引言本书包含一系列软件工程的原则。这些原则代表了我们所认为的软件开发过程中的最先进、最正确的理念。...软件行业已经有大量讨论技术、语言和工具的图书，但很少有图书试图去编制基本原则的清单。如图1-1所示，原则(Principle)是工作的准则；原则代表了许多人从经验中总结出来的集体智慧。...现存的原则会发生改变，新的原则会被加进来，旧的原则将不再适用。实践和从实践中获得的经验，促使我们发展了那些原则。...当然，这与原则7(尽早把产品交给客户)、原则14(渐进地扩展系统) 、原则185(软件会持续变化)以及原则201(系统的存在促进了演变)互相支持。但更重要的是，你必须为不可避免的情况做好准备。...根据Boehm的说法,它们是: ■人员短缺(见原则131)。 ■不切实际的排期(见原则148) 。 ■不理解需求(见原则40)。 ■开发糟糕的用户界面(见原则42)。

1K2 0

人工智能的发展，需要遵守的四个AI伦理原则

人们享受着AI智能生活的同时也开始对此感到担心。人们开始担心人工智能是不是一种仿生学，它会不会最终威胁到人类的安全。...人工智能的发展，需要遵守的四个AI伦理原则：第一个原则是安全可控是最高原则；第二个是促进人类平等地获得技术和能力是创新愿景；第三个则是人工智能的存在价值不是超越人、代替人，而是教人学习和成长；第四个是人工智能的终极理想应该是带给我们更多的自由和可能...世界上不只有大公司需要AI的技术和能力，几千万的组织都需要。防止技术的不平等，导致人们在生活、工作上的不平等，这是我们需要思考的。...AI技术的使命，就是要通过学习人、从而去忠诚服务于人，让人类生活得更美好，但AI的技术发展也需要价值观的指引，在AI伦理价值的新“红绿灯”指引下，才能迎来“一个更美好的AI时代”。

6412 0

23条阿西洛马人工智能原则

人工智能的发展引人注目，看到波士顿动力公司的机器人视频，也会增加人们对于人工智能发展的危机感。所以必须有规则限制人工智能的发展方向，不可以使其危害人类，所以制定了阿西洛马人工智能原则。...2017年1月，在加利福尼亚州阿西洛马举行的Beneficial AI会议上，近干名人工智能和机器人领域的专家,联合签署了阿西洛马人工智能23条原则，呼吁全世界在发展人工智能的同时严格遵守这些原则,共同保障人类未来的伦理...阿西洛马人工智能原则(Asilomar AI Principles)是著名的阿西莫夫的机器人三大法则的扩展版本。...这个组织专注于由新技术和问题构成的潜在威胁，如人工智能、生物技术、核武器和气候变化等。目前为止，已经有多达1273名人工智能 /机器人研究人员和其他领域2541人签署支持这些原则。...原则目前共23项，分为三大类，分别为：科研问题（Research Issues）、伦理和价值（Ethics and values）、更长期的问题（Longer-term Issues）。

2K2 0

面向对象的设计原则-开闭原则

Open-Closed Principle，"开闭原则"百科上是这么说的：一个软件实体（如类、模块、函数）应该对扩展开放,对修改关闭。为什么？...开闭原则是面向对象设计原则中最基础的原则,可称之为原则的原则,也可以说是原则的指导思想,它强调的是既稳定又灵活,在不修改源代码的情况下又增加了新功能,核心思想是面向抽象编程。..."开闭原则是抽象类,其他五大原则是具体的实现类。"对测试的影响,可以提高复用性,提高可维护性,面向对象开发的要求。怎么用？...（来说说抽象，抽象是对一组事物的通用描述,它没有具体的实现,也就表示它有很多的可能性,在程序语言中抽象表现为在接口或抽象类定义一些可变的行为，并且能够实现对扩展开放,其包含三层含义：第一,通过接口或抽象类约束扩展...最后再说说封装变化,包含两层含义: 将相同的变化封装到一个接口或抽象类中；将不同的变化封装到不同的接口或抽象类中；

5144 0

面向对象的设计原则-依赖倒置原则

Dependence Inversion Principle,DIP"依赖倒置原则",依赖倒置的原始定义是： Hign level modules should not depend...；高层模块依赖抽象层：高层模块基于抽象层编程；低层模块依赖抽象层：低层模块继承或者实现抽象层；细节:实现接口或者继承抽象类而产生的类；模块间的依赖通过抽象发生...,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或者抽象类产生的;接口或者抽象类不依赖于实现类;实现类依赖接口或者抽象类,核心思想是面向接口编程; 采用依赖倒置原则可以减少类之间的耦合性，...提高系统的稳定性；举个例子： ?...最佳实践依赖倒置原则的本质就是通过抽象（接口或抽象类）使各个类或模块彼此独立，不互相影响，实现模块间的松耦合，我们在项目中应该尽量做到： 1.每个类尽量都有接口或者抽象类，或者抽象类和接口两者都具备

7031 0

设计原则——开闭原则

什么是开闭原则？在设计一个模块的时候，应当使这个模块可以在不被修改的前提下被扩展，即应当可以在不必修改源代码的情况下改变这个模块的行为。如何运用开闭原则？...开闭原则解决问题的关键在于抽象化，把系统所有可能的行为抽象成一个抽象底层，这个抽象底层规定出所有的具体实现必须提供的方法的特征，给系统定义出一个一劳永逸，不再修改的抽象设计，此设计允许有无穷尽的行为在实现层被实现...在JAVA中可以定义一个或多个抽象Java类或Java接口，规定出所有的具体类必须提供的方法的特征作为系统设计的抽象层。...作为系统设计的抽象层，要预见所有可能的扩展，因此在任何扩展情况下系统抽象底层不需要修改。同时，由于抽象层导出一个或多个新的具体类可以改变系统的行为，因此系统的设计对扩展是开放的。...遵守开闭原则进行如下改变打折类： public class OffNovelBook extends NovelBook { public OffNovelBook(String name

800 0

面向对象的设计原则-里氏替换原则

"里氏替换原则"是类的设计原则之一,我们使用"3H"学习法对其进行拆解; why(目的):为什么要学习"里式替换原则",我们都知道面向对象的三大特性:封装、继承、多态,该原则就是对良好的"继承关系...接下来我们开始进行具体的学习；概念：LSP,"里式替换原则",凡是在父类出现的场景中,将父类替换为子类,程序逻辑不变,反之则未必可以。...1.子类需要实现父类的抽象方法 2.子类尽量不要重写或覆盖父类中已经实现的方法 3.子类重载父类方法时，子类输入参数>=父类输入参数&子类输出参数<=父类输出参数 4.子类可以添加自己特有的新方法，原则上不建议...LSP经典例子:正方形和长方形不符合里式替换,设置宽、高后，长方形的体积=宽*高，正方形体积=高*高，子类无法替换父类,不符合里氏替换原则；在策略模式中,客户端类依赖抽象父类,场景类使用时传入具体的策略子类...,子类都实现了父类的抽象接口,可以互换,这就符合里式替换原则；

8613 0

JAVA 编程中的SOLID设计原则：SRP，单一职责原则 OCP，开闭原则 LSP，里氏替换原则 ISP，接口隔离原则 DIP，依赖倒置原则

而一个遵循着好的开发规范以及拥有着良好设计原则的系统，往往可以节约大量的后期维护升级成本。说起设计，往往大家第一反应是设计模式，殊不知，二十几种设计其实都遵循着一些基本的设计原则。...S.O.L.I.D，是事实证明的良好设计原则。...如果不遵循该原则，直接大刀阔斧地修改了某对象的行为，而恰巧该对象被系统的其他部分依赖怎么办？...值得说明的一点是，该原则中的接口并不特指 Java 中的 interface ，而是类似于 API 中的 I一样的泛义的接口，抽象类甚至具体实现类都可能包含在这个概念中。...遵循良好的设计原则，有利于我们平常在开发中写出更可维护的代码，便于团队协作也有利于后来者。道理上讲，设计模式、设计原则等等，也理应成为OOP程序员之间的常用术语，这样一来，才能显得更具专业性。

1011 0

pdca原则 & smart 原则

每一项工作，都是一个pdca循环，都需要计划、实施、检查结果，并进一步进行改进，同时进入下一个循环，只有在日积月累的渐进改善中，才可能会有质的飞跃，才可能取得完善每一项工作，完善自己的人生。...Plan：制定目标与计划 Do：任务展开，组织实施 Check：对过程中的关键点和最终结果进行检查 Action：纠正偏差，对成果进行标准化，并确定新的目标，制定下一轮计划 smart 原则人们在制定工作目标或者任务目标时...，考虑一下目标与计划是不是SMART化的。...只有具备SMART化的计划才是具有良好可实施性的，也才能指导保证计划得以实现。...Specific 具体的 Measurable 可测量的 Attainable 可达到的 Relevant 相关的 Time based 时间的

1K1 0

面向对象的设计原则-单一职责原则

Single Responsibility Principle SRP,"单一职责原则"：一个类只负责一组相关的事情,对应到代码中就是:一个类有多个方法,这些方法时相关的。...对于接口一定要做到单一职责原则: ? ? ? ? 对于类来说，尽量做到单一职责原则，一个多职责的类可以通过拆分、抽象、组合来实现单一职责原则。 ? ? ? ? ? ?...单一职责原则只适合那些基础类，而不适合基于基础类构件的复杂的聚合类，在"办公一体机"中，"打印机"、"复印机"、"扫描仪"、"传真机"都是基础类,每个类承担一个职责,而办公一体机是"聚合类",同事具备四种功能...单一职责原则的优点: 1.职责减少，类的复杂性降低，职责明确； 2.可读性提高，复杂性降低； 3.可维护性提高； 4.一个接口的修改只对相应的实现类有影响，对其他接口无影响；原则虽好，但是还要掌握一个度吧...，不要过渡设计，原则帮助我们写出更优雅、更具有扩展性、松耦合的代码设计，根据具体情况而定，要灵活的运用；

7081 0

设计原则之开闭原则

所谓对扩展开放，对修改关闭，其实是设计模式里面所重点提倡的，后续所有涉及模式的介绍其实都是为了程序能够更好的扩展，提倡设计模式的本质就是为了减少增加一点功能而修改系统的主要逻辑!...尽量通过扩展类的操作来实现行为变化，而不是通过修改已有代码来实现修改错误的示范下面还是老规矩，我们先看一段错误的代码！...StringFormatUtil.stringFormat(MSG)); } } 程序必须首先让人类理解，然后顺便让机器能执行^_^xxxx Process finished with exit code 0 总结通过上述代码可以知道，开闭原则是是为了避免过多的修改原有的代码逻辑...，用扩展代替修改而衍生的一个原则，不可否认，他也是所有的设计模式都想表达的一个结果，高扩展性。...对拓展开放是为了应对变化(需求)，对修改关闭是为了保证已有代码的稳定性；最终结果是为了让系统更有弹性！开闭原则也并不是免费的。有些情况下，代码的扩展性会跟可读性相冲突。

6443 0

面向对象的设计原则-迪米特原则

Least Knowledge Principle LKP,"迪米特原则"：一个对象应该对其他对象有最少的了解。...通俗的说就是，一个类应该对自己需要耦合或调用的类知道的最少，你（被耦合或调用的类）的内部是如何的复杂和我没关系，我就知道你提供这么多的public方法，我就调用这么多方法，其他的我一概不关心。...迪米特原则的核心就是解耦合，它对类的低耦合提出一些要求：只和朋友交流。朋友的定义：出现在成员变量、方法的输入输出中的类称为朋友类，而出现在方法体内部的类不属于朋友类。 ? ? ? ?...以上代码中，Teacher类与入参GroupLeader为朋友关系,但是与方法中的Girl也有了交流，破坏了Teacher类的健壮性，方法时类的一个行为，类竟然不知道自己的行为与其他类产生关联，违反了迪米特原则...2.朋友间是有距离的。

3931 0

迈向福祉型人工智能：指导原则与行动路线图

“Shaping AI’s Impact on Billions of Lives”发布，报告探讨了利用人工智能增进大众福祉的指导原则和行动路线图。...通过与各领域的专家的广泛交流，报告从中总结出五条指导原则，这些原则构成了福祉型人工智能框架的基石，引领未来的研究方向，指导负责任和合乎道德地部署AI。...一、五个指导原则 1、人机协作需聚焦人类生产力的提升而非取代人类人类与人工智能携手合作（即人机协作），能够创造出比单打独斗更大的价值。...走向福祉型AI的十八个关键里程碑在长篇报告“Shaping AI's Impact on Billions of Lives”中，在五大原则的基础上，十八个里程碑被提出，覆盖就业、教育、医疗、信息传播...总体而言，今天的决策将塑造未来的人工智能格局，影响从经济竞争力到社会稳定的一切。在实用人工智能的黎明时期，审慎的治理不仅是可取的，更是必不可少的。需要考虑以下七个原则：第一，平衡收益与风险。

1722 0

Linkerd的设计原则

作者：William Morgan tl;dr：服务网格需要设计原则吗？我们是这样认为的。我们围绕三个核心原则构建了Linkerd 2.0，这些原则旨在降低运行服务网格的操作成本，尤其是对人类而言。...从JVM到Rust的迁移是Linkerd 2.0成功的一个重要部分，但是同样重要的是，我们决定为2.0编写一组核心产品设计原则。...这些代价是配置、理解、调优和操作Linkerd 1.x所花费的时间。为了解决这个问题，我们的2.0设计过程从写下一组设计原则开始，这些原则将确保我们面向用户做对的事。这些原则很简单：保持简单。...无论它是通过计算资源来度量的，还是更重要的，在人类花费的时间中度量的，这些原则都要求Linkerd忠实于保持服务网格运行成本尽可能低的目标。...有关这些原则的更多细节和一些实际应用的示例，请参阅Linkerd设计原则文档。

3693 0

混沌工程的原则

即使分布式系统中的所有单个服务都正常运行, 这些服务之间的交互也会导致不可预知的结果。这些不可预知的结果, 由影响生产环境的罕见但破坏性的真实事件复合而成，令这些分布式系统存在内在的混沌。...系统弱点包括以下形式: 当服务不可用时的不正确回退设置;不当的超时设置导致的重试风暴;由于下游依赖项流量过载导致的服务中断;单点故障时的级联失败等。...高级原则以下原则描述了应用混沌工程的理想方式，这些原则基于上述实验过程。对这些原则的匹配程度能够增强我们在大规模分布式系统的信心。...建立一个围绕稳定状态行为的假说要关注系统的可测量输出, 而不是系统的属性。对这些输出在短时间内的度量构成了系统稳定状态的一个代理。...混沌工程的原则为我们大规模的创新和给予客户他们应得的高质量的体验提供了信心。欢迎加入混沌社区的 Google 讨论组和我们一起讨论这些原则的应用。

1.7K3 0

购买域名的原则

购买域名是WordPress建站的关键步骤之一。你需要明智地选择和购买域名，因为它将成为你的唯一网址，直接影响着网站的品牌、可用性和SEO等方面。在购买域名时，有一些重要的原则和注意事项需要考虑。...以下是一些选择独特易拼写域名的原则：避免特殊字符：尽量不要在域名中使用特殊字符或连字符，因为它们容易混淆。避免数字和连字符还可以使你的域名在移动设备上更加友好。...以下是一些选择TLD的原则：首选“.com”域名：如果可能的话，选择“.com”域名，因为它具有更广泛的认知度和接受度。...以下是确保域名可用性和合法性的原则：使用域名注册商的搜索工具：使用域名注册商提供的搜索工具来检查域名是否可用。...写在最后在选择和购买域名时，请综合考虑与网站主题相关、独特易拼写、有利于SEO、合法性以及域名的长远发展等原则。

1691 0

【组合数学】基本计数原则 ( 加法原则 | 乘法原则 )

加法原则 ( 1 ) 加法原则 ( 不能叠加的事件才能用加法原则 | 适用于分类选取 ) ( 2 ) 乘法法则 ( 相互独立的事件才能用乘法法则 | 适用于分步选择 ) 2....习题解析 ( 1 ) 习题 1 ( 加法原理 ) ( 2 ) 习题 2 ( 加法原则乘法原则综合运用 ) ( 3 ) 习题 3 ( 乘法原则 ) 1....加法原则 ( 1 ) 加法原则 ( 不能叠加的事件才能用加法原则 | 适用于分类选取 ) 加法原则 : 1.加法法则描述 : 事件 A 有 m 种产生方式 , 事件 B 有 n...解 : 加法原则 : ① 直接从 A 到 C 与 ② 从 A 先到 B 再到 C 是不能重叠的 , 方案 ① 与方案 ② 需要用家法原则 , 乘法原则 : 方案 ② 内部需要使用...2 + 4 = 10 ; ---- ( 3 ) 习题 3 ( 乘法原则 ) 题目 : 从 1000 到 9999 的整数中 : ① 含有5的数有多少个 ; ② 含有多少个百位和十位数

9664 0

设计原则（1）| 开闭原则

开闭原则是指一个软件实体（模块、类、方法等）应该对扩展开放，对修改关闭我举一个例子，陀螺是个程序喵，创办了一个生产猫粮的公司——跑码场，手下有个小徒弟叫招财，写了一个下单的逻辑。...这些操作都是通过「修改」来实现新功能的，不符合「开闭原则」。如果我们要遵循「开闭原则」，必须对修改关闭，对扩展开放。...对于count属性的添加而言，在模块或类的粒度下，可以被认为是修改，但是在方法的粒度下，我们并没有修改之前存在的方法和属性，因此可以被认为是扩展。实际编码过程中怎么遵守开闭原则？...我的理解是不需要刻意遵守。你只需要头脑中有这个印象就行了，你需要知道的就是你的代码需要具有一定的扩展性。所有的设计原则都只有一个最终归宿——不破坏原有代码的正常运行，方便扩展。...还是那句话，设计原则和设计模式不是金科玉律，只要适合当前需求，并具备一定弹性的设计就是好设计。要平衡代码扩展性和可读性，切勿滥用设计原则和设计模式，牺牲代码的可读性。

5902 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭