FEATURED · 精选文章

从黄仁勋的“低期望值”哲学看技术团队的务实工程思维

发布时间 / 2026/9/2 18:32:49
来源 / 创域科博编辑部
栏目 / 资讯中心
从黄仁勋的“低期望值”哲学看技术团队的务实工程思维 1. 先搞清楚“低期望值”到底在说什么很多人看到“低期望值”这个词第一反应可能是“躺平”或者“降低目标”。但结合黄仁勋的经历和英伟达的崛起路径来看这里的“低期望值”完全不是这个意思。它更像是一种极其务实的工程思维和生存策略在早期资源极度有限、外界不看好的情况下把注意力从宏大的愿景拉回到眼前最具体、最脏、最累的活上通过解决一个又一个微小但确定的问题来积累势能。英伟达早期做显卡面对的是一群对3D图形有狂热需求的游戏玩家和开发者市场本身并不大巨头林立。如果一开始就喊着要改变世界、颠覆计算可能早就因为不切实际而失败了。黄仁勋提到的“刷厕所”是一个极具画面感的比喻——它代表那些没人愿意做、但又必须有人做的“脏活累活”。对于初创公司或技术团队而言这就是攻克一个冷门的芯片架构难题。写出一个在特定游戏上帧率提升5%的驱动。为一个小众的开发框架提供深度优化支持。耐心解决一个又一个客户提交的、琐碎但关键的Bug。这些工作短期内看不到巨大的回报也无法成为头条新闻但它们能帮你活下来并建立起最初、最坚实的口碑和信任。这种“低期望值”不是对未来的悲观而是对当下执行力的超高要求。它让你屏蔽噪音专注在能力圈内做可交付、可验证的事。对于技术人、创业者甚至任何一个想做成项目的团队来说理解这一点比空谈战略重要得多。2. 从“刷厕所”到技术壁垒可复制的执行路径“刷厕所”精神如何具体转化为技术优势或商业壁垒这中间有一条清晰的、可被学习和复制的路径。它不是一个鸡汤故事而是一套行动框架。2.1 第一步定义你领域的“厕所”是什么对你来说什么是那个“脏活累活”它通常具备以下特征价值被低估同行或竞争对手觉得太麻烦、利润率低、不够“性感”不愿意投入。需求真实存在有一小部分用户或场景对此有强烈且具体的痛点。解决过程繁琐需要大量的耐心、细致的工程实现和反复调试无法一蹴而就。能积累深度认知在解决这个问题的过程中你能接触到底层细节形成别人没有的经验和数据。举例来说在机器学习领域可能不是一上来就搞大模型而是先死磕某个垂直场景如工业质检中的特定缺陷识别的数据清洗、标注流水线和轻量化部署把准确率和稳定性做到极致。在开发工具领域可能不是做一个全功能IDE而是先做一个解决特定编程语言包管理痛点的命令行工具把依赖解析和下载速度做到最快。在基础设施领域可能不是搭建一个庞大的云平台而是先优化某个开源组件在特定硬件上的性能把延迟和吞吐做到业界标杆。找到这个点就找到了你“刷厕所”的起点。2.2 第二步建立“刷”的标准和反馈循环“刷厕所”不是盲目地干苦力而是有标准、可衡量、能形成闭环的工程活动。量化标准“刷干净”具体指什么是Bug数降到每周少于1个是API响应P99延迟低于50毫秒是客户特定工作负载的性能提升20%必须有一个可测量的技术指标。极致执行围绕这个标准投入远超常人的精力。黄仁勋早期会亲自看每一行重要的代码参加每一次重要的产品评审。对应到我们可能是对每一条错误日志进行根因分析对每一次性能回归进行深度Profile为每一个关键客户配置进行专项优化。快速反馈建立最短的反馈路径。你的“厕所”刷得干不干净应该能立刻从用户、测试系统或监控指标中得到反馈。早期英伟达的驱动团队和顶级游戏开发团队几乎绑在一起工作这就是最直接的反馈循环。迭代机制根据反馈不是简单修补而是思考能否从架构、流程或工具层面避免问题再次发生。把“刷厕所”的经验固化为流程、工具或代码规范。这个过程本质上是在一个狭小的领域内构建“绝对优势”。当你在一个点上的深度远超旁人时壁垒就开始了。2.3 第三步将单点优势连接成护城河刷好一个“厕所”会让你获得信任和一个小市场。但价值放大需要连接。英伟达从游戏显卡GeForce到专业图形Quadro再到数据中心计算Tesla和AICUDA生态每一步都是在原有优势的基础上攻克下一个相关的、更难的“厕所”。技术连接为游戏开发的GPU并行计算经验成为了CUDA的雏形。解决游戏驱动稳定性的底层技术同样适用于科学计算。生态连接服务好顶级游戏开发商积累的紧密合作关系和开发工具链如NSight可以平滑地迁移到影视渲染、汽车仿真等专业领域。人才与认知连接在攻克一个个具体技术难题中培养和筛选出的工程师团队其攻坚文化和经验是可迁移的核心资产。对于技术团队这意味着当你通过“刷厕所”在某个细分技术点比如内存池管理、通信库优化成为专家后要主动寻找公司内或市场上哪些相邻的、更重要的“厕所”需要同样的能力去刷。把你的解决方案产品化、平台化从一个项目的成功变成一个可复用的能力。3. 在技术工作中实践“低期望值”哲学这套哲学对一线工程师和技术管理者尤其有指导意义它能避免团队陷入好高骛远或焦虑内耗。3.1 对于个人工程师从“写代码”到“解决问题”不要只满足于完成分配的功能卡Ticket。实践“低期望值”意味着主动认领“脏活”团队里有没有那些陈年老Bug、性能瓶颈、技术债模块、晦涩难懂的部署脚本主动去啃。每解决一个你对系统的理解就深一层。追求“可验证的完成”不是“我写了这个功能”而是“我这个功能上线后用户投诉率下降了X%”、“接口耗时降低了Y毫秒”、“这个脚本能帮团队每人每天节省Z分钟”。让你的工作产出与可测量的业务或技术指标挂钩。深度复盘而非简单提交解决一个生产问题后花时间写一份事后分析Post-mortem不仅说明“怎么修的”更要分析“根本原因是什么”、“监控如何能提前发现”、“流程如何能避免再现”。这份文档就是你“刷厕所”经验的结晶。投资基础技能花时间深入学习调试器、性能剖析工具、网络抓包、系统调用跟踪。这些看似枯燥的基础技能是你能高效“刷”各种技术“厕所”的利器。3.2 对于技术管理者营造“刷好厕所”的团队环境管理者的首要任务不是设定遥不可及的OKR而是为团队扫清障碍让他们能安心、高效地“刷好厕所”。保护团队免受“概念炒作”干扰当外界都在追逐最新技术热词时管理者要帮助团队判断哪些是真正的趋势哪些是噪音。确保团队主力资源始终投入在能解决用户真实痛点、能构建技术优势的“脏活累活”上。定义清晰的“干净”标准和团队一起为代码质量、系统稳定性、性能指标、文档完整性设定明确、可衡量的标准。让每个人都知道“刷到什么程度算合格什么程度算优秀”。奖励“清道夫”行为在绩效评价和团队文化中要给予那些主动修复技术债、优化系统瓶颈、完善监控告警、编写核心工具脚本的成员以高度认可。这些工作往往不如开发新功能光鲜但却是系统长期健康的基石。提供持续反馈的工具和渠道建立高效的CI/CD流水线、实时监控大盘、便捷的日志查询系统、快速的用户反馈闭环。让“厕所干不干净”能立刻被看见让团队能基于事实快速迭代。3.3 在项目攻坚中的具体应用面对一个复杂的技术项目如何应用“低期望值”启动拆解到最小可验证单元不要一上来就设计宏大的架构。先把项目中最核心、最不确定的技术风险点找出来将其剥离成一个最小可行性原型MVP或概念验证POC。这就是第一个要刷的“厕所”。集中火力攻克调集优势资源最好的工程师、最充裕的时间快速把这个风险点打透。目标不是完美而是验证技术路径是否可行并获得关键认知。基于认知重新规划根据攻克第一个风险点的经验和数据重新评估项目的整体计划、时间表和资源分配。这时你的规划会比最初拍脑袋的方案靠谱得多。循环推进将项目分解成一系列连续的、环环相扣的“小厕所”逐个刷干净。每个阶段都有可交付的成果和明确的验证标准。这种方法能极大降低项目失败的风险因为你在早期就用最低成本验证了最关键的前提。4. 避开“低期望值”的常见误区与边界理解“低期望值”哲学同样要警惕对其的误读和滥用明确其适用的边界。4.1 误区一把“低期望值”等同于“低目标”或“不思考”这是最大的误解。“低期望值”是指对外部光环和短期奇迹的期望要低但对内部执行的标准和思考的深度要求极高。它要求的是“在战略上务实在战术上极致”。错误做法老板说“这个季度我们就随便做做别太累”。团队从此躺平不做规划不追求结果。正确做法老板说“我们不去想一夜爆红但这个季度必须把产品核心流程的用户投诉率降低30%”。团队于是深入分析每一条投诉日志重构了有问题的模块优化了交互设计最终达成了目标。这个过程需要大量的思考、分析和创造性解决问题。4.2 误区二永远只刷厕所不抬头看路“刷厕所”是手段是积累不是目的。如果沉浸于解决琐碎问题而失去了对技术趋势、市场变化和用户需求演进的感知就会陷入“熟练的无能”。必须建立定期“抬头看路”的机制个人层面每完成一个深度攻坚任务后留出时间将具体解决方案抽象成模式、工具或文章并思考这项技术还能用在何处。团队层面定期如每季度举行技术战略研讨会回顾刷过的“厕所”积累了什么新能力这些能力如何组合可以指向哪些新的、更大的市场机会。公司层面英伟达在GPU游戏市场站稳脚跟后敏锐地看到了通用并行计算GPGPU和AI的潜力并投入巨资和长达十余年的时间培育CUDA生态这才有了后来的爆发。这是“刷完厕所”后基于深刻认知做出的关键战略抉择。4.3 误区三在错误的方向上“勤奋地刷厕所”不是所有的“脏活累活”都值得做。判断标准在于这项工作是否在增强你的核心能力是否在接近你的真实用户是否在积累可复用的资产值得刷的厕所优化自有产品的核心算法性能、重构支撑未来业务扩展的系统架构、深入理解并解决顶级客户的关键难题。不值得刷的厕所为了一个即将被淘汰的技术栈修补补丁、陷入无休止的、不产生任何积累的定制化项目、重复性地处理因糟糕架构或流程导致的低级问题此时应先停下来改造架构或流程。管理者尤其需要警惕避免团队陷入“战术上的勤奋”掩盖“战略上的懒惰”。当团队总是在救火、处理重复性问题时应该喊停投入资源去从根本上通过架构升级、流程优化、自动化堵住火源。4.4 边界何时需要“高期望值”“低期望值”哲学适用于从0到1的生存阶段、构建核心能力的攻坚阶段、以及日常维持系统卓越运营的阶段。但在一些特定时刻需要切换到“高期望值”模式技术选型与架构定型时这时需要有前瞻性的“高期望值”充分考虑系统未来3-5年的扩展性、可维护性和技术演进方向。不能因为贪图眼前的“快”而选择明显有缺陷的方案。产品发布与市场切入时虽然产品可能是从解决一个小痛点开始但面向市场和用户的首次亮相必须在有限的功能点上做到体验完整、质量可靠这需要“高期望值”的打磨。打造品牌关键时刻比如参加顶级技术会议、发布关键白皮书、争取行业标杆客户。在这些塑造技术品牌和信任的节点上必须追求极致的表现和准备。本质上“低期望值”是修炼内功、积蓄力量的心法“高期望值”是在关键战役中将积蓄的力量完美释放出去的战法。两者相辅相成缺一不可。没有前者后者是空中楼阁没有后者前者可能明珠蒙尘。黄仁勋和英伟达的故事正是这一者完美结合的漫长注解。
RELATED — 相关阅读

相关资讯

LATEST — 最新资讯

最新发布

TODAY — 本日精选

新闻

WEEKLY — 本周精选

新闻

MONTHLY — 本月精选

新闻