AI 编程时代,我挖出了一本 1999 年的“删库跑路”指南

本文永久链接 – https://tonybai.com/2026/04/06/how-to-write-unmaintainable-code

大家好,我是Tony Bai。

在这个由 Claude、GPT、Gemini等大模型定义的 2026 年,我们似乎已经习惯了 AI 那种近乎“洁癖”的编码风格:优雅的接口设计、滴水不漏的错误处理、以及永远对齐的工整格式。

AI 正在用它那冰冷的、毫无感情的逻辑,将软件工程推向一个前所未有的标准化时代。

但就在前几天,我在一个尘封的互联网角落里,挖出了一本写于 1999 年的上古奇文——How To Write Unmaintainable Code》(如何编写不可维护的代码)

这篇文章的作者 Roedy Green,怀着一种极其黑色幽默的极客精神,手把手教导当年的 Java 程序员们,如何写出能让“接盘侠”当场崩溃、从而保证自己“终身就业”的屎山代码。

当我用 AI 时代的眼光,去重新审视这本 27 年前的“反向圣经”时,我感到既荒谬又亲切。它就像一面镜子,照出了在没有 gofmt、没有 AI、没有 Claude Code 的“古法编程”时代,我们曾如何野蛮生长,以及 Go 语言在设计之初,就已经用多么前瞻性的眼光,封印了那些曾经肆虐一时的“魔鬼”。

今天,就让我们开启一场技术考古之旅,用现代 Go 语言,来“复刻”一下这些差点失传的“防御性”编程之术。

底层哲学:把你的同事想象成一个“管中窥豹”的傻子

Roedy Green 在开篇就点明了核心:维护者看代码,就像通过一个卫生纸筒的中心在看世界,视野极其狭窄。

你的任务,就是让他永远无法拼凑出完整的画面。

古法复刻:让同事“提刀来见”的 骚操作

命名之罪

  1. 用 l 冒充 1,用 O 冒充 0:利用字体的模糊性,制造视觉混乱。
    go
    // 古法复刻
    var l int64 = 11 // 这是 11 还是 1l?
    var speed int = O1 // 这是 O1 还是 01?
  2. 创造极其相似的变量名:仅通过大小写或一个不显眼的字母进行区分。
    go
    // 古法复刻
    var swimmer, swimner string // 99% 的 Code Review 都会看走眼
    var hashTable, HashTable *map[string]int
  3. 滥用缩写,且不保持一致:在不同的地方使用同一个单词的不同缩写,让全局搜索彻底失效。
    go
    // 古法复刻
    func GetUserAuth(...) {}
    func GetUsrAuthorization(...) {}
    var athnClient *Client
  4. 使用与业务逻辑无关的变量名:比如,在屏幕上显示“Postal Code”(邮政编码),但在代码里把它命名为 zip。
  5. 在函数名中使用极其抽象的词汇:比如 HandleIt, ProcessData, DoStuff。让调用者永远猜不透这个函数到底干了什么。

注释之罪

  1. 在注释里撒谎:最简单的一招,改了代码,但不更新注释。
  2. 写废话注释:为每一行显而易见的代码配上同样显而易见的注释,用大量的噪音淹没真正有价值的信息。
    go
    // 古法复刻
    i++ // i plus 1
  3. 永远不要注释一个变量:它的单位、取值范围、边界条件,全让维护者自己去猜。

结构之罪

  1. 极限压行:在一行里塞进尽可能多的逻辑,挑战显示器的宽度极限。
  2. 深度嵌套:以能嵌套 10 层以上的 if-else 为荣,坚决不使用 early return或happy path。
  3. 滥用全局变量:永远不要使用局部变量,把一切都提升为包级变量,让并发的 Goroutine 们去为了争夺它而自相残杀。

    // 古法复刻
    var tempResult string // 提升为包级变量
    
    func HandleRequestA() {
        tempResult = "result_from_A"
        // ...
    }
    
    func HandleRequestB() {
        tempResult = "result_from_B"
        // ...
    }
    // 当这两个函数并发执行时,一场血案即将发生。
    
  4. 复制-粘贴-修改:当有相似功能时,坚决不抽象,直接复制粘贴。在一个代码库里埋下 5 份只有细微差别的一模一样的代码,等待日后引爆。
  5. 一个函数只做一件事?不,一个函数必须干三件事! 让一个名为 IsValid() 的函数,在校验的同时,偷偷地把数据写入数据库。

Go 语言的反击

当然原文中,Roedy Green的“骚操作”不止这些。

但其中的一些“防御”手段对今天的Go语言来说,并不生效。

你会发现 Go 语言在设计之初,就已经对这些“手段”进行了“免疫”,比如:

  • 关于缩进与格式:Roedy Green 痛斥当年程序员通过“故意错位”的缩进来制造 if-else 匹配的视觉陷阱。
    • Go 的反击:对不起,我们有 gofmt。在 Go 的世界里,关于代码格式的“圣战”在第一天就结束了。无论你的代码写得多乱,Ctrl+S 的瞬间,一切都会变得整齐划一。
  • 关于花括号:原文建议省略非必须的 {}。
    • Go 的反击:Go 语言强制要求 if, for 后面必须跟 {},从语法层面彻底消灭了这种的“防御”写法。

现代化的“魔鬼”:用 Go 复刻那些更高级的骚操作

当然,Go 也不是万能的。很多源自 Java/C++ 时代的“高级骚操作”,在 Go 里依然可以“继续存在”。

  1. 伪装成构造函数
    go
    // 古法复刻:这个函数名和类型名完全一样,但它不是构造函数!
    type User struct{ name string }
    func User(name string) { /* ... do something evil */ }
  2. 滥用 interface{}:把所有的函数参数都定义成 interface{},然后在函数内部进行大量的类型断言(Type Assertion)。这能完美地把编译时错误,转化为运行时 panic。
  3. 颠倒参数顺序:定义一个 DrawRectangle(height, width int) 函数。在几个版本之后,神不知鬼不觉地把它改成 DrawRectangle(width, height int),但函数名保持不变。
  4. 魔数(Magic Numbers):在代码里硬编码大量的数字 100,但就是不定义一个常量。更高级的玩法是,偶尔用 99 代替 100-1,用 50*2 代替 100。
    go
    // 古法复刻
    if len(users) > 99 { // 这里是 > 99
    // ...
    }
    for i := 0; i < 100; i++ { // 这里是 < 100
    // ...
    }
  5. 迷惑性的函数重载(Go 版本):Go 没有函数重载,但我们可以用“接口”来模拟。
    go
    // 古法复刻
    func Process(input interface{}) {
    switch v := input.(type) {
    case string: // 处理字符串
    case int: // 处理整数,但逻辑和 string 完全不同
    // ...
    }
    }

    当你的同事传入一个他以为是数字的字符串 “123″ 时,他将收获一个意想不到的结果。

小结:在 AI 时代,我们为什么要回顾“屎山”?

重温这本 27 年前的“反向圣经”,在今天这个 AI 编程时代,显得格外有意义。

AI 的出现,正在把“编写可维护代码”的门槛,拉到前所未有的低点。一个初级程序员,在 AI 的辅助下,也能写出格式工整、变量命名规范的代码。

但这是否意味着“屎山”将成为历史?

恰恰相反。AI 在解放我们生产力的同时,也正在“批量化”和“隐蔽化”地制造着“新时代的屎山”。AI 可能会生成一段逻辑上看似完美,但在高并发下会引发严重数据竞争的代码;它也可能会为了实现一个简单功能,引入一个庞大且带有安全漏洞的第三方库。

这本古老的指南提醒我们:技术的进步可以消灭“语法层面”的丑陋,但永远无法替代人类工程师在“架构层面”的审美与抉择。

在 AI 时代,我们不再需要像 Roedy Green 那样,靠着“加密代码”来保住饭碗。但我们比以往任何时候,都更需要理解那些“不可维护代码”背后的设计缺陷,从而在 Code Review 中,扮演好 AI 的“最终质检员”角色。

代码的整洁与混乱,终究是一场关于“责任心”的博弈。无论时代如何变迁,这,或许是软件工程永恒的真理。

当然,如果你真的想了解古法编程时代的更多“骚操作”,可以看看Roedy Green的原文:https://www.doc.ic.ac.uk/%7Esusan/475/unmain.html


今日互动探讨:

在你见过的 Go 项目中,遇到过哪些让你拍案叫绝、或者让你想“提刀来见”的“屎山代码”骚操作?

欢迎在评论区分享你的“开眼”经历!


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

当AI 榨干了编程所有的乐趣:我不再是程序员,而是“Claude Code”的项目经理

本文永久链接 – https://tonybai.com/2026/04/04/the-death-of-coding-joy-in-the-age-of-ai-agents

大家好,我是Tony Bai。

过去的两年,我们见证了 AI 编程工具从“玩具”到“神器”的进化。从 Copilot 的代码补全,到 Claude Code 的“一句话建站”,再到各种Coding Agent 的“自主开发”,我们写代码的效率被史无前例地拉满了。

但在这场效率的狂欢之下,一股难以言喻的“失落感”和“空虚感”,正在资深程序员群体中悄然蔓延。

就在几天前,Reddit 的 r/webdev 社区(一个拥有 66 万开发者的顶级论坛)上,一位拥有 20 年经验的资深后端工程师发了一篇帖子,标题极其刺眼:AI has sucked all the fun out of programming》(AI 榨干了编程所有的乐趣)。

他写道:

“我曾对自己解决难题、深挖源码的能力无比自豪。但自从 Claude Code 变得越来越强,我感觉自己不再是一个程序员,更像是一个项目经理,每天管理着一个叫 Claude Code 的中高级外包。我交付功能的速度比以往任何时候都快,但内心却无比空虚。这些没有灵魂的特性,我无法再把它们看作是我的创造。”

“AI 让我变得极度懒惰,它彻底摧毁了我作为一个优秀工程师、甚至一个人类的价值。我希望它从未被发明过。”

这篇充满“怨气”的帖子,像一块巨石砸入了平静的湖面,瞬间引爆了整个社区。短短一天,帖子收获了 1500+ 的高赞和近 400 条评论。无数开发者涌入评论区,分享着自己在 AI 时代相似的困惑、挣扎与幻灭。

今天,我们就来扒开这场顶级社区的“赛博哀悼会”,看看当 AI 剥夺了编程最后的“手艺活”时,我们这些“数字工匠”,到底失去了什么?

身份的剥夺:从“创造者”到“代码审查员”

在评论区,点赞最高的一条回复,只用了一句话,就说出了所有人的心声:

“是的,是的,是的。而且,审查那些由 AI 生成的、过度工程化的垃圾 PR,简直让人精疲力竭。”

这精准地概括了资深程序员们失落感的第一个根源:身份的降维

在没有 AI 的时代,我们是“创造者”。我们享受的是从零开始,将复杂的业务逻辑,通过一行行精巧的代码,构建成一个优雅系统的过程。那种“庖丁解牛”般的掌控感和心流体验,是支撑我们熬过无数个加班夜的精神支柱。

而现在呢?

AI 成了那个大刀阔斧的“创造者”,它可以在几分钟内生成 10 个文件、成千上万行代码。而我们,这些曾经的“建筑师”,被迫降级成了一个卑微的“代码审查员(Code Reviewer)”

我们的日常工作,不再是“如何巧妙地设计一个接口”,而是“如何在这堆由 AI 生成的、看似完美却隐藏着无数暗雷的代码里,找出那个该死的 Bug”。

一位开发者形容这种感觉就像“吃屎”:

“重构一小段代码,就像在菜里加点盐,很有趣。但如果让你 9 点到 5 点都在重构 AI 生成的屎山,那就完全是另一回事了。”

学习的终结:当“挣扎”的权利被剥夺

除了身份的降维,更让开发者们感到恐惧的,是“学习感的丧失”

一位只有 2 年经验的前端开发者的评论获得了 123 个高赞:

“AI 确实让我变快了。但有时我感觉,我跳过了那些本该挣扎和学习的部分。而正是那些挣扎,才让知识真正刻进我的脑子里。”

这说出了一个残酷的真相:人类的学习,本质上是一个伴随着痛苦和摩擦的过程。

当你为了一个 Bug 熬了三个小时,翻遍了 Stack Overflow,最后在某个不起眼的角落找到解决方案时,你对这个 Bug 的理解是刻骨铭心的。

但现在,你只需要把报错信息扔给 Claude Code,它会在 3 秒钟内给你正确答案。

效率是提升了,但你的大脑也失去了构建深度知识模型(Mental Models)的机会。你成了知识的“搬运工”,而不是“内化者”。

更可怕的是,这种趋势正在从个人蔓延到团队,甚至威胁到新人的成长路径。

评论区的一位开发者也分享了他的遭遇:

“我们是做嵌入式开发的,AI 很多时候根本不懂底层。但我们的经理对 AI 产生了宗教般的狂热,他强迫我们必须用 AI。如果我们不用,他就会 visibly upset(肉眼可见地不爽);如果我们用了,然后报告 AI 出了问题,他会立刻假定是我们用错了,而不是 AI 的问题。”

这种来自管理层的“AI 迷信”,正在让那些真正懂技术的专家感到心寒。当你的老板拿着 ChatGPT 的一段胡言乱语来质疑你的专业判断时,技术尊严的丧失,远比失去乐趣更令人痛苦。

正在分裂的社区:效率派 vs 手艺派

当然,也并非所有人都对 AI 感到悲观。评论区同样出现了鲜明的“效率派”阵营。

一位拥有 27 年经验的资深开发者表达了截然不同的看法:

“我反而觉得 AI 增强了我的能力。我依然负责掌控项目的整体架构,AI 只是帮我处理那些烦人的、重复的体力活。这就像我有了一个能完美听懂我话的初级开发人员,而且他永远不会抱怨。”

另一位开发者则将这种转变描述为角色的升维:

“乐趣转移了,但没有消失。我们团队的人类现在负责所有的架构决策,AI 负责具体的实现。创造性的工作依然存在——它从‘如何写好这个函数’,变成了‘如何设计好这个系统’。我们从‘砖瓦工’,变成了‘建筑师’。”

这两种截然不同的声音,揭示了 AI 时代开发者社区正在经历的一场剧烈的身份分化:

  • 手艺派:他们热爱编码本身,享受那种与代码“人剑合一”的创造快感。对他们而言,AI 剥夺了这个过程。
  • 效率派(或架构派):他们更享受从宏观层面掌控系统的乐趣,将编码视为一种实现目标的手段,而非目的。对他们而言,AI 是解放他们生产力的“外骨骼”。

这两种观点没有对错,它仅仅反映了不同性格的开发者,在面对一场史无前例的生产关系变革时,所产生的自然分化。

出路何在?:夺回“原子化”的掌控力

在这场关于“乐趣与灵魂”的大讨论中,我们依然能找到一些极具建设性的生存法则。

第一,坚决捍卫“人类最终解释权”。

AI 可以生成,但你必须成为那个拥有“一票否决权”的最终审计者。正如一位开发者所言:

“我正在无视所有关于‘再不拥抱 AI 就会被淘汰’的末日预言。我只把它当成一个强化版的搜索引擎。如果未来真的只需要一批不懂底层原理的‘提示词操作员’,那我的工作反正也变得毫无意义了。但如果未来依然需要懂底层的人,那我的处境绝对比那些‘氛围编码’了好几年的人强得多。”

第二,主动创造“无 AI 日(Zero AI Day)”。

另外一位开发者的建议获得了很多人的认同:

“为了对抗这种侵蚀,我每周会选定一天作为我的‘无 AI 日’。在那一天,我禁止自己使用任何 AI 工具。这种感觉非常自由。”

这就像健身中的“欺骗餐”,它能让你重新找回对代码最原始的“手感”。

第三,把 AI 当作“副驾驶”,而不是“自动驾驶”。

真正的老司机,绝不会在高速上双手离开方向盘。他们会利用 AI 去处理那些最耗时、最没有创造性的部分:写单元测试、生成 OpenAPI 文档、转换数据格式。

而在核心的业务逻辑和架构设计上,亲手去写,去感受系统的“摩擦力(Friction)”,去构建你脑海中那张独一无二的架构蓝图。

小结:从“多巴胺”到“内啡肽”

AI 的出现,极大地满足了我们对“即时反馈”的多巴胺式快感:敲一句话,代码就出来了。

但真正的编程乐趣,那种来自于深度思考、解决难题后获得的、持久而宁静的成就感,属于“内啡肽”。

AI 正在用廉价的多巴胺,稀释我们获取内啡肽的能力。

我们不必为此感到绝望。正如工业革命没有消灭所有手工艺人,反而催生了更昂贵的“高级定制”一样。

当 AI 能够批量生产千篇一律的“预制菜”代码时,那些依然能够亲手雕琢出艺术品级架构的“米其林大厨”,其价值将不降反升。

问题的关键在于,在这场大浪淘沙中,你,是选择成为流水线上一颗随时可被替换的螺丝钉,还是那个手握最终菜谱的顶级大厨?


今日互动探讨:

在使用 AI 编程后,你的“编程乐趣”是增加了还是减少了?你觉得 AI 帮你完成的最有价值和最没有价值的工作分别是什么?

欢迎在评论区分享你的真实感受!


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com
这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats