- 综合排序
- 最热优先
- 最新优先
- 来自专栏AI机器学习与深度学习算法
机器学习入门 9-5 决策边界
本系列是《玩转机器学习教程》一个整理的视频笔记。本小节介绍对于分类问题非常重要的决策边界，先对逻辑回归求出决策边界的函数表达式并绘制，但是对于像kNN这种不能求出决策边界表达式的可以通过预测样本特征平面中区间范围内的所有样本点来绘制决策边界。最后通过调整kNN算法的k值，了解模型的复杂与简单对应的决策边界不同。
3.1K20发布于 2020-02-26 - 来自专栏mysql
hhdb数据库介绍(9-5)
计算节点支持mysqlbinlog命令，mysqlbinlog命令能够解析binlog文件用于同步增量数据，从而减少了将单机数据迁移至计算节点时的停机时间。使用mysqlbinlog连接远程实例获取binlog文件并解析出其中的SQL语句，然后交由计算节点执行，从而将某个数据库的增量数据导入到计算节点某个逻辑库下。首先，登入到管理端口（默认端口为3325），执行dbremapping命令添加数据库映射关系，关于dbremapping命令用法，请参考计算节点管理命令文档。
36210编辑于 2025-03-26 腾讯云数字政务：人社一体化与智慧民生技术支撑体系
核心瓶颈在于： 系统架构瓶颈：传统烟囱式系统难以支撑省级海量数据管理与高并发业务访问，且异构硬件纳管能力受限。 构建基于Leaf6.2与分布式架构的技术支撑体系 腾讯云依托Leaf6.2技术架构与国产化分布式技术，提供全栈式解决方案： 底层算力与数据支撑：基于腾讯TDSQL分布式数据库与IaaS/PaaS平台，实现对物理机 安全与运维保障：通过零信任安全架构、小程序安全检测及安全监测平台，实现等保三级合规与“一点发现，全网处置”的安全运营能力。 3. 选择腾讯的核心逻辑 行业深度与标准适配：深度参与人社部Leaf6.2框架适配测试，已中标人社部养老保险全国统筹信息化建设项目云平台建设服务，具备部省两级项目磨合经验，方案可直接对标部级标准。
15610编辑于 2026-05-30腾讯云智慧人社解决方案：以技术平台支撑业务一体化与全国统筹
江苏省在项目建设初期，面临超过200台服务器、13个地市业务系统分散独立的整合难题，亟待统一的技术架构实现资源集约化管理。 提供基于Leaf6.2架构的云平台与分布式数据库技术方案 腾讯云智慧人社解决方案以人社部Leaf6.2云平台架构为基础，采用“大中台、小前台”建设思路。 核心方案包括： 自主可控的云基础架构：开放式云平台支持多品牌硬件纳管，实现资源统一调度。 企业级分布式数据库TDSQL：提供数据强一致性保障，支持同城双活容灾，确保数据0丢失0出错。
19110编辑于 2026-05-30腾讯云数字政务：人社一体化与智慧服务的云技术落地实践
传统架构难以支撑全省统一系统建设及快速响应业务需求。 公共服务数字化缺口： 随着业务前移和公共服务下沉，传统支撑平台难以提供群众易于接受的互联网入口。 第二章：构建基于Leaf6.2架构的云原生与智慧人社体系 腾讯云基于Leaf6.2技术架构（核心平台4版），提供涵盖IaaS、PaaS、DaaS及SaaS层的全栈解决方案，通过“大中台、小前台”模式实现技术与业务的深度融合 零信任安全架构 身份认证与访问控制： 基于零信任理念，确保设备、用户、应用可信，通过多因素认证（MFA）实现动态授权与最小特权访问，摆脱传统VPN依赖。 —— 江苏省人社厅相关负责人 “江苏人社厅是腾讯国内首批落地零信任安全架构的用户之一。 行业深度适配： 深度参与Leaf6.2框架适配测试，并拥有电子社保卡、全国统筹系统、人社移动办公平台等多个部级项目的建设经验。
21410编辑于 2026-05-30依托高并发分布式云架构重塑省级人社一体化业务效能
传统人社信息化系统面临以下核心业务瓶颈： 消除烟囱式架构： 过去地市级业务系统高度分散（如单个地市服务器数量超200台），缺乏关联性，系统资源无法精细化利用，急需搭建统一技术支撑平台以实现全省业务协同与信息共享 应对海量数据与高并发挑战： 省级大集中业务在高峰期面临极高的并发访问压力以及海量数据的可靠处理需求，传统架构无法实现资源的弹性伸缩。 构建适配Leaf6.2标准的大中台体系与分布式云基座 为响应人社部“全省统一系统建设”要求，通过引入分布式技术与融合引擎，重构底层技术架构与前端服务入口： 落地“大中台、小前台”架构： 深度适配人社部Leaf6.2 云平台架构，构建融合集成业务、数据、AI引擎的中台系统，向下统一纳管IaaS层异构计算与存储资源，向上无缝对接人社部养老保险全国统筹业务系统。 部署企业级分布式数据库： 采用具备完全自主知识产权的腾讯TDSQL分布式数据库，替代传统单点架构。
12810编辑于 2026-05-30- 来自专栏IT技术圈（CSDN）
浙大版《C语言程序设计（第3版）》题目集 习题9-5 通讯录排序
习题9-5 通讯录排序 输入n个朋友的信息，包括姓名、生日、电话号码，本题要求编写程序，按照年龄从大到小的顺序依次输出通讯录。题目保证所有人的生日均不相同。
1.3K30发布于 2020-09-15 - 来自专栏三掌柜的技术空间
吃透大模型系统：提示工程、符号推理、智能体实战全解
它把“上下文工程”讲得非常透彻，而且不是停留在概念层面，作者直接用图 9-5 把一条最常走、最高频的工程动线画出来了： 每一轮推理开始前，系统先把“可用的决策上下文”拼装好，将所需的模板、资源、工具、状态一次性拉齐 ▲上下文工程的 MCP 最佳实现（原书图 9-5） 如果跳过这一步，智能体甚至不知道自己能干什么、该用什么、现在处在什么状态，更谈不上稳定规划和可靠执行。 结合图 9-5，这条动线其实就是一套非常清晰的四步闭环： 1.选择适配当前任务的上下文模板（逻辑分区） 先把上下文结构定型：身份/目标/约束/输出格式如何分区，历史记录与状态存放在哪一块分区，工具与资源放在哪一块分区 Part.3 智能体不缺框架， 缺的是“越用越强”的认知架构 预训练给底子，上下文工程给临时加成；认知架构负责把经验沉淀下来。 认知架构：把运行中的经验“沉淀下来”（让系统下次更稳定，更像一个能长期工作的智能体）。
36611编辑于 2026-03-03 构建省级人社一体化底座与海量业务支撑平台
突破海量并发瓶颈与消除政务数据孤岛 人社行业正处于向省级业务大集中、公共服务下沉转型的关键期，各级行政单位面临亟待跨越的系统与数据治理瓶颈： 架构扩展瓶颈： 随着省级一体化及养老全国统筹的推进，传统集中式架构难以应对海量数据处理 部署云原生中台架构与全链路数字化工具 基于人社部 Leaf6.2 云平台架构标准，打造“大中台、小前台”的全面技术支撑体系，深度结合公有云与私有云能力： 构建高可用底层基础设施 (IaaS/PaaS)： 部署 零信任安全架构与小程序全生命周期安全服务，通过多因素认证与动态授权，实现无 VPN 的全省人社系统可信远程运维。 实现资源弹性伸缩与政务服务降本增效 通过底层架构重构与数字化工具应用，相关平台在资源利用率、服务效率及业务承载力上实现了明确的量化跃升： 算力纳管与弹性扩容： 在江苏省人社一体化项目中，云平台成功纳管多品牌异构硬件 沉淀部省两级实践与全栈自主可控优势 部省两级标杆项目的深度验证： 核心架构已成功中标并支撑 人社部养老保险全国统筹信息化建设项目（支撑全国 32 省养老业务接入），并成功落地江苏人社一体化、数字广东（覆盖
13510编辑于 2026-05-30- 来自专栏软件方法
《软件方法》第9章 分析类图进阶（20180619更新）
图9-3 四种架构型的关系 首先要说的是，颜色架构型只是一些建模的提示和建议。 如图9-5所示。 ? 图9-5 给“设备”涂上颜色 很容易画出“设备”的状态机图，如图9-6所示。 ? 以图9-5中的类为例，单位采购了10台品牌型号完全相同的设备，每一台设备都要编号区分，而且“可借”、“故障”等状态也各自不同，但是，设备的品牌型号以及各种参数是一样的。 图9-17 架构型之间的责任分配 将这个套路应用到上面的设备管理系统例子，如图9-18所示。 ? ? 图9-18 架构型之间的责任分配应用到设备管理系统 在使用颜色来标记类时，要谨记同样一个类在不同上下文中颜色可以不同。
69930发布于 2019-09-23 - 来自专栏Coding迪斯尼
用go做个编译器:语法解析树及其实现
对于算术表达式9-5+2, 由于我们会首先使用list -> list + digit 来进行解析，因此 9-5对应一个list，2对应digit, 因此最终解析完成后，所形成的解析树如下： 使用生产式来定义语法是一件困难的事情 list+list进行解析，一种是使用list->list-list进行解析，如果是后者，那么我们会生成的语法树如下： 这里我们看到两个语法表达式都对应表达式”9-5+2”，但是第一个语法树执行的操作是(9- 对于算术表达式1+2，对应的算术表达式就是1 2 +, 对于表达式(3+4)，对应的后项表达式就是3 4 + , 我们看一个复杂一点的，(9-5)+2 ,首先我们计算(9-5)的后项表达式，也就是9 5
1.9K50编辑于 2022-03-28 - 来自专栏机器学习与自然语言处理
Stanford机器学习笔记-9. 聚类(Clustering)
如图9-5的(1)所示。 但是，通常这条曲线是渐变的，没有很显然的"肘部"。如图9-5的(2)所示。 ? 图9-5 代价J关于簇数K的曲线图 注意：随着K的增加J应该总是减少的，否则，一种出错情况可能是K均值陷入了一个糟糕的局部最优。 一些其他的方法参见wikipedia。
1.6K110发布于 2018-03-13 - 来自专栏全栈程序员必看
体验vSphere 6之7-为虚拟机启用容错
图9-4 为辅助虚拟机选择主机 （5）在”即将完成”对话框，显示辅助虚拟机详细信息，这包括辅助虚拟机所在主机、配置文件位置、硬盘位置等，如图9-5所示。 图9-5 完成 （6）返回到vSphere Web Client管理控制台，在”近期任务”中会显示为虚拟机打开容错的配置信息，如图9-6所示。
1.5K40编辑于 2021-12-23 什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？
今天，我就来系统梳理六大核心架构——业务架构、数据架构、应用架构、技术架构、产品架构和项目架构。帮你理解数字化建设的底层逻辑，来有效地参与项目和提升协作效率。 想象一下，业务架构是公司的部门职责说明书，数据架构是公司的档案管理系统，那么，应用架构就是决定需要开发多少个具体的软件应用或微服务，来让各个部门能够协同工作。 这些问题，都属于技术架构的范畴。技术架构关注所有非功能性需求与基础设施：计算资源：选择物理服务器、虚拟机还是容器？是否采用无服务器架构？ 合理的项目架构能最大限度地减少团队间的沟通摩擦，确保技术愿景被高效、准确地执行。总结回顾这六大架构，你会发现它们构成了一个严谨的决策链条：业务架构定义战略与价值。数据架构把业务实体转化为核心资产。 应用架构将业务能力组织为软件模块。技术架构为软件模块提供运行时环境。产品架构将软件能力包装为用户可感知的价值。项目架构组织人类智慧完成从零到一的构建。它们彼此约束，又相互滋养。
1.4K10编辑于 2025-10-30- 来自专栏java闲聊
浅谈架构（单体架构、 SOA架构、微服务架构）
单体架构 * 一个典型的单体应用就是将所有的业务场景的表示层、业务逻辑层和数据访问层放在一个工程中，最终经过编译、打包，部署在一台服务器上。 ，它是将表示层的JSP、业务逻辑层的Service、Controller和数据访问层的Dao，打成war包，部署在Tomcat、Jetty或者其他Servlet容器中运行` [r-1.jpg] SOA架构 * SOA架构是面向服务的体系结构，主要目的是为了各个系统更加容易地融合在一起。
2.4K50发布于 2018-07-02 - 来自专栏架构之家
应用架构、技术架构、安全架构、部署架构
在日常软件项目开发与实施中，经常会涉及到各种架构图，如应用架构、技术架构、安全架构、部署架构。今天特意将这些架构图整理如下，提供给大家进行学习参考。 一、应用架构 二、技术架构 三、安全架构 四、部署架构 五、 有需要的同学，可以访问下面地址进行克隆，学习更多内容请访问： https://www.processon.com/u/5f633168e0b34d080d54c128
7K32编辑于 2022-12-28 - 来自专栏BigData_Flink
lambda架构+kappa架构+IOTA架构
A1 lambda架构 ? 三部分： Batch Layer：批处理层 Speed Layer：流处理层 Serving Layer：服务层 A2 Kappa架构 ? A3 IOTA架构 ? 设定标准数据模型，通过边缘计算技术把所有的计算过程分散在数据产生、计算和查询过程当中，以统一的数据模型贯穿始终，从而提高整体的预算效率，同时满足即时计算的需要。 A4 相关资料 详细可看以下博文（都不错大家耐心阅读）： lambda架构 kappa架构 IOTA架构
1.4K20发布于 2021-04-12 - 来自专栏深圳架构师同盟
什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？
因此这篇文章刚好回答下在知乎看到的一个问题，即：什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？ 对于该问题我从企业架构中的4A架构来简单回答下该问题。 企业架构作为指导企业数字化转型的重要方法论，涵盖了多个层次和维度的架构类型。从传统的4A架构（业务架构、数据架构、应用架构、技术架构）到现代的产品架构、项目架构，每种架构都有其独特的定位和作用。 企业架构4A体系的核心框架 4A架构关系图 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构的核心要素与设计方法 业务架构转换逻辑 业务架构是企业架构的起点和基础。 产品架构与项目架构的现代扩展 企业架构融合框架 在现代企业架构体系中，除了传统的4A架构外，产品架构和项目架构也成为重要的组成部分。
87710编辑于 2025-11-17 - 来自专栏数据结构与算法
BZOJ1096: [ZJOI2007]仓库建设(dp+斜率优化)
Sample Input 3 0 5 10 5 3 100 9 6 10 Sample Output 32 HINT 在工厂1和工厂3建立仓库，建立费用为10+10=20，运输费用为(9-5)*3 如果仅在工厂3建立仓库，建立费用为10，运输费用为(9-0)*5+(9-5)*3=57，总费用67，不如前者优。 【数据规模】 对于100%的数据， N ≤1000000。
1.2K50发布于 2018-04-13 - 来自专栏【腾讯云开发者】
业务架构、应用架构、数据架构、技术架构……架构到底是什么？
03 此架构非彼架构？架构到底怎么分 在 EA 架构领域，有两种常见架构方法 RUP 和 TOGAF，这两个框架也是我们常常了解架构分类的两个维度。 由于不同架构方法论，定义的架构分类也不同，RUP4+1架构方法主要是以架构生命周期为视角进行描述，而 TOGAF9 按架构涉及内容维度来描述。 因此我结合两者细分为业务架构、应用架构、数据架构、技术架构、代码架构、部署架构。 业务架构是战略，应用架构是战术，技术架构是装备。其中应用架构承上启下，一方面承接业务架构的落地，另一方面影响技术选型。 熟悉业务，形成业务架构；根据业务架构作出相应的应用架构，最后技术架构落地实施。 你也可以理解成：业务架构是生产力，应用架构是生产关系，技术架构是生产工具。 业务架构决定应用架构，应用架构需要适配业务架构，并随着业务架构不断进化，同时应用架构依托技术架构最终落地。 04 架构师都在说的单体应用、分布式与微服务到底是什么？
12710编辑于 2026-07-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号