- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯云TVP
架构火花｜AI时代，架构师的护城河在哪里？
“大模型更新后，精心打磨的提示词可能一夜过时……” 许多架构师表达了共同的困惑。 关键是，这种方式对 AI 小白来说，提升的效率可不止 10 倍。 有成员提出提示词的好坏和复杂程度关系不大。架构师们要开始转变一个意识：文档即架构。 超越工具使用的深层能力 在这场讨论中，几位资深架构师指出了更深层的本质： 随着模型能力提升，提示词可能会变得越来越简单。这种进化意味着架构师需要从技术实现者向问题定义者转型。 在一个潦草的底层设计上"用尽" AI 筑高楼，也远不如掌舵者——也就是前中后期架构师，在基于具体架构模式、结合具体业务场景、机器成本、算法与开销取舍下的每一个动态治理决策。 架构师的护城河不在于掌握了多少工具的使用技巧，而在于精准定义问题的能力、对结果的鉴别能力 、领域知识和架构思维的深度、将商业需求转化为技术方案的能力。
24821编辑于 2025-11-26 架构火花 | 提示词工程在AI时代下的思考
一、前言 哈喽大家好，我是老周聊架构的主理人老周，今天我们来聊一聊提示词工程的话题。为啥今天会写这个呢？是因为前两天我们那个架构群里针对于提示词工程展开了激烈的讨论。 汪兆千老师：最近也思考了这个问题，架构师的护城河究竟在哪里? ... 汪兆千老师这里对于架构师的护城河究竟在哪里的问题思考了很多，也说了很多。 老周这里总结了三个点： 1、传统架构师权威的坍塌 早期架构师的核心壁垒源于经验积累与技术话语权，但AI时代这种权威正被双重解构：一方面，企业常以"首席架构师"头衔虚化实权，使其沦为技术吉祥物；另一方面， 3、AI时代的能力重构 当GPT10的推理能力超越人类专家时，架构师的护城河将彻底重构：基础能力（如代码生成、系统设计）可能被"P5+GPT10"组合替代，真正的价值将转向三方面：1. 在一个潦草的底层设计上"用尽"AI筑高楼，也远不如掌舵者，也就是前中后期架构师在基于具体架构模式、结合具体业务场景、机器成本、算法与开销取舍下的每一个动态治理决策。
32510编辑于 2025-11-19- 来自专栏架构火花
架构火花 | 提示词工程在AI时代下的思考
一、前言哈喽大家好，我是老周聊架构的主理人老周，今天我们来聊一聊提示词工程的话题。为啥今天会写这个呢？是因为前两天我们那个架构群里针对于提示词工程展开了激烈的讨论。 汪兆千老师：最近也思考了这个问题，架构师的护城河究竟在哪里? ... 汪兆千老师这里对于架构师的护城河究竟在哪里的问题思考了很多，也说了很多。 老周这里总结了三个点：1、传统架构师权威的坍塌早期架构师的核心壁垒源于经验积累与技术话语权，但AI时代这种权威正被双重解构：一方面，企业常以"首席架构师"头衔虚化实权，使其沦为技术吉祥物；另一方面，大模型基座的通用性正在消解专业壁垒 3、AI时代的能力重构当GPT10的推理能力超越人类专家时，架构师的护城河将彻底重构：基础能力（如代码生成、系统设计）可能被"P5+GPT10"组合替代，真正的价值将转向三方面：1. 在一个潦草的底层设计上"用尽"AI筑高楼，也远不如掌舵者，也就是前中后期架构师在基于具体架构模式、结合具体业务场景、机器成本、算法与开销取舍下的每一个动态治理决策。
70711编辑于 2025-12-02 - 来自专栏深圳架构师同盟
架构火花 | 统一智能体平台架构设计——构建企业级AI中枢
本文将基于顺丰科技AI技术平台负责人陈迪豪分享的技术架构与实践经验，深入探讨如何构建支撑企业未来发展的AI中枢。 2.2 企业级AI中台的“三层逻辑” 顺丰科技提出的企业级AI中台方案，其核心架构遵循“底层控成本、中层提效率、顶层创价值”的严密逻辑。 这些平台集成先进的语言模型、API工具和模块化架构，实现从简单查询到复杂工作流的自动化处理，无论在软件开发、内容创作还是系统集成中，都能无缝扩展。 四、智能体架构设计 顺丰科技的UAP架构设计方案充分考虑了开源与自研的权衡，以及私有云与混合云的混合部署需求 。 嘉宾介绍： 陈迪豪，目前担心顺丰科技 AI 技术平台负责人，负责顺丰集团 AI 和大模型基础架构功能，曾任第四范式平台架构师和 OpenMLDB 项目 PMC，过去在小米担心云深度学习平台架构师以及优思德云计算公司存储和容器团队负责人
63750编辑于 2026-01-14 - 来自专栏架构火花
架构火花 | AI编程驱动组织变革：数据挑战与Agent落地困境
前两天参加了腾讯云架构师长沙同盟的圆桌讨论，我会对各位架构师们、企业家们、老师们的思考整理下，并结合自己的思考输出我架构火花第二篇文章。 4.3 “AI增强”架构下的可靠性与成本博弈 未来的架构方向并非追求科幻式的“全能AI”，而是“AI增强”的工程化体系。 由于大模型本质是概率性系统，在长链条业务中（如10个步骤的流程），微小的概率偏差会叠加导致整体可靠性断崖式下跌（如跌至60%以下）。因此，大模型应被定位为“扳手”式的辅助工具，而非核心决策大脑。 从成本与产出比（ROI）考量，企业应保留80%-90%的确定性逻辑由传统软件保障，仅将剩余10%-20%的灵活需求交给Token计费的大模型，这种“传统软件兜底+AI锦上添花”的模式才是可持续的落地之道 即让传统软件保障80%-90%的确定性、高可靠性逻辑，而将剩余10%-20%的灵活、探索性任务交给大模型，以平衡可靠性与高并发场景下的Token成本。
46721编辑于 2025-12-19 - 来自专栏学习道路指南
ECharts与Excel的火花
本文将深入探讨这两者之间的火花碰撞，以及如何结合它们以实现更强大的数据可视化效果。 三、ECharts与Excel的结合：火花碰撞 尽管ECharts和Excel都是强大的数据处理和可视化工具，但它们各有优缺点。将两者结合起来，可以取长补短，实现更强大的数据可视化效果。 radius: '50%', data: [] }], emphasis: { itemStyle: { shadowBlur: 10 data: nums, emphasis: { itemStyle: { shadowBlur: 10 在这个充满数据的世界里，让我们一起点燃ECharts与Excel的火花碰撞，探索无限可能的数据可视化之旅！
1K10编辑于 2024-01-19 - 来自专栏腾讯云TVP
架构火花｜一线视角下的AI：从应用边界到落地难题
本文基于腾讯云架构师北京同盟成员在群内的讨论整理，在保持原意的基础上进行了编辑优化。
36810编辑于 2025-09-03 - 来自专栏阿杜的世界
10个常见软件架构
原文参见：10 Common Software Architectural Patterns in a nutshell 在开始一个大型项目之前，我们需要进行详细的系统分析，尽量选择合适的架构，这样方便我们快速交付和后期维护升级 ，这篇文章总结了10种常见的架构模式。 在阅读这篇文章的时候，我想到了之前读过的一本书——《企业应用架构模式》，这本书偏理论，但是对理解大型系统的构建很有帮助。 架构模式的定义：架构模式是在给定的场景下，前人总结出来的通用的、可重复利用的解决方案。架构模式和设计模式的作用类似，但是它针对的范围更加广泛。 下面这张图值得收藏，讲了这几种架构模式的trade-off ? image.png
1.4K30发布于 2018-12-14 - 来自专栏前端壹栈
three.js 实现火花特效
上周末刚在原神里抽到了“火花骑士”可莉，于是就心血来潮，想用three.js来实现一种火系的特效，不是炸弹的爆炸，而是炸弹爆炸后在草上留下的火花效果 ? glslify 着色器npm包：glsl-noise,glsl-sdf-primitives,glsl-sdf-ops 正文 场景搭建 按之前的惯例，搭建一个场景，放一个铺满屏幕的平面，设定一些必要的参数（火花的速度与颜色 简要说下思路：ray marching获取的值改成光线位置pos和光线移动的进度strength，光线位置的y轴将用于设定火花的颜色；光线移动的进度strength用于设定火花的形状（这里就是椭圆） # R0RM7Q.png 用噪声生成火花 接下来就对这个椭圆应用上噪声（这里选了传统噪声，为了更好看的外观，也可以选择其他的噪声） float fire(vec3 p){ vec3 p2=p*vec3 R0fRFH.gif 莫名感觉像黑魂3里的芙莉德修女的黑焰，尽管这样也很cool，我们还是给它加上颜色，让它更像现实中的火花 给火花加上颜色 将颜色通过mix函数混合起来（强度是光线位置的y轴），和之前的颜色相乘即可
14.8K20发布于 2021-07-29 - 来自专栏SDNLAB
NFV，在合作中迸出火花
本次会议的NFV用例主要有：（PDF输出文档） 网络功能虚拟化基础架构即服务（NFV IaaS） 虚拟化网络功能即服务（VNFaaS ） 虚拟网络平台即服务（VNPaaS） VNF FG（VNF 截止到2016年，NFV发展的三个阶段分别是，第一阶段创建体系架构，第二阶段是互操作性，第三阶段创建一个开放的NFV生态系统。
81380发布于 2018-04-03 - 来自专栏超级架构师
「软件架构」10种常见的软件架构模式
在主要的软件开发开始之前，我们必须选择一个合适的架构，为我们提供所需的功能和质量属性。因此，在将它们应用于我们的设计之前，我们应该了解不同的体系结构。 ? 什么是架构模式？ 根据维基百科， 架构模式是一种通用的、可重用的解决方案，用于解决给定上下文中软件架构中常见的问题。架构模式类似于软件设计模式，但范围更广。 在本文中，我将简要解释以下10种常见的体系结构模式及其用法、优缺点。 10. 解析器模式 此模式用于设计解释用专用语言编写的程序的组件。它主要指定如何计算程序行，即用特定语言编写的句子或表达式。其基本思想是为语言的每个符号建立一个类。 用法 数据库查询语言，如SQL。 架构模式比较 下表总结了每种架构模式的优缺点。 ?
1.7K11发布于 2020-05-14 - 来自专栏深圳架构师同盟
架构火花 | AI编程时代的“代码审判”：从人工执念到 AI Native 的工程范式革命
一、背景 前两天在我们深圳同盟架构师群里炸了，起因是何老师抛出的一个问题：“大家现在AI编程输出的代码，Review是如何做的？感觉完全靠人工去100% Review不现实啊。 如同 Linus 扮演“严父”角色一样，开发者必须以自身的“工程品味”（Engineering Taste）为准则，对 AI 提供的多种架构方案进行筛选和修正，强迫其符合工程规范。 工程品味（Engineering Taste）： AI 见过所有架构，但它不知道你要哪一种。工程师必须利用自己的“一万小时定律”积淀的直觉，要求 AI 按特定的工程规范进行修改。 4.3 组织的未来：超级个体的崛起 AI 对工程效率的提升（预计未来半年平均可提升 5-10 倍）将深度改变组织结构： 角色融合： 未来可能出现更多“超级个体”，一个人端到端负责产品、开发、测试全流程。 AI 降低了技术门槛，却提高了对目标定义、架构设计和系统工程验证的要求。 五、老周的思考 很多人都在说等未来AI含量超过某个阈值，等数据量足够大，等算力足够强，等那个奇点何时到，等AI啥时候拥有意识？
19920编辑于 2026-01-19 - 来自专栏QQ大数据团队的专栏
火花思维大数据Serverless实践总结
导读 本文介绍了火花思维教育科技有限公司在大数据架构上的一次重大转型：从 EMR 迁移到 Serverless 架构模式。 在这样的背景下，火花思维决定采用 Serverless 架构来构建大数据处理平台，以提高系统的可扩展性、可靠性和效率。 2. 另外，弹性扩容的过程通常需要较长的时间来完成，以我们在 2023 年的扩容操作为例，当时扩容 10 台 DN（Data Node，数据节点）通常需要半小时的等待时间，这种较长的扩容时间使得EMR弹性扩容很难应用到日常的调度场景中 稳定性收益 此次 Serverless 架构升级改造为火花大数据带来了极其显著的稳定性提升。 06 经验与教训 在整个 Serverless 架构的升级改造进程中，我们遭遇了诸多问题，以下是火花所积累的部分经验与教训。 1.
76300编辑于 2025-04-19 - 来自专栏无量测试之道
Python + gRPC 会擦出怎样的火花？
在 gRPC 中，客户端应用程序可以直接调用不同机器上的服务器应用程序上的方法，就像它是本地对象一样，可以更容易创建分布式应用程序和服务
82520编辑于 2023-09-02 - 来自专栏育种数据分析之放飞自我
植物碰撞动物的火花--数据分析进阶
三种分析方法 10. 不同性状不同模型的结果比较 可以看出，对于模拟数据，M3（考虑空间和Nugget）的评估准确性最高。 11. 不同模型的残差分布图 12.
63820编辑于 2022-12-12 - 来自专栏全栈程序员必看
Lamp架构_10个人公司的架构图
一：LAMP 架构简介 LAMP 是目前成熟的一种企业网站应用模式之一，指的是协同工作的一套系统和相关软件的整合，可提供PHP动态web站点应用及开发环境，LAMP 经过十年的完善各个组件间的兼容性 二：LAMP 架构构成 LAMP 组件：Linux， Apache/Nginx，mysql/mariadb，PHP/Perl/Python Linux 构建的基础，支持web的操作操作系统
88610编辑于 2022-11-03 - 来自专栏Loki
KubeGems 与 Logging Operator 的美妙火花
系统鲁棒性 高性能 日志采集和转发性能至少需处理 10K line/sec 支持采取日志限流策略 日志延迟不得低于 5min 可扩展 架构支持灵活的水平扩展以提升整体日志吞吐量 组件应满足无状态属性 可运维性 Output 交于用户配置较为困难，需要 KubeGems 将资源封装（需兼容源对象） 可观测性功能较弱 日志 Match 部分功能较弱，无法通过直接匹配 workload 进行关联 KubeGems 日志整体架构 采集日志的目标命名空间 True String monitor 启用日志采集状态监控，default: true False Boolean throttle 启用容器级日志条目限速，Lines / 10s logging_entry_count type: counter - throttle: group_bucket_limit: 4000 group_bucket_period_s: 10 总结 KubeGems 中基于租户的日志采集方案整体设计采用 Logging Operator + Loki 架构，用户可根据企业自身组织结构对其进行管理和适配。
1.3K11编辑于 2022-04-13 - 来自专栏庄闪闪的R语言手册
Leaflet 与高德继续碰撞火花！
之后，又将高德和该包相结合，介绍了前期需要准备的工作，见：Leaflet 与高德合并会擦出怎么样的火花？。这一期就到了绘制地图环节，下面将分享三类数据的绘制教程。 ## 6 3 39.9 116. ## 7 4 20.0 110. ## 8 4 39.9 116. ## 9 5 22.3 114. ## 10
3.9K20发布于 2021-10-08 - 来自专栏喔家ArchiSelf
软件架构的10个常见模式
在开始写代码之前，我们需要选择一个合适的架构，这个架构将决定软件实施过程中的功能属性和质量属性。因此，了解软件设计中的不同架构模式对我们的软件设计会有较大的帮助。 什么是架构模式？ 根据维基百科：架构模式是针对特定软件架构场景常见问题的通用、可重用解决方案。架构模式类似于软件设计模式，但范围更广。本文将简要解释10种常见架构模式及其用法、优缺点。 应用场景： 一般的web应用程序架构 Django和Rails等Web框架 一般的GUI 应用程序 模型-视图-控制器模式 9. 黑板模式 这种模式对于没有确定解决方案策略的问题非常有用。 应用场景： 语音识别 车辆识别及追踪 蛋白质结构识别 声纳信号的解释 黑板模式 10. 解释器模式 这种模式用于设计一个解释专用语言编写的程序组件。 解释器模式 下面的表格总结了每种架构模式的优缺点。 希望觉得这篇文章有用，我们也很想听听你的想法。
1.4K40发布于 2019-04-25 - 来自专栏一个会写诗的程序员的博客
软件架构的10个常见模式
在开始写代码之前，我们需要选择一个合适的架构，这个架构将决定软件实施过程中的功能属性和质量属性。因此，了解软件设计中的不同架构模式对我们的软件设计会有较大的帮助。 ? 什么是架构模式？ 根据维基百科：架构模式是针对特定软件架构场景常见问题的通用、可重用解决方案。架构模式类似于软件设计模式，但范围更广。本文将简要解释10种常见架构模式及其用法、优缺点。 应用场景： 一般的web应用程序架构 Django和Rails等Web框架 一般的GUI 应用程序 ? 9. 黑板模式 这种模式对于没有确定解决方案策略的问题非常有用。 10. 解释器模式 这种模式用于设计一个解释专用语言编写的程序组件。它主要指定如何评估每一行程序，即用特定语言编写的句子或表达式。其基本思想是语言的每个符号都有一个类。 下面的表格总结了每种架构模式的优缺点。 ? 参考链接：https://www.jianshu.com/p/afdc8e337035
1.5K20发布于 2020-05-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号