从VBA拼凑者到文档手搓人一个“懒人”工程师在AI时代的两次觉醒摘要在技术成长的叙事里我们听惯了天才少年的灵光一闪也看腻了架构师的宏大设计。但作为一个自认“比较懒”的普通工程师我的成长轨迹更像是一场被现实逼出来的“被动进化”。2009年为提高效率、追求完美我把MathWorks上的spload.m翻译成VBA写下了人生第一篇CSDN博客却意外纠正了美方长达数年的SOP误读2020年为了让口罩尽快抵达疫情重灾区我放下对AI的幻想用一周时间手搓出两套欧盟认证文件。站在2026年的今天当Agent与大模型成为标配我却愈发清醒在没有Fable 5级别理想化AI的现实里Harness Engineering与Loop Engineering的最后一公里依然要靠“手搓”来守住质量的底线。这篇文章是一个懒人对“捷径”与“笨功夫”的重新定义。引言懒惰是驱动力但手搓才是护城河程序员圈子里流传着一句话“懒惰是美德。”因为懒得重复劳动所以我们写脚本懒得手动测试所以我们搞自动化懒得从头造轮子所以我们拥抱开源。我也是个懒人能复用的绝不重写能偷懒的绝不多花一分钟。但十几年的工程生涯教会了我另一件事懒惰可以帮你找到起点却无法替你走完终点。尤其是在那些关乎安全、合规与人命的深水区所有看似聪明的捷径最终都要回归到最朴素、最耗神的“手搓”上来。今天这篇博客我想分享两段刻在我骨子里的成长经历。它们相隔十年却共同回答了一个问题当工具不够用、权威不可信、AI不够强的时候一个懒人该如何守住工程师的底线第一段经历2009-2010不是逆向工程是“翻译”带来的意外发现1. 懒人的起点从Matlab到VBA的“搬运”很多技术回忆录会把解析私有二进制格式渲染成一场硬核的逆向史诗但我必须坦诚我从未严格逆向过PerkinElmer FTIR的SP格式谱图文件。2009年我接手了一个从美国Menlo Park向中国迁移直线电子加速器生产设备的标定项目。当时我完全不懂VBA甚至连编程的基本概念都模糊不清。面对需要批量处理SP格式谱图的需求我的第一反应不是打开十六进制编辑器死磕字节偏移而是——有没有现成的轮子答案是肯定的。在MathWorks File Exchange上我找到了一个名为spload.m的Matlab函数作者已经完美实现了SP格式的解析。我要做的只是把这段Matlab代码“翻译”成VBA。这听起来像简单的转写实则是一次跨语言的语义重构。Matlab是矩阵思维向量化操作行云流水VBA是过程式思维数组处理笨拙且语法冗长。我不能逐行直译必须先理解spload.m每一行背后的意图再用VBA的范式重新表达。比如Matlab里的矩阵切片在VBA里要拆成嵌套循环Matlab的文件读取一行搞定VBA里要声明一堆API和缓冲区。正是这次“翻译”经历催生了我在2009年发布的第一篇CSDN博客《如何将Matlab代码转换为VBA》。那篇文章没有高深理论全是踩坑记录和对照表。它源于一个懒人想少走弯路的私心却意外成了我技术写作的起点也帮到了后来许多同样需要在Excel里处理光谱数据的同行。2. 化学计量学很简单难的是“读懂人”有了spload.m打底SP格式的读取不再是障碍。反倒是大家觉得难的化学计量学部分——红外光谱基线校正、特征峰提取、根据SOP拟合曲线——对我来说异常简单。这些在我的专业领域内有成熟的数学模型实现起来毫无压力。真正的挑战藏在一份全大写英文字母写的老旧SOP文档里。这个项目是半秘密状态进行的。美国工人因产业转移闹情绪配合度极低老工程师早已退役留下的只有这份泛黄的、没有任何注释的SOP。在阅读文档时我发现其中的计算公式描述存在歧义结合物理原理推断当时美国负责技术维护的人员很可能长期误读了SOP导致计算结果朝固定方向产生巨大偏差。我没有声张而是先找了几位曾在美国培训过的中方人员沟通。他们回忆起美方技术员操作时的“奇怪变化”每次测量都要手工读取数据、手工迭代数次才能完成一个点且结果总是不稳定。这些细节完美印证了我的推测——不是加速器变了是他用错了计算方法。3. 懒人的胜利一键计算的震撼确认问题后我用VBA重写了整个标定流程。因为省去了逆向SP格式的时间我把全部精力放在了算法修正和自动化上。最终这个用一两个周末拼凑出来的计算器实现了三个突破单次测量所有数据点只需测量一次无需手工迭代批量处理基于SP二进制解析成千上万个点鼠标一点1-2分钟全部算完结构化输出结果自动归入标准化Excel表格清晰可追溯。当大家看到屏幕上瞬间刷出的、比手工计算更合理更稳定的数据时那种惊讶的表情我至今难忘。那一刻我明白懒人的智慧不在于投机取巧而在于把省下来的时间用在真正创造价值的地方。而我2009年那篇“翻译”博客恰恰是这场价值创造的起点。第二段经历2020-2026从傲慢到手搓AI时代的质量底线1. ISO13485带来的傲慢与觉醒搞定加速器项目后我又顺利解除了ISO13485质量管理体系的相关难题。年轻气盛的我一度对此颇为傲慢觉得体系文件不过是八股文远不如写代码有技术含量。直到疫情爆发。欧洲、美国、澳大利亚等地深陷水深火热Disposable Medical Masks一次性医用口罩成为救命物资。为了让合规口罩尽快流入这些地区我必须在一周内改好两套完整的欧盟认证文件。这时我才发现写文件是一件极其累人的事。我对格式和排版有洁癖般的偏执对图表编号、数据引用、术语一致性有特殊要求。这种性格在平日里是负担但在战时状态下却变成了一种诡异的“高效引擎”——因为我知道审核员想看什么知道哪些段落可以复用知道怎样的排版能在第一时间建立信任。那一周我一气呵成纯靠双手敲出了两份高质量文件并成功拿到了欧盟认证证书虽然是比较简单等级。最大的收获不是证书本身而是我终于理解了质量管理体系的微妙之处文档不是代码的附属品文档本身就是产品的一部分。2. AI时代的冷思考为什么高质量文件仍需手搓时光流转到2026年大模型与Agent已成为技术圈的空气和水。作为一个懒人我本该是最热烈的拥抱者。但现实却给了我另一重认知如果没有理想化如Fable 5这种强势的、具备深度领域推理能力的大模型可用那么在Harness Engineering驾驭工程和Loop Engineering闭环工程的深水区到头来还是得手搓才有高质量的文件。什么是Harness Engineering是你如何精准地“驾驭”AI让它输出符合特定法规语境、特定审核偏好、特定历史沿革的内容。这需要你对目标域有极深的理解而这种理解本身就是AI所缺乏的“隐性知识”。什么是Loop Engineering是在AI生成初稿后你如何通过多轮反馈、校验、修正将其拉回正轨。这个“Loop”的质量完全取决于你的判断力。而判断力来自于你曾经“手搓”过的痛苦经验。AI可以生成80分的通用文档但那关键的20分——那些决定认证能否通过、决定产品能否救命的细节——依然长在人类专家的脑子里长在手指敲击键盘的节奏里。我在疫情期间手搓文档的经历恰恰印证了这一点如果我当时依赖一个不够强的AI它可能会生成一份“看起来正确”但“经不起推敲”的文件忽略某个条款的最新修订用错某个术语的欧盟特定含义在排版上犯下让审核员皱眉的低级错误。而这些错误在那个争分夺秒的时刻是致命的。所以今天的我虽然会用AI辅助检索、生成草稿、检查拼写但在核心的逻辑构建、关键的合规表述、最终的格式定稿上我依然坚持“手搓”。这不是对AI的排斥而是对质量的敬畏。结语懒人与手艺人的辩证法回望这十七年从2009年那篇Matlab转VBA的博客到疫情期间一周两套欧盟认证文件再到今天对AI边界的清醒认知我的成长轨迹始终贯穿着一条主线在“懒”与“不得不”之间寻找最优解。懒让我善于借力。我不重复造轮子我站在File Exchange巨人的肩膀上我用VBA消灭手工迭代。这是工程师的效率观。不得不让我守住底线。当没有巨人可站、当AI不够强、当生命攸关时我愿意卷起袖子用最原始的方式手搓出高质量的作品。这是工程师的责任观。在这个Agent遍地、模型迭出的2026年我想对所有和我一样“比较懒”的同行说请继续保持你的懒惰因为它会驱使你寻找更好的工具、更优的路径、更强的AI。但也请永远保留手搓的能力与意愿因为在工具触及不到的幽深之处在AI幻觉弥漫的模糊地带在责任重于泰山的紧要关头你那经过千锤百炼的双手才是这个世界最后的、也是最可靠的质量防线。成长或许就是在“想偷懒”和“不敢偷”之间把自己磨成了一个既聪明又靠谱的人。作者后记本文所述经历均为真实项目复盘。2009年那篇《如何将Matlab代码转换为VBA》的博客至今仍可在CSDN检索到文中提到的spload.m原作者信息已不可考在此致以迟到的感谢。关于AI与手搓的讨论仅代表个人在当前技术阶段的观察欢迎在评论区分享你在Harness/Loop Engineering中的实战体会。愿我们都能在AI时代做一个清醒的懒人和一个有底线的手艺人。