当代码生成器泛滥、垃圾代码横行，一场回归本质的编程马拉松正在逆势突围
在人工智能代码生成器遍地开花、“一键生成软件”成为流行话术的今天，一场名为“Running a software jam in a world of slop”的编程马拉松（Software Jam）于上周末在杭州梦想小镇悄然落幕。这场为期48小时的活动吸引了来自全国各地的200余名开发者、设计师与产品经理参与，而它的特殊之处在于：所有参赛作品禁止使用任何AI代码生成工具，且必须提交完整的、可运行的、干净的原生代码。
“我们之所以定下这样的规则，正是因为我们现在就生活在一个‘slop’（杂烩、垃圾）的世界里。”活动发起人、独立开发者社区“码力觉醒”创始人刘晨阳在开幕式上一语道破天机。所谓“slop”，不仅是低质量代码的堆砌，更是指当前技术圈中大量依赖AI工具生成、未经审慎测试、逻辑混乱、维护困难的“快消软件”——它们看似高效，实则正在侵蚀软件工程的核心价值。
一次“反效率”的硬核尝试
本次编程马拉松的主题被定为“重新发现代码的尊严”。参赛者需要在48小时内，从零开始构建一款解决实际生活痛点的工具型应用。禁止使用Copilot、ChatGPT代码补全、Cursor等任何辅助生成工具，允许查阅官方文档、使用现有开源库，但每一行关键逻辑必须由开发者亲手敲出。
来自北京的前端工程师张明远带着他的作品“PaperFlow”——一个极简论文引用管理插件——获得了最佳独立奖。他坦言，在比赛中自己多次忍不住想打开AI工具，“但打到一半想到规则，又硬生生把手缩回来了。这个过程让我重新找回了写代码的沉浸感，而不是像平时那样复制粘贴、修修补补。”
另一位参赛者、深圳的独立开发者苏晓雯则表示，她看到太多所谓“AI生成项目”实则漏洞百出：“很多项目跑起来都是史莱姆一样的‘slop’，能用，但没人愿意碰它的代码。这场Jam让我意识到，真正的质量不是靠拼接出来的。”
反“slop”：不是抵制AI，而是回归基本功
活动组织方在规则说明中特意强调，这场Jam并非反AI运动，而是对当下“AI生成即交付”趋势的一种反思。刘晨阳在赛后接受采访时坦言：“我们不是要当技术保守派，而是认为在‘人人都会写代码’的口号背后，软件工程的基本功正在被快速稀释。”
他引用了一组数据：2024年某知名代码托管平台的调研显示，超过60%的新创建仓库中，至少有30%的代码由AI自动生成；而在这些代码中，近四分之一存在未处理的错误或安全漏洞。更令人担忧的是，很多开发者已经丧失了“读懂代码”和“调试代码”的能力，习惯于让大模型提供“修复建议”，自己则沦为“粘贴员”。
“当AI生成的作品成为主流，我们如何分辨哪些是真正可维护的软件，哪些只是漂亮的‘slop’？”刘晨阳的发问在现场引发了激烈讨论。
行业反思：效率与质量的再平衡
活动特邀评委、浙江大学计算机科学与技术学院教授李益民在结营演讲中指出，软件工程历史上经历过多次“工具代替人工”的浪潮——从汇编到高级语言，从手工部署到DevOps，每一次技术跃迁都伴随着“基本功是否被淘汰”的争论。但AI辅助编程与之不同：它直接接管了思维和调试的关键环节。
“我们反对的不是AI工具，而是‘盲目的slop心态’——以为生成即完成。真正的软件Jam应该保留‘人作为架构师’的位置。”李益民强调，未来高质量的软件开发者，将不是那些最会调用AI的人，而是那些能理解AI建议、并做出正确取舍的人。
活动意义：一次有温度的“反潮流”实践
尽管规模不大、时间紧凑，但“Running a software jam in a world of slop”引发的行业讨论远未停止。有参与者将过程的录屏发布到技术论坛，获得了大量讨论。很多人表示，当前太多技术活动沦为“AI工具演示会”，真正聚焦代码质量、团队协作与工程实践的活动反而成了稀缺品。
活动闭幕时，所有参赛者共同签署了一份《软件质量承诺书》，承诺在日常开发中至少保持“三分之一的代码亲手写完”，并定期做代码审计以对抗“slop化”。
“这个世界不会因为AI出现就变成纯代码荒漠，我们需要做的是，在slop泛滥的环境里，依然有人愿意举办一场干净的Jam。”刘晨阳在落幕时的话，或许正是这个时代软件从业者最需要的警醒。
记者手记：当“快速”成为唯一标准，当“我让AI帮我写”成为口头禅，我们或许该停下来问一问：那些被我们轻易交付的“slop”，最终会成为软件世界的基石，还是泥潭？这场小小的Jam给出的答案，耐人寻味。