夜雨聆风
程序员写代码离不开智能提示的编辑器了吗?
大家好，我是良许。
前两天在公司茶水间，听到两个新来的实习生争论：如果只用记事本写代码，还能写得出来吗？一个说能，另一个却摇头：“没有代码补全，我连函数名都记不全。”
这话让我心里一咯噔，作为写了十几年代码的老程序员，我意识到一个可怕的现象——现在不少年轻程序员，似乎真的离不开智能提示了。
其实这事儿不能全怪他们。
我刚入行的2012年，用Source Insight写嵌入式代码，那时的“智能提示”顶多补全变量名、跳转函数定义，大部分时候，我们得对着厚厚的芯片手册硬背寄存器地址，STM32的GPIO配置相关寄存器，闭着眼睛都能敲出来，因为没得选，写代码靠的是对API的熟悉、对底层原理的理解，编辑器只是工具，脑子才是核心。
但现在截然不同。
VSCode配Copilot，敲个注释就能生成完整函数。
CLion的智能补全，连函数参数类型、返回值都标注得清清楚楚。
从效率来看，这绝对是好事，我现在写Linux应用层代码，面对pthread库、socket编程等动辄几十个参数的API，只需记个前缀，剩下的交给编辑器，效率至少提升30%。
可问题也随之而来：很多新人程序员渐渐失去了独立思考的能力。
去年公司招了个简历写“精通C++”的应届生，面试时让他在白板上写快速排序，他愣了半天说：“我平时都是用IDE自动补全的……” 这能算精通吗？
更可怕的是，智能提示还改变了学习方式。
以前学编程是先理解原理再写代码，比如学Linux驱动开发，得先搞懂字符设备和块设备的区别，理解file_operations结构体的每个成员函数，这个过程虽苦，却能吃透底层逻辑。
现在很多人是先让AI生成代码，跑通就行，既不知道代码为何这么写，也不清楚换个场景能否适用。
我见过一个典型例子：有个外包项目要求在嵌入式设备上实现简单的TCP服务器，接活的小伙子用Copilot很快写完，代码能跑，但没过两天设备偶尔死机。
我排查后发现，socket没设超时、多线程没加锁、内存泄漏一堆——这些都是基础知识，可他完全没意识到，只因他根本不理解代码逻辑，只是复制粘贴AI生成的内容。
当然，智能提示本身没有错，就像计算器没让数学家失业，反而让他们聚焦更复杂的问题。关键是要清楚自己在做什么。
我现在也大量用智能提示，但遇到不熟悉的API，会先查文档搞懂原理，让工具成为助手而非拐杖。
而那些完全依赖工具的人，失去的不只是写代码的能力，更是独立思考和解决问题的核心能力。
我曾在公众号做过调查：用Vim或记事本写完整项目，能做到吗？超60%的人选“不能”或“很困难”，有人说“离开IDE，连头文件该include哪些都不知道”。
这种依赖其实是种脆弱性，试想如果在没有IDE的环境下紧急修bug，比如SSH到设备用vi改代码，平时依赖IDE的人大概率会傻眼，而基本功扎实的老程序员却能从容应对。
所以我的建议是：用工具，但别被工具绑架。用AI生成代码时，要问自己三个问题：这段代码我理解吗？从零写我能写出来吗？换个场景还适用吗？
若答案是“不知道”，就先搞懂原理。
另外，定期做“硬核训练”，比如每月抽一天关掉所有智能提示，用原始编辑器写代码，刚开始会痛苦，但能恢复基本功。
说到底，程序员离不离得开智能提示，取决于想成为什么样的人。
只想做“代码搬运工”，自然离不开。
但想成为技术专家，走得更远，就必须保持独立思考的能力。
工具会变，技术会更新，但底层逻辑和原理不变，掌握这些，才能在任何环境下游刃有余。
记住，智能提示只是工具，你的大脑才是最强大的武器，别让工具成为你的主人。
大家好，我是良许，一个深耕嵌入式12年的老工程师，前世界500强高工。
我花了3个月时间，写了一个C语言电子书，以非常通俗的语言跟大家讲解C语言，把复杂的技术讲得连小学生都能听得懂，绝不是AI生成那种晦涩难懂的电子垃圾。
C语言电子书目录如下：
