原则cap

系统工程(五)系统工程建设原则

1、高层管理人员介入原则:扫除利益相关的障碍 2、用户参与开发原则:开发是根据用户的需求 3、自顶向下规划原则:从全局考虑 4、工程化原则:方法原则 5、其它原则:创新、整体性、发展性、经济性原则。 ......
工程 系统 工程建设 原则

设计模式的七大原则

文章转自 https://www.cnblogs.com/WindSun/p/10223080.html 软间的可维护性和可复用性 知名软件大师Robert C.Martin认为一个可维护性(Maintainability) 较低的软件设计,通常由于如下4个原因造成: •过于僵硬(Rigidity) ......
设计模式 七大 原则 模式

Prompt Engineering优化原则 - 以Webshell代码解释为例

一、LLM prompt优化原则 本文围绕“PHP代码解释”这一任务,讨论LLM prompt优化原则。 代码样例如下: <?php echo "a5a5aa555o"; $fOgT = create_function(base64_decode('JA==') . chr(114195 / 993 ......
Engineering Webshell 原则 代码 Prompt

Kubernetes 架构原则和对象设计

Kubernet¶ Kubernetes 架构原则和对象设计¶ 什么是云计算¶ 云计算平台的分类¶ 以Openstack为典型的虚拟化平台 虚拟机构建和业务代码部署分离。 可变的基础架构使后续维护风险变大。 以谷歌borg为典型的基于进程的作业调度平台 技术的迭代引发borg的换代需求。 早期的隔离 ......
Kubernetes 架构 对象 原则

java学习日记20230522-集合选择原则

1.判断存储的类型,一组对象【单列】或者一组键值对【双列】 2.一组对象【单列】:collection 的子类:允许重复:List的某个实现类:增删多 LinkedList(底层维护的是双向链表) 改查多 ArrayList(底层维护的是object类型的可变数组) 不允许重复,Set某个实现类:无 ......
20230522 原则 日记 java

软件设计中的一些原则介绍

软件设计原则介绍: 软件设计的目的:代码复用性、可扩展性、可维护性。 ## 高内聚低耦合(High Cohesion & Low coupling) 高内聚,就是对软件系统中元素职责相关性和集中度高的功能放一起。在编写代码时,代码内的功能职责相关性高的放在一起。 与之相反 - 低耦合,低耦合是对元素 ......
原则 软件

工程师的十条精进原则

这篇博客内容是我三年前刚入职不久在其他地方浏览并二次整理的,如今三年岁月匆匆而过,回头再次 check 了下这十条原则,体会更加深刻。 一. Owner意识 体现在两个层面:一是认真负责的态度,二是积极主动的精神 认真负责是工作的底线。 首先,要对我们交付的结果负责。项目中每一个设计文档、每一行代码 ......
原则 工程师 工程

钉钉通知处理原则

钉钉异常,通知原则 越来越少 例如: 业务中,这种先注销,后退学的,那这种的不会引起什么问题 就可以不用再通知了 ; 比如其他原因的通知的,那能不能从业务和程序层面处理 处理完也不再通知了; 最终的效果就是通知的越来越少 ,甚至都没通知了, 才是最好的。 处理完不再通知 ,不是说不让通知了。而是把这 ......
处理原则 原则

开闭原则

开闭原则(Open-Closed Principle, OCP)是指一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。 实现开闭原则的核心思想就是面向抽象编程,现在我们思考一个场景,有一个课程类,课程类作为父类,有许多子类,比如java课程,python课程,前端课程... 课程类中有价格属性 ......
原则

Pytest用例设计原则

用例设计原则 文件名为test_*.py和*_test.py 以test_开头的函数 以Test开头的类,test_开头的方法,并且不能有__init__方法 所有的package包必须有__init__文件 断言使用assert 常用断言 assert xx 判断xx为真 assert not x ......
原则 Pytest

设计原则

一 单一职责原则 职责: 引起变化的原因 SRP原则:一个对象(方法)只做一件事 SRP原则的应用难点就是如何去分离职责 1 何时应该分离职责 并不是所有职责都应该一一分离 如果随着需求变化,职责总是同时变化的就不必分离 创建xhr对象 & 发送xhr请求 职责的变化轴线仅当他们确定会发生变化时才有 ......
原则

禅道软件设计六大原则

每一个产品都是为了解决某个问题而产生的,在诞生之初都是有自己的目标和原则的。只不过随着时间发展,产研团队慢慢更换,很多东西就慢慢丢掉了,改变了。所以在设计完善禅道项目管理软件的时候,我一直都比较恐慌,唯恐哪一天禅道也变成了自己不喜欢的样子。于是也有了一些自己固执地坚持,不肯妥协的原则,跟大家分享下。 ......
原则 软件

[设计模式]设计原则

参考:https://zhuanlan.zhihu.com/p/24614363 https://zhuanlan.zhihu.com/p/422737773 面向对象设计原则 1、开闭原则: 当应用的需求改变时,在不修改软件实体的源代码或者二进制代码的前提下,可以扩展模块的功能,使其满足新的需求。 ......
设计模式 原则 模式

3W原则

在多层板设计中,为了减少线间串扰,应保证线间距足够大,如果线中心距不少于 3 倍线宽时,则可保持70%的线间电场不互相干扰, 称为“3W 原则”。 ......
原则

开发原则性问题

1、参考 参考现有的ui、模块、算法、步骤,吸收精华,尝试优化,融合进自己的框架 承认别人造的轮子是有可取之处的,完全的闭门造车是对开发结果的不负责 但是,是借鉴而不是照抄。从文档和注释、命名习惯、优化空间、与自身框架和编程语言的兼容性等,都要求具有自己的思考过程和实现 2、开发步骤 (1)考虑能否 ......
原则性 原则 问题

《花雕学AI》AI 人工智能伙伴关系的指南:遵循原则,实现实践,展望未来

引言:人工智能(AI)是指由人造的机器或系统所展现出的智能,它可以模拟或扩展人类的认知功能,如学习、推理、感知、交流等。 人工智能的发展和应用已经深刻地影响了社会、经济、文化和政治等各个领域,同时也带来了一系列的伦理和社会问题,如隐私、安全、责任、公平、透明等。 为了应对这些挑战,需要建立人工智能与 ......
花雕 人工智能 人工 伙伴 原则

8 07 | 海量数据处理技术回顾:为什么分布式会遇到 CAP 难题?

你好,我是李智慧。 在这个模块的几个案例中,我们都需要处理海量的数据,需要用到海量的存储介质,其实海量数据本质上就是一种磁盘资源敏感的高并发场景。 我们说过,为了应对资源不足的问题,我们常采用水平伸缩,即分布式的方案。数据存储的分布式问题是所有分布式技术中最具挑战性的,因为相对于“无状态”(stat ......
数据处理 分布式 海量 难题 数据

软件开发、设计、架构的其他原则

LOD:迪米特法则(Law of Demeter) CRP:合成复用原则(Composite Reuse Principle) DRY:不要重复你自己原则 (Don’t Repeat Yourself Principle) KISS:KISS原则 (Keep It Simple and Stupid ......
架构 软件开发 原则 软件

吴恩达Prompt课 - 02 构建原则

吴恩达和 OpenAI 一起制作了节一个半小时的,面向开发者的关于 《ChatGPT Prompt Engineering》 的课,对自己Prompt提高非常有帮助。 英文课程地址: https://www.deeplearning.ai/short-courses/chatgpt-prompt-e ......
原则 Prompt 02

如何避免单点风险:基于实践经验分享服务拆分原则的一些思考

缘起:系统崩了 具体情况:1%的请求影响了剩余90%的请求 架构演进:拆分热点服务【进程级隔离】 复盘 总结 拆服务的经典实践 不能变形的变形金刚也叫变形金刚? 缘起系统崩溃了?别惊慌!这里有快速恢复的方法!分析发现,网站崩时服务X被流量打垮,继而依赖服务X的其它服务开始互相“踩踏”,最终崩溃。网站 ......
原则 风险 经验

KISS原则

Keep It Simple,Stupid(通常缩写为:KISS),是计算机编程中的一个很有名的原则。KISS原则目的是简单,就是一目了然的简单,和“简单就是美”是一个概念。stupid在这里没有贬义,和“傻瓜机”里的“傻”是一个用法,就是易上手,易操作的意思。 ......
原则 KISS

软件开发、设计、架构的五大原则

唯一不变的就是变化本身。 我们经常讲的系统、子系统、模块、组件、类、函数就是从逻辑上将软件一步步分解为更细微的部分,即逻辑单元, 分而治之, 复杂问题拆解为若干简单问题, 逐个解决。 逻辑单元内部、外部的交互会产生依赖,从而产生了内聚、耦合概念。内聚主要描述逻辑单元内部,耦合主要描述逻辑单元之间的关 ......
架构 软件开发 原则 软件

软件开发、设计、架构的五大原则

唯一不变的就是变化本身。 我们经常讲的系统、子系统、模块、组件、类、函数就是从逻辑上将软件一步步分解为更细微的部分,即逻辑单元, 分而治之, 复杂问题拆解为若干简单问题, 逐个解决。 逻辑单元内部、外部的交互会产生依赖,从而产生了内聚、耦合概念。内聚主要描述逻辑单元内部,耦合主要描述逻辑单元之间的关 ......
架构 软件开发 原则 软件

结构化状态的原则

结构化状态的原则 当您编写一个保存某些状态的组件时,您必须选择使用多少个状态变量以及它们的数据应该是什么形状。虽然即使使用次优状态结构也可以编写正确的程序,但有一些原则可以指导您做出更好的选择: 1.组相关状态。如果您总是同时更新两个或多个状态变量,请考虑将它们合并为一个状态变量。 2.避免状态上的 ......
状态 原则 结构

实用软件Caps大小写提示

电脑输入法需要频繁切换大小写,没有提示很难受,联想电脑一直都有提示,最近发现在微软商店可以下载Lenovo Hotkeys。 安装即可使用 ......
大小 软件 Caps

【IT老齐010】CAP定理

【IT老齐010】CAP定理 分布式架构的基本理论。 指的是在一个分布式系统中,一致性(Consistency)、可用性(Availability)、分区容错性(Partition tolerance)。 C:更新操作成功后,所有节点在同一时间的数据完全一致。(复习:事务的一致性:事务前后的数据完整 ......
定理 010 CAP

软件工程:阿姆达尔定律,性能设计和优化的指导原则

hi,我是熵减,见字如面。 在软件开发中,你是否做过性能的优化,譬如: 有一个图片处理的程序,其中包含一个函数用于对图片进行滤镜处理。该函数中包含两个部分:一个可并行化的部分和一个串行部分。可并行化的部分用于对图片的每个像素进行计算,而串行部分用于对处理后的图片进行保存操作。我们通过优化可并行化部分 ......
软件工程 定律 原则 性能 工程

索引设计的原则

为了使索引的使用效率更高,在创建索引时,必须考虑在哪些字段上创建索引和创建什么类型的索引。索引设计不合理或者缺少索引都会对数据库和应用程序的性能造成障碍。高效的索引对于获得良好的性能非常重要。设计索引时,应该考虑相应准则。 一、适合创建索引的11中情况 1、字段的数值有唯一性的限制 在数据库表中,如 ......
索引 原则

cap4模板表单数据库表的对应关系

formmain表与col_summary表对应: formmain的id对应col_summary中的form_recordid 可以通过formmain的id(masterid)找到col_summary对象 col_summary的id对应ctp_affair表中的object_id 可以通过 ......
表单 模板 数据库 数据 cap4

软件项目管理应该遵循的7条基本原则

美国著名软件工程专家勃姆(B.W.Boehm)在总结软件工程准则和信条的基础上,于1983年提出软件工程的7条基本原则,也是软件项目管理应该遵循原则。勃姆认为,这7条原则是确保软件产品质量和开发效率的原理的最小集合,相互独立但结合得相当完备。 1.用分阶段的生命周期计划严格管理。统计表明,不成功的软 ......