牛仔程序员手册
内容提要
本指南教你如何编写草率、不专业的代码，忽略标准，使代码库变得混乱。遵循这些提示，未来会感谢你，因为他们试图在你的代码上进行构建或修复，而你会经历沮丧和头痛。避免面向对象编程，复制粘贴代码，使用全局变量和副作用，嵌套循环和if语句，硬编码数字和字符串，随意导入依赖，不规划设计，不注释代码，不写文档，不测试代码，直接提交到主分支，手动部署到生产环境，不处理错误，不验证授权，不关心维护阶段。遵循这些技巧，你能编写出不可维护的代码。
延伸解读
反讽指南的警示价值
本文以反讽手法列举了编写不可维护代码的种种做法，如避免面向对象、复制粘贴、使用全局变量等。这些建议实为对不良编程习惯的集中展示，读者可将其视为反面教材，对照检查自身代码中是否存在类似问题，从而主动规避这些陷阱，提升代码质量。
团队协作中的常见痛点
文中提到的直接提交主分支、不写文档、不测试等行为，正是团队协作中经常引发冲突和效率低下的根源。通过识别这些反模式，团队可以建立更规范的代码审查、分支管理和测试流程，减少因个人随意性导致的维护成本，促进知识共享和代码一致性。
长期维护的隐藏成本
硬编码、随意导入依赖、不处理错误等做法虽然短期内可能加快开发速度，但会显著增加未来的维护难度和风险。文章提醒我们，忽视架构设计和错误处理，最终会导致系统脆弱、难以扩展，甚至引发生产事故。重视可维护性是对项目长期健康的投资。
Q&A
如何写出不可维护的代码？
避免面向对象编程，编写巨型脚本；随处复制粘贴代码；使用全局变量和副作用；嵌套循环和if语句；硬编码数字和字符串；随意导入依赖；不规划设计；不注释不写文档；不写测试；直接提交到主分支；手动部署；不处理错误；不验证授权；忽视维护。
为什么应该避免面向对象编程？
因为类、封装、继承等没有必要，可以编写1000多行的巨型脚本，把所有东西混合在一起，不需要函数，文件越大越好。
复制粘贴代码有什么好处？
复制粘贴可以快速重用代码，无需重构。重构是失败者的做法。当需求变化时，你需要在多个地方更新，但你可以直接黑掉然后继续。
如何处理错误和异常？
不要处理错误，让代码崩溃和燃烧，不要用try/catch块，让异常涌向用户。
为什么不应该编写测试？
测试是拐杖，浪费时间。如果代码能在你的机器上运行，就直接发布，无需担心未经测试的代码会导致构建失败或生产崩溃。
如何管理依赖？
随意从任何地方导入任何内容，混合和匹配相对导入、循环依赖，从../../utils导入助手、常量、数据库等，只要能运行就不在乎来源。
