最近几年AI芯片的新闻层出不穷从云端训练卡到边缘推理单元各种“专用”“定制”的标签让人眼花缭乱。但如果你问一个在AI领域摸爬滚打多年的工程师哪一次“定制”真正改变了游戏规则很多人会不约而同地提到一个名字TPU。这个故事的开端远不止是“谷歌造了个芯片”那么简单它更像是一次在巨大压力下的、关于“如何让想法追上摩尔定律”的工程豪赌。而这场赌局的核心推动者正是那个在谷歌内部被戏称为“让编译器都害怕”的男人——杰夫·迪恩。这个故事之所以值得反复咀嚼不是因为它有多么神秘的技术细节而是因为它揭示了一个在今天依然极具价值的工程决策逻辑当通用计算架构的演进速度开始追不上特定领域尤其是AI对算力需求的指数级增长时一个团队应该如何思考、决策并最终押注一条全新的硬件路径。TPU的诞生不是一次简单的技术升级而是一次对“软件定义硬件”理念的极限实践它迫使整个行业重新思考算法、软件栈和硬件设计之间的耦合关系。1. 从“不可能的任务”到“必须完成的任务”TPU诞生的前夜要理解TPU为什么会出现我们需要回到2013年左右。那时深度神经网络特别是卷积神经网络CNN在图像识别领域取得了突破性进展。谷歌内部的研究团队包括杰夫·迪恩领导的Google Brain正疯狂地尝试将这项技术应用到谷歌的各个核心产品中从图片搜索到语音识别再到后来的机器翻译。然而一个巨大的瓶颈横亘在面前算力。当时团队主要使用英伟达的GPU如K20来运行这些模型。训练一个像样的模型动辄需要数周甚至数月的时间消耗成千上万块GPU。这不仅仅是成本问题更是效率和发展速度的问题。一个想法的验证周期被拉得极长严重拖慢了整个研究和产品化的节奏。更关键的是杰夫·迪恩和他的团队看到的不是眼前的几个模型而是一个即将到来的、由AI驱动的未来。他们预见到神经网络模型只会变得更大、更复杂对算力的需求将呈指数级增长。而当时主流的CPU和GPU其架构演进摩尔定律的速度已经明显跟不上AI算力需求的曲线。这是一个根本性的矛盾通用处理器为了保持灵活性其架构设计必然包含大量用于处理各种通用任务的逻辑单元和控制电路而这些在运行高度规整、以大规模乘加运算为核心的神经网络时成了巨大的“性能包袱”和“功耗黑洞”。于是一个在当时看来近乎疯狂的想法被提了出来我们能不能为神经网络专门设计一款芯片这个想法面临的挑战是巨大的技术风险从零设计一款专用芯片ASIC周期长通常18-24个月、投入大、失败率高。生态风险即使芯片做出来了没有与之匹配的软件栈、编译器、驱动和算法优化它就是一块昂贵的硅片。需求风险神经网络算法本身也在快速演进今天设计的专用架构明天会不会因为算法变革而变得无用正是在这种背景下杰夫·迪恩的角色从一位杰出的软件系统架构师转变为了一个硬件项目的关键推手。他的推动力并非来自对晶体管物理的深刻理解而是来自一个更顶层的、系统性的洞察要解决AI的算力危机必须在整个技术栈从算法到硬件上进行协同设计而打破僵局的钥匙很可能就在最底层——硬件本身。2. 杰夫·迪恩的“催化剂”作用连接算法需求与硬件实现杰夫·迪恩在TPU项目中的角色常常被外界简化为“支持者”或“发起人”。但这大大低估了他的作用。他更像是一个高效的“催化剂”和“翻译官”精准地连接了三个原本存在隔阂的世界算法研究、软件系统与硬件工程。首先他明确了“为什么必须做”的战略必要性。作为Google Brain的联合创始人他深度参与了最前沿的AI研究对算力瓶颈的切肤之痛有最直接的感受。他能够用清晰、有力的逻辑向管理层和跨部门团队阐述继续依赖通用硬件谷歌在AI领域的领先优势将不可持续。这种基于深刻技术趋势判断的“布道”能力为项目争取到了至关重要的资源和高层支持。其次他定义了“要做什么”的核心架构原则。杰夫·迪恩没有去设计具体的电路但他和团队一起为TPU定下了几个影响深远的设计基调极致能效比优先目标不是追求绝对的峰值算力FLOPS而是在单位功耗下为神经网络推理提供最高的有效算力。这直接决定了TPU采用了相对较低的时钟频率和大量高度并行的、简化定制的计算单元矩阵乘加单元。为推理Inference优化初期TPU明确聚焦于模型部署后的推理阶段而非训练。这是因为推理对延迟和功耗更敏感且需求规模巨大一次训练无数次推理。这个聚焦让设计目标变得极其清晰。简化控制强化数据流减少通用CPU中复杂的控制逻辑和缓存层次设计一个以大规模数据吞吐为核心的“脉动阵列”架构。数据像流水一样在固定的处理单元间流动被高效复用最大限度地减少数据搬运的能耗这正是冯·诺依曼架构的瓶颈所在。最后他推动了“怎么做”的软硬协同。杰夫·迪恩深知没有软件硬件毫无用处。他促使软件团队包括TensorFlow的早期团队与硬件团队紧密合作。TPU的指令集、内存层次结构、数据格式如bfloat16等设计都充分考虑了上层编译器如XLA和框架如TensorFlow如何能最高效地利用它。这种“从上至下”的设计方法确保了TPU不是一座孤岛而是谷歌AI软硬件生态中的一个有机组成部分。可以说TPU的架构是硬件工程师的杰作但其灵魂和方向则深深烙上了杰夫·迪恩所代表的、从系统层面和算法需求出发进行思考的印记。3. TPU的核心设计思想一场针对矩阵乘加的“外科手术式”优化理解了“为什么做”和“谁推动做”我们再来拆解TPU本身。它的设计哲学可以用一句话概括对神经网络推理中最核心、最耗时的操作——大规模矩阵乘加进行一场极致的、外科手术式的硬件优化并砍掉一切不必要的通用功能。我们可以从几个关键维度对比TPU与同时代的CPU/GPU维度CPU (通用处理器)GPU (图形处理器/通用并行处理器)TPU v1 (专用张量处理器)核心目标处理复杂逻辑、控制流、通用计算处理高度并行的、规整的图形/计算任务专为神经网络矩阵运算优化计算单元少量强功能ALU复杂控制逻辑成千上万个小核心(SM)适合大规模线程并行大型二维脉动阵列如256x256专做乘累加(MAC)内存体系多级缓存强调低延迟访问显存(GDDR/HBM) 缓存高带宽片上高带宽内存(HBM)极致减少数据搬运能效比低大量功耗用于控制、缓存一致性中高并行度高但架构仍为通用性保留开销极高剔除通用逻辑功耗几乎全用于计算灵活性极高可运行任何程序高通过CUDA等支持多种并行计算低专为特定类计算如INT8/量化推理设计典型场景服务器逻辑、数据库、Web服务AI训练、科学计算、图形渲染AI模型在线推理初期脉动阵列是TPU的核心。你可以把它想象成一个计算细胞的网格。数据权重和激活值从不同方向流入这个网格在每个交叉点的“细胞”一个乘加单元中进行一次乘法和累加操作然后结果流向下一个细胞。这种设计实现了数据复用最大化一个数据进入阵列后会在流动过程中被多个计算单元重复使用极大地降低了从外部内存读取数据的次数数据搬运是能效的主要杀手。高计算密度阵列中充满了计算单元控制逻辑极其简单实现了极高的面积效率和能效比。确定性延迟数据流路径固定使得计算延迟可预测这对在线服务至关重要。软件栈的配合同样关键。TPU不能直接运行Python或C代码。它需要编译器如XLA将高级的TensorFlow计算图“降低”为TPU能理解的、高度优化的机器指令序列并充分利用脉动阵列的特性进行内存布局优化和操作调度。这再次体现了软硬协同的重要性。4. 从TPU看定制芯片的工程实践机遇与深坑TPU的成功点燃了整个行业对AI专用芯片的热情。但作为工程师我们不能只看到光环更要看到这条路上的荆棘。TPU的案例为我们提供了一个绝佳的模板来思考任何定制芯片无论是ASIC还是FPGA项目必须回答的几个关键问题1. 问题定义你真的需要定制芯片吗这是最根本的一问。定制芯片的前提是存在明确、稳定且计算密集的核心算子例如神经网络的矩阵乘加、加密解密中的特定算法、视频编解码中的变换与量化。如果核心算法每六个月大变一次定制芯片的风险极高。现有通用方案存在无法逾越的瓶颈这个瓶颈通常是性能/功耗/成本三者至少其二的组合。如果GPU已经能以可接受的成本和功耗满足需求那么定制芯片的投入产出比就需要仔细权衡。有足够的应用规模来分摊成本流片制造芯片的NRE一次性工程费用动辄数百万甚至上千万美元。只有当下游应用如谷歌的海量搜索推理能预见巨大的用量时单颗芯片的成本才能被摊薄。2. 架构选型ASIC vs. FPGA vs. 其他ASIC (如TPU)性能最强、能效比最高、单位成本最低在大规模量产下。但开发周期最长18-36个月、灵活性最差、NRE最高、流片后无法修改。适合算法稳定、需求明确、量级巨大的场景。FPGA开发周期短数周至数月、可重复编程、灵活性高。但绝对性能、能效比通常低于同工艺ASIC、单位成本高、开发难度大需要硬件描述语言。适合算法尚未完全定型、需要快速原型验证、或者多品种小批量的场景。SoC (集成专用IP核)在通用处理器如ARM CPU旁集成一个或多个针对特定功能的硬件加速IP。在灵活性和性能之间取得平衡常见于手机芯片NPU、网络处理器等。3. 软硬协同最容易被低估的“隐形工程”定制芯片一半的挑战在硬件另一半在软件。TPU如果没有TensorFlow和XLA其价值将大打折扣。软硬协同包括编程模型与编译器如何让软件工程师用熟悉的方式如Python API调用硬件加速器编译器如何将高级代码高效映射到底层硬件资源驱动与运行时如何管理任务调度、内存、功耗和热管理工具链与调试提供什么样的仿真、调试、性能剖析工具这决定了开发效率。4. 生态与长期演进芯片不是一次性产品。需要考虑可演进性TPU从v1到v4架构也在演进。初始设计是否预留了扩展空间标准与兼容性是否支持行业主流接口如PCIe、数据格式这决定了它的易用性和集成成本。团队能力需要同时具备算法、软件系统、硬件架构、芯片设计、验证和驱动开发的复合型团队这类人才稀缺且昂贵。5. 给开发者的启示在“软件定义一切”的时代理解硬件对于大多数不直接设计芯片的软件工程师和应用研究者来说TPU的故事依然充满启示启示一理解计算的本质开销。现代AI框架让我们可以像搭积木一样构建模型但我们必须意识到每一次tf.matmul或torch.nn.Linear的背后都是海量的数据搬运和计算。理解不同硬件CPU/GPU/TPU对这些操作的实际开销延迟、吞吐、功耗是进行高效算法设计和系统优化的基础。例如意识到数据从CPU内存到GPU显存的搬运成本可能会促使你重新设计数据预处理流水线。启示二拥抱硬件感知的算法设计。算法的设计可以反过来为硬件优化提供空间。例如量化感知训练、权重稀疏化、操作融合等技巧都是为了更好地适配底层硬件的特性如TPU对低精度整数的友好支持、对规整数据流的偏好。未来的算法工程师需要具备一定的“硬件意识”。启示三关注抽象与接口而非孤立实现。我们可能不需要自己造芯片但需要理解如何通过清晰的抽象如MLIR、各种加速器运行时接口来让我们的软件更好地利用多样化的硬件。学习如何为你的关键计算内核编写高效的GPU KernelCUDA或利用定制加速器通过OpenCL、SYCL等是提升性能的关键技能。启示四建立系统级的性能观。不要只盯着模型的准确率或单次推理的延迟。在真实的生产环境中你需要关注吞吐量、尾延迟、功耗成本、多租户资源隔离、故障恢复等系统级指标。TPU的成功正是因为它从一开始就被置于谷歌庞大的数据中心服务框架下进行考量。回到开头谢尔盖·布林讲述的TPU诞生故事以及杰夫·迪恩在其中扮演的关键角色其核心价值在于它展示了一种突破性创新的典型路径从一个尖锐的、迫在眉睫的工程问题出发由一个具有系统视野的领导者进行顶层定义和推动通过极致的软硬协同设计最终创造出一个改变行业格局的解决方案。这个故事不仅关于一块芯片更关于在技术转折点上如何做出勇敢而正确的决策。对于每一位身处技术浪潮中的工程师而言理解这种决策背后的逻辑远比记住几个技术参数更为重要。
最近几年AI芯片的新闻层出不穷从云端训练卡到边缘推理单元各种“专用”“定制”的标签让人眼花缭乱。但如果你问一个在AI领域摸爬滚打多年的工程师哪一次“定制”真正改变了游戏规则很多人会不约而同地提到一个名字TPU。这个故事的开端远不止是“谷歌造了个芯片”那么简单它更像是一次在巨大压力下的、关于“如何让想法追上摩尔定律”的工程豪赌。而这场赌局的核心推动者正是那个在谷歌内部被戏称为“让编译器都害怕”的男人——杰夫·迪恩。这个故事之所以值得反复咀嚼不是因为它有多么神秘的技术细节而是因为它揭示了一个在今天依然极具价值的工程决策逻辑当通用计算架构的演进速度开始追不上特定领域尤其是AI对算力需求的指数级增长时一个团队应该如何思考、决策并最终押注一条全新的硬件路径。TPU的诞生不是一次简单的技术升级而是一次对“软件定义硬件”理念的极限实践它迫使整个行业重新思考算法、软件栈和硬件设计之间的耦合关系。1. 从“不可能的任务”到“必须完成的任务”TPU诞生的前夜要理解TPU为什么会出现我们需要回到2013年左右。那时深度神经网络特别是卷积神经网络CNN在图像识别领域取得了突破性进展。谷歌内部的研究团队包括杰夫·迪恩领导的Google Brain正疯狂地尝试将这项技术应用到谷歌的各个核心产品中从图片搜索到语音识别再到后来的机器翻译。然而一个巨大的瓶颈横亘在面前算力。当时团队主要使用英伟达的GPU如K20来运行这些模型。训练一个像样的模型动辄需要数周甚至数月的时间消耗成千上万块GPU。这不仅仅是成本问题更是效率和发展速度的问题。一个想法的验证周期被拉得极长严重拖慢了整个研究和产品化的节奏。更关键的是杰夫·迪恩和他的团队看到的不是眼前的几个模型而是一个即将到来的、由AI驱动的未来。他们预见到神经网络模型只会变得更大、更复杂对算力的需求将呈指数级增长。而当时主流的CPU和GPU其架构演进摩尔定律的速度已经明显跟不上AI算力需求的曲线。这是一个根本性的矛盾通用处理器为了保持灵活性其架构设计必然包含大量用于处理各种通用任务的逻辑单元和控制电路而这些在运行高度规整、以大规模乘加运算为核心的神经网络时成了巨大的“性能包袱”和“功耗黑洞”。于是一个在当时看来近乎疯狂的想法被提了出来我们能不能为神经网络专门设计一款芯片这个想法面临的挑战是巨大的技术风险从零设计一款专用芯片ASIC周期长通常18-24个月、投入大、失败率高。生态风险即使芯片做出来了没有与之匹配的软件栈、编译器、驱动和算法优化它就是一块昂贵的硅片。需求风险神经网络算法本身也在快速演进今天设计的专用架构明天会不会因为算法变革而变得无用正是在这种背景下杰夫·迪恩的角色从一位杰出的软件系统架构师转变为了一个硬件项目的关键推手。他的推动力并非来自对晶体管物理的深刻理解而是来自一个更顶层的、系统性的洞察要解决AI的算力危机必须在整个技术栈从算法到硬件上进行协同设计而打破僵局的钥匙很可能就在最底层——硬件本身。2. 杰夫·迪恩的“催化剂”作用连接算法需求与硬件实现杰夫·迪恩在TPU项目中的角色常常被外界简化为“支持者”或“发起人”。但这大大低估了他的作用。他更像是一个高效的“催化剂”和“翻译官”精准地连接了三个原本存在隔阂的世界算法研究、软件系统与硬件工程。首先他明确了“为什么必须做”的战略必要性。作为Google Brain的联合创始人他深度参与了最前沿的AI研究对算力瓶颈的切肤之痛有最直接的感受。他能够用清晰、有力的逻辑向管理层和跨部门团队阐述继续依赖通用硬件谷歌在AI领域的领先优势将不可持续。这种基于深刻技术趋势判断的“布道”能力为项目争取到了至关重要的资源和高层支持。其次他定义了“要做什么”的核心架构原则。杰夫·迪恩没有去设计具体的电路但他和团队一起为TPU定下了几个影响深远的设计基调极致能效比优先目标不是追求绝对的峰值算力FLOPS而是在单位功耗下为神经网络推理提供最高的有效算力。这直接决定了TPU采用了相对较低的时钟频率和大量高度并行的、简化定制的计算单元矩阵乘加单元。为推理Inference优化初期TPU明确聚焦于模型部署后的推理阶段而非训练。这是因为推理对延迟和功耗更敏感且需求规模巨大一次训练无数次推理。这个聚焦让设计目标变得极其清晰。简化控制强化数据流减少通用CPU中复杂的控制逻辑和缓存层次设计一个以大规模数据吞吐为核心的“脉动阵列”架构。数据像流水一样在固定的处理单元间流动被高效复用最大限度地减少数据搬运的能耗这正是冯·诺依曼架构的瓶颈所在。最后他推动了“怎么做”的软硬协同。杰夫·迪恩深知没有软件硬件毫无用处。他促使软件团队包括TensorFlow的早期团队与硬件团队紧密合作。TPU的指令集、内存层次结构、数据格式如bfloat16等设计都充分考虑了上层编译器如XLA和框架如TensorFlow如何能最高效地利用它。这种“从上至下”的设计方法确保了TPU不是一座孤岛而是谷歌AI软硬件生态中的一个有机组成部分。可以说TPU的架构是硬件工程师的杰作但其灵魂和方向则深深烙上了杰夫·迪恩所代表的、从系统层面和算法需求出发进行思考的印记。3. TPU的核心设计思想一场针对矩阵乘加的“外科手术式”优化理解了“为什么做”和“谁推动做”我们再来拆解TPU本身。它的设计哲学可以用一句话概括对神经网络推理中最核心、最耗时的操作——大规模矩阵乘加进行一场极致的、外科手术式的硬件优化并砍掉一切不必要的通用功能。我们可以从几个关键维度对比TPU与同时代的CPU/GPU维度CPU (通用处理器)GPU (图形处理器/通用并行处理器)TPU v1 (专用张量处理器)核心目标处理复杂逻辑、控制流、通用计算处理高度并行的、规整的图形/计算任务专为神经网络矩阵运算优化计算单元少量强功能ALU复杂控制逻辑成千上万个小核心(SM)适合大规模线程并行大型二维脉动阵列如256x256专做乘累加(MAC)内存体系多级缓存强调低延迟访问显存(GDDR/HBM) 缓存高带宽片上高带宽内存(HBM)极致减少数据搬运能效比低大量功耗用于控制、缓存一致性中高并行度高但架构仍为通用性保留开销极高剔除通用逻辑功耗几乎全用于计算灵活性极高可运行任何程序高通过CUDA等支持多种并行计算低专为特定类计算如INT8/量化推理设计典型场景服务器逻辑、数据库、Web服务AI训练、科学计算、图形渲染AI模型在线推理初期脉动阵列是TPU的核心。你可以把它想象成一个计算细胞的网格。数据权重和激活值从不同方向流入这个网格在每个交叉点的“细胞”一个乘加单元中进行一次乘法和累加操作然后结果流向下一个细胞。这种设计实现了数据复用最大化一个数据进入阵列后会在流动过程中被多个计算单元重复使用极大地降低了从外部内存读取数据的次数数据搬运是能效的主要杀手。高计算密度阵列中充满了计算单元控制逻辑极其简单实现了极高的面积效率和能效比。确定性延迟数据流路径固定使得计算延迟可预测这对在线服务至关重要。软件栈的配合同样关键。TPU不能直接运行Python或C代码。它需要编译器如XLA将高级的TensorFlow计算图“降低”为TPU能理解的、高度优化的机器指令序列并充分利用脉动阵列的特性进行内存布局优化和操作调度。这再次体现了软硬协同的重要性。4. 从TPU看定制芯片的工程实践机遇与深坑TPU的成功点燃了整个行业对AI专用芯片的热情。但作为工程师我们不能只看到光环更要看到这条路上的荆棘。TPU的案例为我们提供了一个绝佳的模板来思考任何定制芯片无论是ASIC还是FPGA项目必须回答的几个关键问题1. 问题定义你真的需要定制芯片吗这是最根本的一问。定制芯片的前提是存在明确、稳定且计算密集的核心算子例如神经网络的矩阵乘加、加密解密中的特定算法、视频编解码中的变换与量化。如果核心算法每六个月大变一次定制芯片的风险极高。现有通用方案存在无法逾越的瓶颈这个瓶颈通常是性能/功耗/成本三者至少其二的组合。如果GPU已经能以可接受的成本和功耗满足需求那么定制芯片的投入产出比就需要仔细权衡。有足够的应用规模来分摊成本流片制造芯片的NRE一次性工程费用动辄数百万甚至上千万美元。只有当下游应用如谷歌的海量搜索推理能预见巨大的用量时单颗芯片的成本才能被摊薄。2. 架构选型ASIC vs. FPGA vs. 其他ASIC (如TPU)性能最强、能效比最高、单位成本最低在大规模量产下。但开发周期最长18-36个月、灵活性最差、NRE最高、流片后无法修改。适合算法稳定、需求明确、量级巨大的场景。FPGA开发周期短数周至数月、可重复编程、灵活性高。但绝对性能、能效比通常低于同工艺ASIC、单位成本高、开发难度大需要硬件描述语言。适合算法尚未完全定型、需要快速原型验证、或者多品种小批量的场景。SoC (集成专用IP核)在通用处理器如ARM CPU旁集成一个或多个针对特定功能的硬件加速IP。在灵活性和性能之间取得平衡常见于手机芯片NPU、网络处理器等。3. 软硬协同最容易被低估的“隐形工程”定制芯片一半的挑战在硬件另一半在软件。TPU如果没有TensorFlow和XLA其价值将大打折扣。软硬协同包括编程模型与编译器如何让软件工程师用熟悉的方式如Python API调用硬件加速器编译器如何将高级代码高效映射到底层硬件资源驱动与运行时如何管理任务调度、内存、功耗和热管理工具链与调试提供什么样的仿真、调试、性能剖析工具这决定了开发效率。4. 生态与长期演进芯片不是一次性产品。需要考虑可演进性TPU从v1到v4架构也在演进。初始设计是否预留了扩展空间标准与兼容性是否支持行业主流接口如PCIe、数据格式这决定了它的易用性和集成成本。团队能力需要同时具备算法、软件系统、硬件架构、芯片设计、验证和驱动开发的复合型团队这类人才稀缺且昂贵。5. 给开发者的启示在“软件定义一切”的时代理解硬件对于大多数不直接设计芯片的软件工程师和应用研究者来说TPU的故事依然充满启示启示一理解计算的本质开销。现代AI框架让我们可以像搭积木一样构建模型但我们必须意识到每一次tf.matmul或torch.nn.Linear的背后都是海量的数据搬运和计算。理解不同硬件CPU/GPU/TPU对这些操作的实际开销延迟、吞吐、功耗是进行高效算法设计和系统优化的基础。例如意识到数据从CPU内存到GPU显存的搬运成本可能会促使你重新设计数据预处理流水线。启示二拥抱硬件感知的算法设计。算法的设计可以反过来为硬件优化提供空间。例如量化感知训练、权重稀疏化、操作融合等技巧都是为了更好地适配底层硬件的特性如TPU对低精度整数的友好支持、对规整数据流的偏好。未来的算法工程师需要具备一定的“硬件意识”。启示三关注抽象与接口而非孤立实现。我们可能不需要自己造芯片但需要理解如何通过清晰的抽象如MLIR、各种加速器运行时接口来让我们的软件更好地利用多样化的硬件。学习如何为你的关键计算内核编写高效的GPU KernelCUDA或利用定制加速器通过OpenCL、SYCL等是提升性能的关键技能。启示四建立系统级的性能观。不要只盯着模型的准确率或单次推理的延迟。在真实的生产环境中你需要关注吞吐量、尾延迟、功耗成本、多租户资源隔离、故障恢复等系统级指标。TPU的成功正是因为它从一开始就被置于谷歌庞大的数据中心服务框架下进行考量。回到开头谢尔盖·布林讲述的TPU诞生故事以及杰夫·迪恩在其中扮演的关键角色其核心价值在于它展示了一种突破性创新的典型路径从一个尖锐的、迫在眉睫的工程问题出发由一个具有系统视野的领导者进行顶层定义和推动通过极致的软硬协同设计最终创造出一个改变行业格局的解决方案。这个故事不仅关于一块芯片更关于在技术转折点上如何做出勇敢而正确的决策。对于每一位身处技术浪潮中的工程师而言理解这种决策背后的逻辑远比记住几个技术参数更为重要。
