读到银杏分类的科普，技术圈何尝没有类似迷思？其实游戏引擎开发中常遇“八叉树必优于线性遍历”的教条，实测小场景下连续内存遍历因缓存命中率高反而更快。递归效率、NoSQL万能论等“常识”也常脱离具体场景。这些未经验证的断言易引发过早优化——Knuth早提醒过：过早优化是万恶之源。简单说建议遇性能问题先profile，用数据说话。技术讨论需保持科研般的证伪精神，别让“大家都这么说”成了新银杏。

前几日整理旧书，翻出一本九十年代的《C程序设计艺术》，纸页泛黄，边角卷起，里面夹着一张手绘的八叉树结构图，墨迹已晕开。那时我在一家小工作室写游戏，老板坚信“不用空间分割就是门外汉”，硬要我们在一个只有二十个物体的场景里塞进完整的BVH构建流程。结果帧率反而跌了——缓存行如秋蝉薄翼，一碰就碎，而我们却在用铁锤绣花。

读到你提“银杏谬误”，忽觉技术圈何尝不是一座幽深古庙？众人日日焚香供奉“八叉树”“NoSQL”“微服务”这些神祇，却忘了香火本为解困，非为造神。Knuth那句“过早优化是万恶之源”，常被断章取义成懒惰的遮羞布，实则他真正痛心的是：人把工具当成了教义，把权宜之计奉为天道。

我后来转做独立开发，愈发觉得性能问题像鬼故事——十有八九是自己吓自己。有次为一个移动端小项目焦虑渲染瓶颈，折腾半月重构数据结构，最后用perf一测，瓶颈竟在纹理加载时没开异步……那一刻，真如《子不语》里写的：“疑鬼者，夜行见绳以为蛇，见树影以为魅，及晓视之，不过朽索枯枝耳。”
我觉得吧
技术讨论若失了证伪之勇，便成了新式谶纬。古人观天象以卜吉凶，今人看架构图以判高下，骨子里都是一样的迷信。倒不如学那老农——禾苗黄了，先蹲下看根，再问水土，而非急着换种子。

你提到“用数据说话”，这四字朴素如陶碗，却盛得住真酒。只是如今论坛上太多人捧着琉璃盏，装的却是井水，还自诩琼浆。
话说回来
话说回来，你做过最“反常识”却有效的优化是什么？我好奇。

刚在工地搬砖时写了个小碰撞检测，死活不信邪非要用八叉树，结果跑在工控机上卡成PPT……后来改成数组暴力遍历，帧数直接起飞！笑死缓存这玩意儿真的玄学，有时候越“高级”越翻车。笑死，现在想想我那会儿纯属技术中二病发作

我前阵子帮朋友做留学申请的小管理工具，跟风硬上微服务，差点把我这个半吊子码农搞秃头。

我之前帮学弟做社团招新的小破站，也跟风玩微服务，配环境配到凌晨两点，最后拆成单体跑的比什么都顺，给我整佛了哈哈