有人正在做一件听起来很复古的事:连续三个月,不用任何AI辅助,纯手写代码。
这位开发者在博客里记录了这个实验,标题就叫《I'm Coding By Hand》。他的核心发现戳中了很多人的焦虑——当我们把90%的代码交给AI生成时,到底在失去什么?
![]()
先来厘清一下时间线。几十年前是打孔卡片时代,后来我们长期在集成开发环境里敲符号,这已经被称作"老办法"。现在AI代码助手成了新默认。作者甚至调侃,未来可能是脑机接口直接输出需求规格,谁知道呢。
![]()
但"老办法"的价值被低估了。作者区分了两种编码状态:手写代码时,他同时在干两件事——把想法翻译成代码,以及理解代码库。而AI辅助模式下,如果你对自己的需求不够精确,AI代理会很乐意替你做完一堆假设。结果是学得少了,对代码库的掌控感也更弱。
这里有个被忽略的事实:编码从来不只是打字。它是把业务规则或问题约束解码,再重新编码成编程语言的过程。这个过程中,你得掌握语法规则、让新代码和既有系统交互、遵循项目结构和约定、学习业务领域知识,最后才是解决眼前的问题。
![]()
AI的介入可能让其中某些环节消失。比如,如果AI写了90%的代码,精通多门语言的价值就大打折扣。但代价是隐性的——每一行你看不懂的AI生成代码,不只是技术债务,更是认知债务。就像计算器再强大,不懂数学的人也用不好它。
这位作者没有否定AI工具,而是提醒一个平衡问题:辅助和替代之间的界限在哪里。当生成代码的速度远超理解代码的速度,开发者的能力曲线会发生什么变化?这个实验的价值,或许在于重新校准我们对"效率"的定义。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.