Labs

AI助手超限后,开发者重拾手动编码:挑战与深度成长

AI助手超限后,开发者重拾手动编码:挑战与深度成长

上周,我遭遇了一个意想不到的状况:我订阅的所有AI编程助手,包括Kimi K2、Claude Pro和Copilot,全部达到了使用上限,让我足足被“代码封锁”了两个小时。

面对Copilot CLI中弹出的提示,我陷入了两难:是支付额外费用升级到“Pro Max”套餐,还是像过去那样,完全依靠自己来编写代码?额外的投入显然不是我当时的首选,而手动编码虽然免费,却也意味着速度更慢、摩擦更多,那些“无聊”的语法、类声明和模块连接工作都将回到我手中。

最终,我选择了回归手动编码。说实话,我甚至感到一丝兴奋,因为我已经好几周没有这样纯粹地编程了。然而,实际操作的挑战远超我的预期。

我当时正在重构一个顶栏功能,并根据时间定制问候语(如“早上好”/“晚上好”)。听起来很简单,但Kotlin语法却不再信手拈来。我不得不停下来思考那些基础知识,比如const的用法、类声明的格式,这些曾经是肌肉记忆般的操作。

这是我遇到的第一个障碍。紧接着是第二个挑战:逻辑构建。过去,AI助手总能迅速给出逻辑方案,我只需审阅并修正。现在,需要我从头开始构建逻辑,这让我一时难以适应,必须放慢节奏,一步步地思考,重新梳理整个流程。

然而,就在这个过程中,一个有趣的变化发生了。我开始真正享受这个过程,这种感觉让我回想起那些独自从头到尾完成一个功能的“黄金岁月”。

当亲自完成代码时,那种满足感与将任务委托给AI是截然不同的。使用AI时,我的典型工作流是:根据头脑风暴提出计划→我验证计划→AI实现。而当我亲自编码时:我就是规划者→我构建思维结构→我实时解决问题。

诚然,手动编码速度更慢,但它带来的是更深层次的理解。你能够亲身感受每一次决策的份量,深入理解“为什么”这样做,而不仅仅是“是什么”。审阅AI生成的代码与亲手编写代码的学习效果也大相径庭,亲手实践的知识才能真正扎根。

这次经历带给我的一个重要启示是:我决定每周至少留出一小时,完全关闭AI工具,专注于纯粹的手动编程。这并非否定AI的强大与变革性——它确实令人惊叹。但我更不想失去那份宝贵的编程“肌肉记忆”,也不想放弃那种完全掌控代码的成就感。我想知道,是否有其他开发者也有类似的感受?

↗ 阅读原文