关于计算机技术的一些想法

代码是高优先级工具（创造 vs 重复）

我一直都在思考并且寻找一个问题的答案—如何变成一个很厉害的人也就是其他人口中的—大佬。

为此我付出了两年的时间来实践，探索，却总是没能找到一个完美的，或者说能说服我的答案。 直到最近重新恢复了阅读以及看了很多大佬的履历后心中才慢慢有了一点感悟。

那就是真正的将代码当作自己处理事情的一种高优先级工具。以及保有对世界的热爱与好奇。

(PS:每次开始码字就累，算了，今天先歇会儿吧，反正也不着急，想法也不算很成熟)

—2.18续

换了输入法后才感觉码字舒服点了。结合最近对于 vibecoding 的新看法，以及为什么有的人能够做到年薪百万且上班不累，有的人却在996且收入不高（感觉该叠甲了2333，没有歧视的意思，单纯在思考这个现象，有看到的人就当我瞎说了），其实这在于他们工作的性质不同：有的人是在创造，而有的人却是在做机械化的重复劳动。

机械劳动与创造性工作，本质上的区别在于“杠杆率”。机械化劳动是没有杠杆的，你的时间卖了一次就没了；而创造性劳动自带极高的杠杆。

就像前面所说的，把代码当成解决现实问题的工具。这种“杠杆”在实际开发中非常具体：

觉得 htop 看不出历史趋势、不够直观时，我没有选择死盯着跳动的数字，而是随手用 Rust 写了一个带曲线的 Linux 显卡监视器；

发现队员们需要频繁去刷 RoboMaster 论坛学习开源技术时，用 Go 写了一个爬虫，把个人的技术能力转化成了团队获取资讯的自动化流水线；

或者，在调试复杂的机器人底层硬件和算法时，我不再忍受沉默的终端黑框框和令人抓狂的延迟，而是直接动手造了一个属于自己的零拷贝低延迟的可视化调参软件（PulseScope—尚在开发中）。

这些动作，就是把“重复劳动”抽象成了“创造性工具”。大佬们之所以厉害，是因为他们一直在写能帮自己（甚至帮别人）干活的代码，用工具把自己的能力放大了成百上千倍。最近流行的 vibecoding，其实也是在强调这种摆脱机械的语法束缚，直接进入“创造心流”的状态。

保有对世界的热爱与好奇

这是最核心的内驱力。无论是去啃那些硬核的计算机底层原理，还是去构思一个复杂的架构设计，如果没有纯粹的好奇心，在这个过程中只会感到痛苦和枯燥。

很多时候，驱使我去折腾一项新技术的，并不是什么宏大的目标，或者功利性的任务，而仅仅是一个简单的念头：“这玩意好像很好玩，是怎么跑起来的？我能不能把它拆了自己重构一个更好的？”

回想一下自己这几年折腾过的东西，其实都是这种好奇心在作祟。比如在打比赛调车的时候，传统的终端输出看着让人抓狂，满屏跳动的数字毫无直观性可言。如果没有好奇心，可能我也就咬咬牙，随大流忍着继续用黑框框了。但那种“极客的玩心”会让我忍不住去想：既然现有的不好用，为什么我不自己动手搞一个类似 PulseScope 这样的可视化工具出来？把那些冷冰冰的参数变成直观的图表，不比死磕终端酷多了吗？

对不同技术栈的探索也是一样。从写底层的 C++，到为了折腾自定义客户端去摸索 Rust 和 Bevy 引擎，再到用 Astro 框架一点点把现在这个博客搭起来，或者是用 Go 写个爬虫。如果单纯把编程当成一种任务，这些跨度极大的技术栈切换只会让人觉得心力交瘁、疲于奔命。但如果是出于对未知世界的热爱，去研究一门新语言的特性，去弄懂一个框架的底层逻辑，那么枯燥的查文档和解 Bug 的过程本身，就变成了一种享受。

其实看了那么多大佬的经历后我发现，他们之所以能持续地产出高质量的作品，并不是因为他们有着常人难以企及的、用来对抗痛苦的钢铁意志，而是因为他们根本就乐在其中。这种对世界的好奇心，才是抵抗内耗和疲惫的最佳武器。

当代码不再是机械劳动的产物，而是你用来探索、解构和重塑这个世界的触角时，事情的性质就完全变了。

真正的深度是“系统性地解决问题”

但在用新时代的工具去延展这些触角时，我却经历了一次认知上的震荡。

写到这里，我突然有一种心虚的感觉。因为前面提到的那些“创造”——觉得 htop 不直观于是用 Rust 写的 Linux 显卡监视器、为了方便队员看开源文章写的 Go 爬虫、为了告别痛苦的终端调车搞的可视化软件，甚至是我一直在迭代的这个博客…其实很大一部分代码，并不是我一行一行敲出来的。

它们是我“Vibe”出来的。

这也是为什么我总是会有“感觉我的思考好像没有深度了”的想法的原因。因为当你不再需要为了一个 C++ 的野指针报错，或者 Rust 的生命周期死磕一整个下午时，真的会产生一种“不劳而获”的错觉。vibecoding 剥夺了那种“受尽折磨后终于跑通”的虚假成就感，让人直接面对结果。这甚至让我产生了一种“冒名顶替综合征”——代码都不是我手敲的，我算什么大佬？我还是在创造吗？

(PS: 发现没有，人有时候就是会陷入受苦的路径依赖，习惯了在泥泞中跋涉，突然被跑车送到了终点，反而怀疑方向错没错🤣)

但顺着我自己总结的第一条感悟仔细往下想，我发现我可能陷入了思维误区。

既然我得出的结论是“把代码当作处理事情的高优先级工具”，那我追求的难道不该是最高效地把工具造出来，去解决实际问题吗？

以前，机械化劳动的本质是“翻译”——脑子想好逻辑，双手把逻辑翻译成特定语言的语法。而 vibecoding，其实就是把这种低级的“翻译工作”外包了。它不是在消解创造，而是在给杠杆“加杠杆”。

AI 根本不知道我们打比赛需要关注什么开源文章，也不知道调车时盯着黑框框终端有多崩溃，更无法凭空捏造出一个 Linux 显卡监视器的架构。是我发现了痛点，定义了需求，挑选了合适的语言（Rust, Go, C++），然后“驾驭”着 AI 把解决方案落地。这就好比我从一个苦哈哈的“砖瓦匠”，变成了“架构师”兼“产品经理”。

真正的深度，从来不在于能手撸多复杂的底层语法，而在于能否“系统性地解决问题”。只要那份对世界的好奇心还在，只要我知道自己在造什么，能敏锐地发现痛点并用工具去填平它，那 Vibe 出来的代码，照样是我在这个世界打下的烙印。