人工智能的原则_域名的原则主要遵循的原则是什么_python 原则 - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

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

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

5252 0

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

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

1.7K2 0

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

是的

没有找到

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

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

3762 0

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

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

4734 0

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

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

6511 0

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

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

8283 0

pdca原则 & smart 原则

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

9091 0

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

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

721 0

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

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

6681 0

设计原则之开闭原则

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

6183 0

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

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

3601 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的数有多少个 ; ② 含有多少个百位和十位数

8514 0

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

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

5612 0

软件交付的原则

摘自Jez Humble David Farley《持续交付：发布可靠软件的系统方法》为软件的发布创建一个可重复且可靠的过程这个原则是我们写这本书的一个目标：让软件发布成为一件非常容易的事情。...事实上，它的确应该是件很容易的事，因为在发布之前，对发布流程中的每一个环节，你都已经测试过数百次了。它就应该像单击一个按钮那么容易。...这种可重复性和可靠性来自于以下两个原则：几乎将所有事情自动化；将构建、部署、测试和发布软件所需的东西全部纳入到版本控制管理之中。...归根结底，软件部署包括三件事：提供并管理你的软件所需要的运行环境，这包括硬件配置、所依赖的软件、基础设施以及所需的外部服务；将你的应用程序的正确版本安装在其之上；配置你的应用程序，包括它所需要的任何数据以及状态...将几乎所有事情自动化把所有的东西都纳入版本控制提前并频繁地做让你感到痛苦的事内建质量 “DONE”意味着“已发布” 交付过程是每个成员的责任持续改进

5742 0

Linkerd的设计原则

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

3343 0

混沌工程的原则

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

1.7K3 0

购买域名的原则

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

981 0

设计模式原则：开放封闭原则

开放封闭原则开放封闭原则表示一个软件实体（如类、模块、函数等）应该对扩展开放，对修改封闭。也就是说，一个软件实体应该在不修改原有代码的前提下，可以扩展新的功能。...开放封闭原则是设计模式的核心原则，它体现了软件的灵活性和稳定性。如果一个软件能够满足开放封闭原则，那么它就具有以下两个优点：能够扩展已有的功能，满足新的需求，具有很强的适应性和灵活性。...不需要修改已有的代码，保证了原有功能的稳定性和可靠性。举个例子，假设我们有一个计算器类 Calculator，它可以根据用户输入的表达式进行计算。...为了遵循开放封闭原则，我们应该将 Calculator 类设计成一个抽象类，并定义一个抽象方法 calculate()。...这样，如果我们想要增加新的运算符，只需要增加一个新的子类即可，不需要修改原有的代码。

1324 0

软件测试的原则

今天是日更的 78/365 天（用时22分钟）话不多说，直接上干货，从事软件测试工作，需要遵循这七大原则：测试显示缺陷的存在测试有效性（杀虫剂悖论）测试的尽早介入缺陷集群性（2/8原则）测试活动依赖于测试内容...不存在缺陷的谬论穷尽测试是不可能的一、测试显示缺陷的存在测试可以显示缺陷的存在，但不能证明系统不存在缺陷。...在测试中，同样的测试用例被一遍一遍反复使用时，发现缺陷的能力就会越来越差。三、测试的尽早介入 IBM的一份研究结果表明，缺陷存在放大趋势。...四、缺陷集群性（2/8原则） 1、从功能上来说，一个软件如果有20 %为主要功能，那就需要花费软件测试人员80%的时间。...2、再从bug上分析，一个功能模块发现的bug越高，那存在的未被发现的bug也越高，所以发现的bug与未发现的bug是成正比的。“80%的错误集中在20%的程序模块中”。

3215 0

Material的布局原则

原则 Material Design 指南通过源自印刷领域的设计元素 – 例如排版、网格、空白、缩放、颜色，和图像 – 来建立层次结构和传达所要表达的含义，并专注于带给用户沉浸式的体验。...应用的背景类似于一张平坦、不透明质地的纸片，应用的行为也模仿纸片，可以改变大小、拖动及把多个纸片粘合在一起。在本规范中，构成应用的表面被成为材料或材料片。...应用之外的元素，例如系统状态栏，和应用内容是分开的，不会被视为材料。更多关于材料的细节，详见材料属性。接缝两片材料的公共边缘被成为接缝。当通过接缝连接时，它们会一起移动。...两片材料的接缝阶层两个 Z 轴位置不同的材料片重叠时，会形成阶层。这两个材料会相互独立移动。两片重叠的材料构成的阶层浮动操作按钮浮动操作按钮浮动操作按钮是和工具栏分离的圆形纸片。...它表示单个被提升的操作。如果它和阶层中的内容创建有关，则可以跨越一个阶层。跨阶层的浮动操作按钮如果浮动操作按钮与两个材料的内容都有关，则可以跨越接缝。

1K4 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭