波仔
⌨️ 第二章 编程语言都有什么不同
📄 一句话概括

开发环境的三级台阶：编辑器管打字、IDE 把编辑＋编译＋调试打包、RAD 进一步拖控件快速出活——2026 年这场仗的主战场已经变成【谁把 AI 集成得更好】，而【环境】的本质始终是：把机械劳动从程序员手里拿走。

📝 本节和前面几节的关系

本节是第二章收官篇：语言本体（2-1~2-11）讲完，轮到【在哪儿写】。回收两处旧地：C++ 课 1.2 搭过的 Dev-C++ 就是小 IDE；Java 课 1.5 的 IntelliJ IDEA 是重型 IDE、1.6 的 AI 编程助手是本章最新主角。

一、三级台阶

① 编辑器（Editor）：本职只有一件事——把代码打好。记事本就是最裸的编辑器；加上语法高亮、多文件、搜索就够写小项目。轻、快、零负担，但编译、调试全要你出命令行自己跑。

② IDE（集成开发环境，Integrated Development Environment）：把编辑器＋编译器＋调试器＋工程管理打包成一件套：

Java／C# 世界是重型 IDE 的天下（IntelliJ IDEA、Visual Studio）；C++ 有 Visual Studio／CLion。

③ RAD（快速应用开发，Rapid Application Development）：更进一步——拖控件、连事件、几分钟出一个能跑的界面。Visual Basic／Delphi 时代（1990~2000 年代）的招牌；今天的延续是低代码平台（拖拽搭表单、流程、报表）与各类【可视化搭建】工具。RAD 的取舍也一脉相承：快，但复杂逻辑终究要落回真代码。

二、2026 年的战场实况

Stack Overflow 2025 开发者调查（2026 年引用的最新版，约 2.6~4.9 万人作答）给出的实况：

工具 采用率 备注
VS Code 75.9% 五连冠；5 万+ 扩展市场
Visual Studio 29% 微软系重型 IDE
IntelliJ IDEA 27.1% Java／Kotlin 首选
Vim 24.3% 老兵不死
Cursor 17.9% AI 原生编辑器，两年冲到第六（调查史上最快）
PyCharm 15% Python 专用
Claude Code 9.7% 终端 AI 编程

三条趋势（教材写作时 2023 年都还没有或刚萌芽）：

  1. AI 原生工具从 0 冲到第二梯队：Cursor（VS Code 的 fork，AI 内建于核心）、Claude Code；51% 的专业开发者每天使用 AI 工具；
  2. 编辑器与 IDE 的边界消失：VS Code 靠扩展装出 IDE 的全部能力，Eclipse（2023 年还排得进前八）已滑落到 7.1%；
  3. 战争焦点换了：2020 年比语法高亮与启动速度，2026 年比【AI 集成、性能、语言工具链与你的工作流贴不贴合】。

三、编辑器还是 IDE？一个简单的判据

不是【哪个更好】，是【你的项目多重】：

老手的常态是混用：重型 IDE 开大项目、VS Code／Cursor 处理杂项与远端（SSH 到树莓派改代码就是 VS Code 的强项——回收树莓派课 3-6 的 SFTP 场景），约四成开发者每天开不止一个编辑器。

四、动手 Demo：给同一行代码三种待遇

感受【环境替你干了多少活】——同一行有笔误的 Python 代码，三种环境的反应：

msg = "环境的三级台阶"
prit(msg)     # 笔误：print 打成了 prit
环境 你会看到什么
记事本 什么都不知道；跑的时候才炸 NameError
VS Code（无插件） 底部波浪线＋【未定义】提示（Pylance 语言服务）
IDE／AI 助手 红线＋一键修复（rename to print）＋甚至自动补全时就不会让你打错

读结果：代码没变，变的是环境【理解代码】的深度——从字符（记事本）到语法树（语言服务）到意图（AI 助手）。这就是三十年来开发环境的进化主线。

五、30 秒实验

打开你装好的 VS Code（或任意编辑器），装一遍官方 Python 扩展：扩展面板搜 Python → 安装 → 打开任意 .py 文件，把光标悬停在函数名上 30 秒——弹出的签名、文档、跳转定义全部可用。这 30 秒里【编辑器】已经变成了【轻 IDE】——边界消失的现场体验。

六、常见误区

  1. 【IDE 越重越专业，新手必须上全家桶】——错。学习期用重型 IDE 会把【点按钮】误当【会编程】；先在编辑器＋命令行里把 2-1（编译）、2-11（标准流）跑熟，再上 IDE 才知道每个按钮底下是什么。
  2. 【用了 AI 助手就不用学基础了】——错。AI 生成代码后判断对错、看出隐患的能力恰恰来自基础；51% 每天用 AI 的开发者，比拼的正是审查能力（回收 Java 课 1.6 的纪律：AI 是副驾驶不是司机）。
  3. 【低代码／RAD 会取代程序员】——错。RAD 覆盖的是【需求已标准化】的表层；需求一复杂、集成一多，就回到真代码。它是台阶的延伸，不是台阶的替代。
自测三问（点开对答案） 1. **编辑器、IDE、RAD 各自的核心能力边界？** 答：编辑器只管打字；IDE＝编辑＋编译＋调试＋重构一件套；RAD＝拖控件快速出原型——三者是【替你拿走的机械劳动】逐级增多。 2. **2026 年开发环境战争的三大趋势？** 答：AI 原生工具两年冲进第二梯队（Cursor 17.9%、51% 开发者日用 AI）；编辑器与 IDE 边界消失（VS Code 75.9% 五连冠、Eclipse 滑落）；比拼焦点变成 AI 集成与工作流贴合度。 3. **判据：什么时候该用重型 IDE？** 答：项目规模上万行、多人长期维护时——静态分析与安全重构省下的时间超过成本；小脚本用编辑器＋命令行反而更快。

相关笔记