- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术活动纪要
深圳同盟线下活动816回顾-架构未来圳在出发-上
背景2025年8月16，腾讯云架构师技术同盟深圳同盟成立。作为成员，全程参加了这次线下活动。到今天已经4个月了，浮光掠影，历历在目。回顾思考，查漏补缺，是精进的最好方式。同盟一周年，收货颇多。 开幕式大美女开场，成立大组织：腾讯云架构师技术沙龙。活动和呈现形式：深圳同盟成立，美女秘书长发言。硬汉大咖出场。理事长出场。氛围编程发哥分享AI工具使用和管理心得。 腾讯云架构师同盟搭建了一个技术交流的大舞台，架构师可以走的更远，互通有无，持续精进。
39261编辑于 2025-12-10 - 来自专栏Livinfly
【算法竞赛】CF #816 (Div. 2) A-D Rethink
因为一次滑行就要一格能量，所以，一次尽量长，所以直接一条通到底是最好的（如题中样例解释图例） 之后便可以尝试，发现除了(1,1)需要特判，其他结果都是 (m - 1) * 2 + n B 因为是下取整， C 发现如果所有数都一样，题目中所定义的值为n*(n+1)/2 那后面就是修改的事情了（因为一开始的数据也可以看作是修改来的） 我们可以发现，只有当修改的数据对整体的所定义值的影响，只和 与旁边的数的关系和 CODE D #pragma GCC optimize(2) #include <bits/stdc++.h> #define all(x) (x).begin(), (x).end() using
30410编辑于 2022-10-26 - 来自专栏超级架构师
「数据架构」数据架构的未来
安东尼J.阿尔格明认为，数据架构正从一个混乱和纠结的时代进入一个更加干净和有组织的时代。在DATAVERSITY®数据体系结构在线会议上，Algmin回顾了过去的预测、当前的热门话题以及对未来的预测。 快速回顾：修正过去的预测 在芝加哥举行的数据架构峰会上，阿尔格明主持了一次小组讨论，他在讨论中提出了四个主题，这些主题后来得到了验证： 云和衍生产品已经成为并将继续成为一个热门话题，大多数组织都承认它们有未来 实际情况是，运营报告最好由数据仓库提供服务，并在可预见的未来继续具有相关性。 “数据科学家的特别分析将解决所有问题。”虽然数据科学是一个热门话题，“但事实是，数据科学家的相关性尚未达到其实际潜力。 数据架构与企业架构的融合 “数据架构师的热度指数正在上升，但企业架构热度指数非常非常冷，而且已经有一段时间了。” 在地平线上：未来的热门数据架构主题 Algmin预测了ML和AI在元数据管理和数据治理中的扩展，比如区块链和分布式账本。“我们将开始看到，作为数据架构师，我们可以做一些真正阻碍我们的组织的事情。”
65920发布于 2020-07-20 - 来自专栏芯智讯
未来2到3年，RISC-V将超越所有架构！
“未来两到三年内，RISC-V将突破性能水平或应用领域的限制，将很快超越所有其他架构！” 未来2到3年，RISC-V将超越所有架构 RISC是一种精简指令处理器，其起源于美国加州大学伯克利分校的EECS部门的计算机科学部门的David Patterson教授及其团队的一项课题研究的产物。 “未来两到三年内，RISC-V将突破性能水平或应用领域的限制，将很快超越所有其他架构！”Krste Asanović教授非常有信心的说道。 此外，SiFive还透露未来将推出更高性能的P870系列，其SpecINT2k6的性能将会达到17分/GHz，作为对比，P670只有13.2/GHz。 预计未来两到三年内，RISC-V将突破性能水平或应用领域的限制，将很快超越所有其他架构！” 作者：芯智讯-浪客剑
1.6K30编辑于 2023-08-09 - 来自专栏超级架构师
【企业架构】描绘未来第 2 部分：定义能力路线图
它们是业务架构的常见元素，对战略执行很有用。 价值流有它们的位置，也是业务架构的重要元素。它们将在以后的文章中讨论。 这些能力是如何发展起来的？ 未来的能力可能是处理被拒绝的医疗账单付款并在 90 天内返回给第三方。最终的能力可能是以相同或更好的性能在内部进行医疗支付。 一般来说，路线图将按照时间线组织，现在代表起点，未来代表正确。 纳入反馈。一旦创建了能力路线图，就需要对其进行验证。特别是，来自技术路线图的反馈至关重要。 我被问到的一个问题是，路线图应该在未来多远的时间内进行规划。这是一个难题，将取决于组织及其所从事的市场。例如，航空航天等资本密集型行业可能需要比电子商务组织（大多数可能不会超过 2 到 4 年）。
44910编辑于 2022-07-29 - 来自专栏最新技术
大数据架构的未来
然而，现在最大的问题是什么样的架构和解决办法能让我们能够实现这种可能性。 根据需要来转换数据 汇总数据 提供分析数据的工具 对数据的汇报 将理念纳入运营流程 在最少的TCO和响应时间内完成这些所有工作 数据湖的愿景作为一种答案 许多企业都在寻找某种叫数据湖（Data Lake）的架构 我们是否可以在我们的体系结构中添加另一个持久层，以填补这些空白，并符合我们使用低TCO商品硬件和开源模型，架构在读和Hadoop分布式处理层的设计原则？ 因此，下图是数据湖的推荐架构。 MongoDB集成到数据湖 该体系结构将MongoDB添加作为您需要表达式查询的任何数据集的持久层，与您上述想要索引的3个理由相关。 我看到一些企业从一个数据湖开始，只花费一年时间清理所有数据并将其写入HDFS，以期在未来从中获得价值。然后，企业没有从中看到任何价值，但实际上他们和客户之间还有另一个批次层。
1.7K120发布于 2018-05-17 - 来自专栏实时流式计算
数据架构的未来——浅谈流处理架构
数据架构设计领域正在发生一场变革，其影响的不仅是实时处理业务，这场变革可能将基于流的处理视为整个架构设计的核心，而不是将流处理只是作为某一个实时计算的项目使用。 本文将对比传统数据架构与流处理架构的区别，并将介绍如何将流处理架构应用于微服务及整体系统中。 传统数据架构 传统数据架构是一种中心化的数据系统，可能会分为业务数据系统和大数据系统。 这样设计的原因是因为数据处理性能和准确性的限制，在Streaming-大数据的未来一文中曾提到过，由于对事件时间的不可控，我们不能将实时数据作为准确可靠的数据来源。 • 传统的数据架构太单一：数据库是唯一正确的数据源，每一个应用程序 都需要通过访问数据库来获得所需的数据。 • 采用这种架构的系统拥有非常复杂的异常问题处理方法。 流处理架构 作为一种新的选择，流处理架构解决了企业在大规模系统中遇到的诸多问题。以流为基础的架构设计让数据记录持续地从数据源流向应用程序，并在各个应用程序间持续流动。
76841发布于 2019-08-30 - 来自专栏CSDN技术头条
大数据架构的未来
此外，像雅虎和谷歌这样的webscale公司都是早期标杆，借用这种架构在解决网站索引相关的问题时获得了巨大的成功。 2. 低延迟报告：如果没有灵活的索引方式，我们如何在次秒级时间内响应客户的需求，为他们提供有价值的数据报告呢？ 因此，推荐使用下面的架构来构建数据湖。 MongoDB对数据湖非常重要 ? 这个架构将MongoDB作为持久化层面加入任何需要表达查询的数据集中，正与你需要索引的三个原因（上面列举了）相关。 一些企业在使用数据湖时，只花费一年时间清洗所有数据，然后将其写入HDFS，希望在未来能用这些数据获取价值。 ---- （责编/钱曙光，关注架构和算法领域）
1K70发布于 2018-02-11 - 来自专栏实时计算
数据架构的未来——浅谈流处理架构
本文将对比传统数据架构与流处理架构的区别，并将介绍如何将流处理架构应用于微服务及整体系统中。 传统数据架构 传统数据架构是一种中心化的数据系统，可能会分为业务数据系统和大数据系统。 ? 这样设计的原因是因为数据处理性能和准确性的限制，在Streaming-大数据的未来一文中曾提到过，由于对事件时间的不可控，我们不能将实时数据作为准确可靠的数据来源。 流处理架构 作为一种新的选择，流处理架构解决了企业在大规模系统中遇到的诸多问题。以流为基础的架构设计让数据记录持续地从数据源流向应用程序，并在各个应用程序间持续流动。 本文简单对比了传统数据架构与流处理架构的区别，以及流处理架构的优势所在，但这种体系也面临着其复杂性和很多挑战，深入了解Kafka和Flink将使得这一切变得更加简单。 参考资料：Flink基础教程 Flink官方文档 相关文章： Flink快速入门 Streaming-大数据的未来 什么是Kafka？
1.8K31发布于 2019-09-11 - 来自专栏网络技术联盟站
深度学习框架-Tensorflow2：特点、架构、应用和未来发展趋势
Tensorflow2是Tensorflow的最新版本，它在许多方面都有所改进，并且更加易于使用。图片本文将详细介绍Tensorflow2，包括它的特点、架构、应用和未来发展趋势。特点1. Tensorflow2提供了一种自动微分工具，可以方便地计算梯度。架构Tensorflow2的架构可以分为四个部分：低级API、高级API、工具和库。1. 例如，Tensorflow2可以用于语音识别、语音合成等任务。未来发展趋势Tensorflow2是Tensorflow的最新版本，它在许多方面都有所改进，并且更加易于使用。 未来，Tensorflow2将继续发展，并且将引入更多的功能和特性。Tensorflow2还将继续扩大其应用范围，并且将在更多的领域中得到广泛应用。 Tensorflow2可以应用于许多领域，如计算机视觉、自然语言处理、语音识别等。未来，Tensorflow2将继续发展，并且将在更多的领域中得到广泛应用。
1K00编辑于 2023-05-15 - 来自专栏OpenFPGA
FPGA未来硬件架构探讨-NoC
接下来会首先分析一下NoC的特点，然后说明一下目前FPGA领域在这个硬件架构下的应用，最后简单分析未来这一架构的前景。 3D-NoC 上面介绍的是目前常用的2D-NoC架构，其实NoC还有一种3D架构，如下图所示： 这种架构和2D-NoC差不多，只不过路由部分复杂一些。 这次Achronix 新一代的 Speedster7t FPGA 来简化和加速用户的设计，不仅仅是一种尝试，更能看出未来在大型设计时，NoC总线在FPGA中的应用。 为了这下AIE高效有序的工作，AMD采用了“ 2D 阵列架构”的方式，下图就是示意图： 这就是我们说的2D-NoC架构，官网上详细介绍了这种架构的优点： 同时，AMD的架构也是和上面介绍的Achronix 通过这两FPGA厂家的一些架构分析，我们也能简单看到一些未来FPGA的微架构可能会大量采用NoC硬件架构以适应更加复杂的应用，尤其现在FPGA对于一些嵌入式内核、AI内核的需求越来越大。
2.2K20编辑于 2022-03-11 - 来自专栏喔家ArchiSelf
架构软件工程的未来
了解不同的软件工程生态系统、确定未来需求和确定实现变更的方法需要一系列活动，如图2所示。 2.确保持续发展的软件系统：认识到快速变化系统有效保证的重要性，同时考虑到未来软件系统推理所需的许多科学领域和证据。 5.2 高级架构范式 未来系统的一些特性为软件工程提出了新的和有趣的问题。特别是，将人工智能组件引入系统，将人类视为系统的元素，并有效利用量子计算，对未来系统提出了特别重要的挑战。 这需要考虑这些系统的架构演进、数据流和治理策略中的持续变化和不确定性。未来系统必须随着系统的变化而不断监测和调整。 7 结论 架构软件工程的未来：国家软件工程研究与开发议程是为期一年的社区活动结果，旨在重新验证软件工程的重要性和中心地位；确定该学科当前和未来的挑战；并制定研究议程，以促进软件工程生态系统为未来做好准备
97630编辑于 2022-12-03 - 来自专栏计算机视觉
Mamba 作者谈 LLM 未来架构
他们主要讨论了 LLM 架构的未来，此外，这三位研究者还探讨了状态空间模型（SSM）在新兴的 LLM 市场中的应用前景。 对话中涉及的知识点也比较密集，比如为什么 Transformer 中的注意力机制有效、其扩展限制是什么、Mamba 介绍及其硬件优化以及对未来架构预测的讨论等。 1、为什么注意力机制有效？ 此外，即使现在人们还在使用Transformer架构，未来可能会融入更多的新思想和组件，例如增加更多的层和注意力机制，尽管它们可能仍然被称为Transformer。 未来，架构设计将变得更加有趣和复杂，将会有更多的创新发生。无论是混合模型还是引入新的模块，我们都将看到更多激动人心的创新。 未来一段时间我们将专注于数据领域。 虽然所有的架构工作都很有趣，但其在硬件上高效运行也很有趣，但最终还是关于数据的。
49210编辑于 2024-03-19 - 来自专栏人人都是极客
Android技术架构演进与未来
2. 系统演进 系统演进趋势：每个Android大版本的更新迭代前行，历经10余年，在用户体验、流畅性、续航、安全、隐私、机器学习等方面都取得较大的改进。 Android 9.0系统，引入神经网络API，采用机器学习的思路来预测用户使用习惯来做省电优化，继续强化Treble计划；文件系统(sdcardf/F2FS)持续提升；私有API的限制进一步规范化Android 系统不断演进，但整体架构基本没有改变，如下图所示。 ? 3. 未来的设备如果发展非连续变革，可能不再需要实体硬件，随处可输出，一张白纸、一面墙，到那时操作系统的UI架构必然全新的变化。 随着Android系统功能越来越多，系统架构中有些模块未来可能会被重构，某些服务大锁制约性能，比如Android 8.0优化过binder大锁让性能显著提升。
1.4K30发布于 2019-05-17 - 来自专栏前端小吉米
HTTP2即未来
简而言之就是 H2是一个二进制协议而,H1是超文本协议.传输的内容都不是一样的 H2遵循多路复用即,代替同一host下的内容,只建立一次连接. H1不是(傻逼) H2可以使用HPACK进行头部的压缩,H1则不论什么请求都会发送 H2允许服务器,预先将网页所需要的资源PUSH到浏览器的内存当中. 接下来,我们来看看,H2到底有哪些具体的feature HTTP2的features 首先介绍一下,HTTP2为什么是一种二进制的协议. 不过,这一切在H2中,都变得特别的SB。。。以为,H2本身就可以实现,一个TCP, 资源无上限的特点. 最显而易见的特性就是: akamai HTTP2的demo. ? HTTP2 实践过程 首先一个协议的出现, 必定是 >=2 之间的沟通. 那针对于 HTTP2 就是 server 和 browser 之间的通信协议.
95430发布于 2018-07-03 - 来自专栏程序你好
微服务Microservices——应用架构的未来
它还讨论了帮助开发人员和应用程序架构师实现其应用程序目标的最佳实践。 2. Microservices – Artefacts 为什么是微服务——新模式? IT技术的演变极大地改变了全球商业的视角。在早期，它被认为是对企业/组织的帮助。 考虑应用程序架构的这种转变也引入了实践上的转变。 Gartner进一步预测，“对于许多组织来说，迈向web规模IT未来的第一步应该是DevOps(开发操作)——以一种协调的方式将开发和操作结合在一起，以推动应用程序服务的快速、持续增量开发。” 结论 单体架构模式是构建企业应用程序的常用模式。它在小型应用程序中工作得相当好:开发、测试和部署小型单片应用程序相对简单。 然而，对于大型、复杂的应用程序，单体架构会成为开发和部署的障碍。
1.1K20发布于 2018-08-09 - 来自专栏数据社
漫谈未来数仓架构如何设计
编辑：数据社 全文共3758个字，建议10分钟阅读 大家好，我是峰哥，夏天已经来了，小麦马上要丰收了，今天分享一篇关于未来数仓架构发展方向的文章。 本文将在Kappa架构基础上，进一步谈数仓架构设计。 01 什么是Lambda架构？ 2、在实时数据处理时，遇到大量不同的实时流进行关联时，非常依赖实时计算系统的能力，很可能因为数据流先后顺序问题，导致数据丢失。 例如：一个消费者在淘宝网上搜索商品。 2.数据窗口开的越大，内存成本越高。受限于成本，对大量数据处理仍然有可支持的物理空间上限。 3.下游接收的通常都是处理结果，对于内存中的流表数据是无法直接访问的。这样无形中增加了开发成本。 spm=a2c6h.12873639.article-detail.4.6a25e9411qbiqv
62820编辑于 2022-05-26 - 来自专栏DDD
架构与架构师2
最近闲了，看了几次李运华关于架构的视频，不禁再次反问架构是什么？架构师的职责是什么？ 对于这两个问题，之前也总结过一篇《架构和架构师》[1]，再结合他的专栏文章和视频，补充一下 架构 李运华给架构的定义：软件架构指软件系统的顶层结构，缩句成架构指结构，而结构的修饰语蕴含了太多东西，抽象不够直白 ，得行多少路，抽象了多少回，才有的认知，所以我也不打算靠记忆了，不过对于模块和组件的认知很独到 虽然架构定义众家纷说，但对于如何描述架构还是有共识的，那就是“4+1视图”，在《架构和架构师》[2]也描述了 架构师在国内，大多时候可能不是个岗位，而是个角色。大厂还有架构师一说，小厂难得有专职架构师，所以架构师职能还得多多取经大牛，学习一下大牛 架构师能力模型 ? 这个过程，回顾最近几个系统设计的确是这样的 1.业务方提出一个业务，刚开始可能只是个目标，轮廓2.与业务方、产品不停的交流，交流得越深入，需求就越明确3.理解业务并明确需求后，划分模块，不管是传统画ER
56210发布于 2021-03-23 - 来自专栏Node Python Go全栈开发
Go 2 : 提案和未来特性
Go 语言从 2008 年发展至今仍然停留在第一个大版本上，而开发者们也一直在探索讨论未来的 future，而这里的 Go 2 也并不是指第二个大版本，其实更多的只是一个绰号，代指未来的语言更新及新的特性 Go 1 掌握在一个小团队手中，而 Go 2 最大的不同就是将会更多的由社区进行驱动。如今，开发者社区正在提供越来越多的提案，为了更好的筛选并评估这些提案，一套标准化的流程也正在开始得到应用。 提案筛选标准： 1、解决很多人的重要问题 2、负面影响微乎其微 3、有一个清晰易懂的解决方案 提案评估流程： 1、Proposal selection ：Go 团队筛选少数值得考虑接受的提案。 2、Proposal feedback ：对所选提案进行公告，解释初步意图，并收集反馈意见。 3、Implementation ：根据反馈将提案进行实现，为 release 做好准备。 选择 Labels 标签为 Go2 和 Proposal 的 issue 即可。
65620发布于 2020-07-17 - 来自专栏CNCF
Kubernetes云供应商架构的未来
从那时起，我们已经提出了很多动议，我们将在此与大家分享迄今取得的成就以及我们希望未来的发展方向。 使命 首先，我想分享SIG的使命，因为我们用它来指导我们现在和将来的工作。 今天，每个核心Kubernetes组件（除了调度程序和kube-proxy）都有一个-cloud-provider标志，你可以配置该标志以启用一组与底层基础架构提供程序集成的功能，即云供应商程序。 Out-of-Tree云供应商架构（来源：kubernetes.io） 当最初开发云提供程序集成时，它们是原生开发的（在树中）。 从那时起，我们一直在积极努力迁移所有云供应商以使用树外架构，因为如今大多数集群仍在使用树内云供应商。 展望未来 展望未来，SIG的目标是删除所有现有的树内云供应商，转而使用树外的实现，同时对用户的影响最小。
1.1K10发布于 2019-12-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号