docs: update draft

1 files changed, 13 insertions, 1 deletions

diff --git a/content/posts/lost-in-gui.md b/content/posts/lost-in-gui.md
index d87f7fb7..f26025b0 100644
--- a/content/posts/lost-in-gui.md
+++ b/content/posts/lost-in-gui.md
@@ -85,7 +85,19 @@ Visio（以及开源的 draw.io）不被它视作**专业**的 UML 图绘制工�
 
 通俗地来讲，这两类软件的区别，就是化学原料和包装好的清洁剂的区别。这位老师觉得：使用一水柠檬酸溶液来清除水垢是不专业的，应该使用包装上写明了「水垢清洁剂」的清洁产品，才**显得专业**。
 
-##
+## 破除魔法
+
+让我总结一下目前为止我的观点。
+
+长期依赖于高度抽象的图形界面工具，尤其是在一开始就没有了解过低层次抽象的前提下，会让人忽略最基础的知识。这是个人层面的问题。社会层面上，会创造出本不应该存在的门槛和鄙视链，仿佛使用高度抽象的软件系统就显得更专业。
+
+这种心态不罕见，我相信：如果让所有的 Java 开发者停止使用 IDEA，有相当一部分人会不知道如何启动 Spring Boot 项目（答案：用 `mvn spring-boot:run`）；如果你告诉别人你用 GIMP 编辑图片而不是 PhotoShop，有相当一部分人会认为你不够专业。
+
+这么说来，因为普遍认为前端技术很简单，所以常常被鄙视的前端开发者，实际上大多都脱离了这种窘境，因为前端开发的必要工具之一就是 `npm` 或者其他相关的命令行工具，我很少看到有人用 JetBrains 的 WebStorm，通过操作图形界面管理依赖项。
+
+使用 LLM 开发也是，许多人宁愿用高度抽象的自然语言描述需求，也不愿意手写代码，就算在遇到 Bug 时跟 Agent 发疯也不愿意停下。如果他们愿意去看看真实的代码，接触被抽象掩盖的、在抽象之下的东西，他们就不会如此狼狈。我想这背后也是相似的心态在作祟，而且「程序员应该跟上潮流用 LLM 写代码，手写代码是落后的」这种思想，似乎也有愈演愈烈的苗头，大概是需要警惕的。
+
+最后，我想说的是，不要怕麻烦，接触低层次的抽象并不可怕，反而能帮助自己建立起对软件的清晰认知，而清晰是非常宝贵的。
 
 [^1]: 参见：[Running commands in projects | uv](https://docs.astral.sh/uv/concepts/projects/run/)