一位英伟达员工，在X上分享了自己在英伟达工作期间，得到黄仁勋诸多帮助的亲身经历，同时也讲述了老黄独特的管理风格和工作方式。

这条帖子目前已经获得了173万次阅读。

读完整篇文字，最深的感受就是这位职员在字里行间流露出的感激与敬意。

一位老板，能够让员工在离开或面对公司重大变动时，依然愿意主动站出来讲述自己的故事，发自内心地表达感恩，这说明了，老黄是个好老板。

————————
以下是原文翻译：

我患上了一种特别棘手、恶性程度很高的癌症。

去年，当我再次住院、人生跌入最低谷的时候，我把自己的病情告诉了黄仁勋。他立刻联系了斯坦福大学的相关人脉，帮助我打通了原本繁琐的流程，让我成功进入了一项临床试验。而事实证明，我的病情与这项临床试验的适应条件高度匹配，我也因此获得了宝贵的治疗机会。

我想，每个人都可以对最近发生的事情有自己的看法。但如果有人声称黄仁勋根本不关心自己的员工，那显然与事实不符。

就我个人而言，我欠他的恩情，远远不是三言两语能够表达的。

我认为，向黄仁勋留下的事业致以最高敬意的方式，就是推动英伟达继续取得成功，带领整个行业向前发展。我们要证明，自己真正从这些年在英伟达的工作经历中学到了什么。

我们将以 Speed of Light（理论极限速度）作为衡量标准，让使命成为最高指挥官。我们不会害怕承担经过审慎判断的大胆风险，也不会害怕快速试错，并始终保持毫不妥协的理性与诚实，直面问题。

不过，如果说在英伟达的管理经历中，有一个故事让我印象最深，那就是我在自动驾驶业务部门工作期间，亲眼见证的一次黄仁勋式的现场拷问。

幸运的是，当时坐在被质询位置上的人不是我。

当时，A团队不愿意使用B团队开发的框架，因为他们认为这个框架运行速度太慢。

黄仁勋对此感到很意外。他认为，这个框架不过是按照顺序调用一系列经过优化的CUDA内核，怎么可能会慢呢？

于是，他要求B团队的负责人走到白板前，把整个框架的数据流转过程完整地画出来，并标出每一次内存复制（memcpy）操作。

结果不出所料，整个流程中存在大量不必要的内存复制操作，而且这些冗余操作分布在每一个处理流水线阶段的前后。

会议室里的所有人都看明白了：为什么这个框架始终无法达到Speed of Light所要求的性能水平，以及接下来应该从哪里着手优化。

没有围绕部门地盘和利益展开争论，也没有人搬出职位和权威来压服对方。

数据让所有人站到了同一立场上。

这件事带给我们的教训，远远不只是“多余的内存复制会拖慢系统”这么简单。

它真正说明的是：当事情存在疑点、结果不符合预期时，管理者不应该害怕深入技术细节。领导者必须具备足够的技术理解力，也必须有足够的坦诚，能够当场参与真正的问题分析，而不是把每一次会议都变成一句“我回去研究一下，下周再给你答复”。

如果为了找到问题的根源，需要和一位亿万富翁CEO一起逐项清点内存复制操作，那就去做。

在英伟达，我参加过的效果最好的高管会议，往往都是因为我做好了充分准备，能够把团队工作的每一个细节都讲清楚。

而我经历过最糟糕的失败，则往往源于我意识到，自己对问题的理解还不够深入，无法真正找到解决方案。

但真正让我充满信心的是，践行这种理念的从来不只有黄仁勋一个人。

任何曾经向英伟达高级副总裁（SVP）做过汇报的人都知道，他们随时可能被追问到最基础的技术约束和底层细节。

我曾经参与过许多非常精彩的讨论，无论是近年来加入公司的管理者，还是在英伟达工作多年的老将，大家都能够在一个小时内直击问题核心，而不是把一个问题拖上整整一个月。

原因很简单：正确的人坐在了同一间会议室里，而且没有人害怕把问题挖得更深。

这家公司汇聚了大量极其优秀的人才。三十年来，他们一直在最高标准的要求下接受训练，形成了一套独特的工作方式。

而这一切，都体现在我们每天交付的产品和成果之中。

我为自己是一名英伟达员工而感到无比自豪。

我已经迫不及待地想向大家展示，未来几个月乃至未来几年，我们将交出怎样令人惊叹的成果。

#黄仁勋辞职# #黄仁勋#