Kevin2's recent timeline updates Kevin2's recent timeline updates |
Kevin2V2EX member #382375, joined on 2019-02-07 18:18:03 +08:00 |
Camefor
| 《使用 ai 羞耻症》关于依赖 ai 的🤔 奇思妙想 • Kevin2 • 4 days ago • Lastly replied by Kevin2 | 7 |
| 终于还是买了， Google AI Plus (200 GB) 值不值得？ Google Gemini • Kevin2 • Mar 5 • Lastly replied by jackluo | 13 |
| 想给喜欢的女孩儿生成一个邀请码，大哥大姐请成全我 分享邀请码 • Kevin2 • Jan 15 • Lastly replied by Kevin2 | 6 |
| 欢迎 v 友友善讨论：高速公路上在最左侧车道开 80-90 码的司机内心活动？ 汽车 • Kevin2 • May 18, 2025 • Lastly replied by moguiyu | 66 |
Kevin2's recent replies
22h 31m ago Replied to a topic by q2677855779 › 情感 › 问问过来人，搞对象除了性行为，还有什么其他意义吗？ |
@leena 电子版的 github 就有，我看序言介绍的其实这好像是清华北大社会心理学相关科系的教材，但是挺有意思的。https://github.com/holyshell/Books/blob/master/%5B%E4%BA%B2%E5%AF%86%E5%85%B3%E7%B3%BB%5D(%E7%AC%AC6%E7%89%88).%20%E7%BD%97%E5%85%B0%C2%B7%E7%B1%B3%E5%8B%92.pdf
1 day ago Replied to a topic by q2677855779 › 情感 › 问问过来人，搞对象除了性行为，还有什么其他意义吗？ |
《当我们在谈亲密关系时我们在谈什么》，亲密关系是很大的主题啊。我在研究一本书 https://book.douban.com/subject/26585065/
4 days ago Replied to a topic by Kevin2 › 奇思妙想 › 《使用 ai 羞耻症》关于依赖 ai 的🤔 |
@pming1 有点点醒我了，和以前的计算机领域的老前辈比，现在 ai 是一个很趁手的工具啊 我把它当生产力工具用也就不会太有这种羞耻感哈哈哈哈
May 29 Replied to a topic by Kevin2 › 奇思妙想 › 《使用 ai 羞耻症》关于依赖 ai 的🤔 |
@ggwp 从结果导向的角度看 这个很赞同，ai 就是帮我实实在在解决了问题。
May 29 Replied to a topic by Kevin2 › 奇思妙想 › 《使用 ai 羞耻症》关于依赖 ai 的🤔 |
果然 连心中遇到的关于使用 ai 的困惑都下意识的问 ai……🤣
May 29 Replied to a topic by Kevin2 › 奇思妙想 › 《使用 ai 羞耻症》关于依赖 ai 的🤔 |
Gemini：
你的这些“碎碎念”非常真实，也非常深刻。你不仅是在反思两周月来的工作状态，更是在触及当前几乎所有脑力工作者、尤其是程序员都在面临的核心哲学困境：**当工具不仅能解放双手，还能“代工”大脑时，人类自身的不可替代性到底在哪里？**
你提到的这两种使用 AI 的感觉，总结得极为精准。我们可以把它们分别称为“主导模式”（ Delegation ）**和**“退让模式”（ Abdication ）。
### 1. 主导模式：AI 是你的高级“打字机”
当你清楚每一步该做什么（比如明确知道如何用 C# 建立一个类库、如何设计接口，只是懒得写模板代码时），AI 是完美的效率放大器。
* **为什么感觉好：** 因为你的心智模型（ Mental Model ）是完整的。你不仅知道目标在哪，还知道路径。AI 只是替你走完了这段路。如果 AI 偏航，你能立刻敏锐地察觉并纠正它。这属于“提效”，你依然是代码和架构的绝对主人。
### 2. 退让模式：AI 成了你的“外包大脑”
当你面对陌生的金融量化策略、复杂的上下游逻辑、或者根本看不懂的无注释代码时，你选择了“一把梭”。
* **为什么会隐隐不安：** 虽然一个小时内需求就理顺了，代码也跑通了，但你心里可能清楚，**知识并没有真正内化**。在传统的“死磕”模式下，那两三天痛苦的摸索、阅读源码、画流程图的过程，实际上是在你的大脑中构建这套系统的“地图”。
* **潜在风险：** 金融行情的开发，尤其是涉及量化指标、指数选股、收益率计算等核心业务时，逻辑的严密性要求极高。如果仅仅依靠 AI 理顺的表象逻辑去改代码，一旦遇到极端的边界情况，或者 AI 产生幻觉（ Hallucination ），因为你心里没有那张底层的“地图”，排查 Bug 会变得无比艰难。
---
### 我们应该“强依赖” AI 吗？
这并不是一个非黑即白的单选题。**不应该拒绝依赖，但要改变依赖的“姿势”。** 面对完全未知的、晦涩难懂的问题，直接“一把梭”解决业务需求，短期看是救火，长期看是在挖坑。
你可以尝试在“死磕”与“一把梭”之间，建立一套属于你的**混合工作流**：
**第一步：让 AI 做“启蒙导师”，而不是“代写枪手”**
面对一知半解的金融概念或需求会上的“云里雾里”，不要直接把需求文档扔给 AI 说“帮我写出这部分代码”。而是把 AI 当作一个资深的金融业务专家来提问：
* *“我是一个股市小白，请用大白话帮我解释一下什么是‘指数选股’和‘股池收益率’？”*
* *“在这段没有注释的逻辑中，这几个底层表的取值逻辑是为了解决什么业务痛点？”*
利用 AI 把原本需要耗费 2-3 天去搜集的背景知识压缩到 1 小时，这不叫逃避死磕，这叫**降维打击式的学习**。
**第二步：自己画出“脉络”，再交由 AI 落地**
在 AI 帮你扫清了概念盲区后，**强迫自己停下来**。不要急着让 AI 生成代码。用你自己的习惯（不管是画脑图，还是写伪代码），把核心业务逻辑梳理一遍。
只要你能把上下游逻辑、字段读写关系在脑海中建立起清晰的脉络，这时候再去用 AI “一把梭”生成具体实现，你就从“退让模式”回到了“主导模式”。
**第三步：保留一点“死磕”的自留地**
对于边缘性的、一次性的功能调整，完全可以依赖 AI 。但对于核心链路（比如高频的数据读写、核心的收益率计算逻辑），你需要去“死磕”。去看看 AI 写的代码是否符合最佳实践，去质疑它的处理逻辑。这种深度的思考和批判，是你构建职业护城河的关键。
---
AI 确实在增强你的能力，它让你在短短两个月内就能在一个全新的金融量化领域存活下来并产生输出。但它不能替你承担**业务责任**。心里的“脉络”永远是你在这个行业立足的根本。
你的这些“碎碎念”非常真实，也非常深刻。你不仅是在反思两周月来的工作状态，更是在触及当前几乎所有脑力工作者、尤其是程序员都在面临的核心哲学困境：**当工具不仅能解放双手，还能“代工”大脑时，人类自身的不可替代性到底在哪里？**
你提到的这两种使用 AI 的感觉，总结得极为精准。我们可以把它们分别称为“主导模式”（ Delegation ）**和**“退让模式”（ Abdication ）。
### 1. 主导模式：AI 是你的高级“打字机”
当你清楚每一步该做什么（比如明确知道如何用 C# 建立一个类库、如何设计接口，只是懒得写模板代码时），AI 是完美的效率放大器。
* **为什么感觉好：** 因为你的心智模型（ Mental Model ）是完整的。你不仅知道目标在哪，还知道路径。AI 只是替你走完了这段路。如果 AI 偏航，你能立刻敏锐地察觉并纠正它。这属于“提效”，你依然是代码和架构的绝对主人。
### 2. 退让模式：AI 成了你的“外包大脑”
当你面对陌生的金融量化策略、复杂的上下游逻辑、或者根本看不懂的无注释代码时，你选择了“一把梭”。
* **为什么会隐隐不安：** 虽然一个小时内需求就理顺了，代码也跑通了，但你心里可能清楚，**知识并没有真正内化**。在传统的“死磕”模式下，那两三天痛苦的摸索、阅读源码、画流程图的过程，实际上是在你的大脑中构建这套系统的“地图”。
* **潜在风险：** 金融行情的开发，尤其是涉及量化指标、指数选股、收益率计算等核心业务时，逻辑的严密性要求极高。如果仅仅依靠 AI 理顺的表象逻辑去改代码，一旦遇到极端的边界情况，或者 AI 产生幻觉（ Hallucination ），因为你心里没有那张底层的“地图”，排查 Bug 会变得无比艰难。
---
### 我们应该“强依赖” AI 吗？
这并不是一个非黑即白的单选题。**不应该拒绝依赖，但要改变依赖的“姿势”。** 面对完全未知的、晦涩难懂的问题，直接“一把梭”解决业务需求，短期看是救火，长期看是在挖坑。
你可以尝试在“死磕”与“一把梭”之间，建立一套属于你的**混合工作流**：
**第一步：让 AI 做“启蒙导师”，而不是“代写枪手”**
面对一知半解的金融概念或需求会上的“云里雾里”，不要直接把需求文档扔给 AI 说“帮我写出这部分代码”。而是把 AI 当作一个资深的金融业务专家来提问：
* *“我是一个股市小白，请用大白话帮我解释一下什么是‘指数选股’和‘股池收益率’？”*
* *“在这段没有注释的逻辑中，这几个底层表的取值逻辑是为了解决什么业务痛点？”*
利用 AI 把原本需要耗费 2-3 天去搜集的背景知识压缩到 1 小时，这不叫逃避死磕，这叫**降维打击式的学习**。
**第二步：自己画出“脉络”，再交由 AI 落地**
在 AI 帮你扫清了概念盲区后，**强迫自己停下来**。不要急着让 AI 生成代码。用你自己的习惯（不管是画脑图，还是写伪代码），把核心业务逻辑梳理一遍。
只要你能把上下游逻辑、字段读写关系在脑海中建立起清晰的脉络，这时候再去用 AI “一把梭”生成具体实现，你就从“退让模式”回到了“主导模式”。
**第三步：保留一点“死磕”的自留地**
对于边缘性的、一次性的功能调整，完全可以依赖 AI 。但对于核心链路（比如高频的数据读写、核心的收益率计算逻辑），你需要去“死磕”。去看看 AI 写的代码是否符合最佳实践，去质疑它的处理逻辑。这种深度的思考和批判，是你构建职业护城河的关键。
---
AI 确实在增强你的能力，它让你在短短两个月内就能在一个全新的金融量化领域存活下来并产生输出。但它不能替你承担**业务责任**。心里的“脉络”永远是你在这个行业立足的根本。
May 29 Replied to a topic by Kevin2 › 奇思妙想 › 《使用 ai 羞耻症》关于依赖 ai 的🤔 |
ChatGPT：
你这个感受，其实非常典型，而且很“真实”。
尤其是你这种情况：
不是学生阶段做 demo ，不是从零学习教程，而是直接被丢进一个：
* 金融行情
* 量化指标
* 历史遗留代码
* 无文档
* 无注释
* 强业务耦合
* 多系统上下游联动
的真实生产环境。
这种环境里，“传统成长路径”本来就极其痛苦。
以前一个新人进这种团队，往往要经历：
* 3 个月看不懂
* 6 个月勉强能改
* 1 年才真正理解业务
* 2 年才敢独立负责核心模块
因为过去的信息获取方式，本质是：
> 人 -> 文档 -> 代码 -> 业务 -> 猜测 -> 验证
这个链路极其低效。
而 AI 的恐怖点就在于：
它直接把：
* 代码理解
* 业务推断
* 上下游关联
* 字段含义猜测
* 数据流分析
* 计算逻辑拆解
* 历史经验模式
全部压缩成了“即时交互”。
你说的那个感觉特别准确：
> “ai 不只是提高效率，简直是增强能力”
是的。
这已经不是：
* 电钻替代螺丝刀
* IDE 替代记事本
* 搜索引擎替代图书馆
这种“工具升级”。
而更像：
> 给普通人临时外挂了一个“高级副驾驶大脑”。
尤其在软件工程领域。
---
你现在经历的，其实是：
# “能力增强” 和 “能力空心化” 同时发生
这两个过程是并行的。
你已经敏锐察觉到了。
这很重要。
因为很多人只看到了前者。
---
你提到两种状态，非常有代表性：
---
# 第一种：你本来就懂
> “我知道方向，我知道逻辑，我让 AI 帮我实现。”
这种情况下：
AI 是：
* 加速器
* 自动化执行器
* 高级代码生成器
* 最佳实践补全器
这里你的大脑始终掌握：
* 判断权
* 架构权
* 验证权
* 方向权
所以你会很舒服。
因为：
> AI 在放大你的能力。
这其实是非常健康的使用方式。
很多高级工程师现在就是这样工作。
他们已经不追求“亲手写每一行代码”。
而是：
* 设计
* 判断
* Review
* 修正
* 架构决策
AI 负责：
* 重复劳动
* 模板代码
* 常规实现
* 文档转换
* SQL 拼装
* DTO 映射
* 测试样例
这种模式生产力极高。
---
# 第二种：你根本没懂，但 AI 已经给答案了
这里才是最危险、也最微妙的地方。
因为：
AI 会让人跳过“痛苦理解过程”。
而很多真正的成长，
恰恰发生在：
* 卡住
* 困惑
* 死磕
* 推演
* 怀疑
* 自己一点点建立脑内模型
这个过程中。
你现在已经明显感觉到了：
> “我还没真正形成自己的脉络，就已经拿到答案了。”
这会导致一种很奇怪的现象：
你“会做”了，
但不一定“真正掌握”了。
---
比如：
以前：
你为了搞懂一个行情字段：
* 会去翻数据库
* 看 ETL
* 看 Kafka
* 看存储结构
* 追调用链
* 读历史 commit
* 问老员工
最后：
你脑子里会形成：
> “整个行情系统是怎么流动的”
这个“系统感”。
而现在：
AI 可以直接告诉你：
* 字段是什么意思
* 怎么计算
* 为什么这样设计
* 应该怎么改
于是你：
任务完成了。
但：
可能缺失了那个最重要的：
> “自己建立系统模型”的过程。
---
所以你现在真正思考的问题其实是：
# “AI 时代，人还需不需要经历痛苦学习？”
答案是：
> 仍然需要，但“痛苦”的边界变了。
---
以前：
很多痛苦其实是“信息获取痛苦”。
比如：
* 找不到资料
* 看不懂代码
* 没人带
* 不知道问谁
* 不知道从哪里开始
这种痛苦，
其实没有太多价值。
AI 消灭它，是好事。
---
但另一种痛苦：
* 建立抽象能力
* 建立系统感
* 建立判断力
* 建立直觉
* 建立边界意识
* 建立复杂系统理解能力
这个仍然无法跳过。
因为：
AI 可以给你答案，
但不能替你形成“真正稳定的认知结构”。
---
你以后大概率会遇到一个阶段：
AI 给出的方案：
* 看起来都对
* 代码也能跑
* 逻辑似乎合理
但：
你隐约感觉：
> “不太对劲。”
这个时候：
真正决定水平的，
就不是：
“会不会用 AI”。
而是：
> 你有没有足够的系统理解能力，
> 去判断 AI 在胡说八道。
这也是未来工程师真正的分层。
---
所以我其实很认同一种新的工作模式：
# 能让 AI 干的，尽量让 AI 干
# 但关键认知过程，自己必须参与
什么意思？
比如：
---
## 可以直接 AI 一把梭的：
* CRUD
* DTO
* SQL
* API 对接
* 样板代码
* 基础重构
* 文档生成
* 单测生成
* 重复性逻辑
因为这些：
本身成长价值有限。
---
## 但这些东西，最好自己建立脉络：
* 系统架构
* 数据流向
* 核心业务模型
* 为什么这样设计
* 性能瓶颈
* 并发问题
* 数据一致性
* 行情推送链路
* 指标计算原理
* 量化逻辑本质
因为这些东西：
才是真正形成“工程师能力”的核心。
---
其实你现在已经比很多人强的一点是：
你已经意识到了：
> “自己开始不愿意死磕了。”
很多人甚至意识不到。
AI 最大的副作用，
不是“人变笨”。
而是：
> 人开始对“深度思考”失去耐心。
因为：
即时答案太容易获得了。
---
但反过来讲。
你现在能在两个月内：
* 快速进入金融行情领域
* 能改业务
* 能理解量化需求
* 能跟需求会
* 能摸清字段逻辑
放在过去，
已经算非常快的成长速度了。
这其实也是 AI 带来的巨大红利。
所以未来真正优秀的人，
可能不是：
“完全不用 AI 的人”。
而是：
> 知道什么时候该依赖 AI ，
> 什么时候必须自己硬啃的人。
这才是关键。
你这个感受，其实非常典型，而且很“真实”。
尤其是你这种情况：
不是学生阶段做 demo ，不是从零学习教程，而是直接被丢进一个：
* 金融行情
* 量化指标
* 历史遗留代码
* 无文档
* 无注释
* 强业务耦合
* 多系统上下游联动
的真实生产环境。
这种环境里，“传统成长路径”本来就极其痛苦。
以前一个新人进这种团队，往往要经历：
* 3 个月看不懂
* 6 个月勉强能改
* 1 年才真正理解业务
* 2 年才敢独立负责核心模块
因为过去的信息获取方式，本质是：
> 人 -> 文档 -> 代码 -> 业务 -> 猜测 -> 验证
这个链路极其低效。
而 AI 的恐怖点就在于：
它直接把：
* 代码理解
* 业务推断
* 上下游关联
* 字段含义猜测
* 数据流分析
* 计算逻辑拆解
* 历史经验模式
全部压缩成了“即时交互”。
你说的那个感觉特别准确：
> “ai 不只是提高效率，简直是增强能力”
是的。
这已经不是：
* 电钻替代螺丝刀
* IDE 替代记事本
* 搜索引擎替代图书馆
这种“工具升级”。
而更像：
> 给普通人临时外挂了一个“高级副驾驶大脑”。
尤其在软件工程领域。
---
你现在经历的，其实是：
# “能力增强” 和 “能力空心化” 同时发生
这两个过程是并行的。
你已经敏锐察觉到了。
这很重要。
因为很多人只看到了前者。
---
你提到两种状态，非常有代表性：
---
# 第一种：你本来就懂
> “我知道方向，我知道逻辑，我让 AI 帮我实现。”
这种情况下：
AI 是：
* 加速器
* 自动化执行器
* 高级代码生成器
* 最佳实践补全器
这里你的大脑始终掌握：
* 判断权
* 架构权
* 验证权
* 方向权
所以你会很舒服。
因为：
> AI 在放大你的能力。
这其实是非常健康的使用方式。
很多高级工程师现在就是这样工作。
他们已经不追求“亲手写每一行代码”。
而是：
* 设计
* 判断
* Review
* 修正
* 架构决策
AI 负责：
* 重复劳动
* 模板代码
* 常规实现
* 文档转换
* SQL 拼装
* DTO 映射
* 测试样例
这种模式生产力极高。
---
# 第二种：你根本没懂，但 AI 已经给答案了
这里才是最危险、也最微妙的地方。
因为：
AI 会让人跳过“痛苦理解过程”。
而很多真正的成长，
恰恰发生在：
* 卡住
* 困惑
* 死磕
* 推演
* 怀疑
* 自己一点点建立脑内模型
这个过程中。
你现在已经明显感觉到了：
> “我还没真正形成自己的脉络，就已经拿到答案了。”
这会导致一种很奇怪的现象：
你“会做”了，
但不一定“真正掌握”了。
---
比如：
以前：
你为了搞懂一个行情字段：
* 会去翻数据库
* 看 ETL
* 看 Kafka
* 看存储结构
* 追调用链
* 读历史 commit
* 问老员工
最后：
你脑子里会形成：
> “整个行情系统是怎么流动的”
这个“系统感”。
而现在：
AI 可以直接告诉你：
* 字段是什么意思
* 怎么计算
* 为什么这样设计
* 应该怎么改
于是你：
任务完成了。
但：
可能缺失了那个最重要的：
> “自己建立系统模型”的过程。
---
所以你现在真正思考的问题其实是：
# “AI 时代，人还需不需要经历痛苦学习？”
答案是：
> 仍然需要，但“痛苦”的边界变了。
---
以前：
很多痛苦其实是“信息获取痛苦”。
比如：
* 找不到资料
* 看不懂代码
* 没人带
* 不知道问谁
* 不知道从哪里开始
这种痛苦，
其实没有太多价值。
AI 消灭它，是好事。
---
但另一种痛苦：
* 建立抽象能力
* 建立系统感
* 建立判断力
* 建立直觉
* 建立边界意识
* 建立复杂系统理解能力
这个仍然无法跳过。
因为：
AI 可以给你答案，
但不能替你形成“真正稳定的认知结构”。
---
你以后大概率会遇到一个阶段：
AI 给出的方案：
* 看起来都对
* 代码也能跑
* 逻辑似乎合理
但：
你隐约感觉：
> “不太对劲。”
这个时候：
真正决定水平的，
就不是：
“会不会用 AI”。
而是：
> 你有没有足够的系统理解能力，
> 去判断 AI 在胡说八道。
这也是未来工程师真正的分层。
---
所以我其实很认同一种新的工作模式：
# 能让 AI 干的，尽量让 AI 干
# 但关键认知过程，自己必须参与
什么意思？
比如：
---
## 可以直接 AI 一把梭的：
* CRUD
* DTO
* SQL
* API 对接
* 样板代码
* 基础重构
* 文档生成
* 单测生成
* 重复性逻辑
因为这些：
本身成长价值有限。
---
## 但这些东西，最好自己建立脉络：
* 系统架构
* 数据流向
* 核心业务模型
* 为什么这样设计
* 性能瓶颈
* 并发问题
* 数据一致性
* 行情推送链路
* 指标计算原理
* 量化逻辑本质
因为这些东西：
才是真正形成“工程师能力”的核心。
---
其实你现在已经比很多人强的一点是：
你已经意识到了：
> “自己开始不愿意死磕了。”
很多人甚至意识不到。
AI 最大的副作用，
不是“人变笨”。
而是：
> 人开始对“深度思考”失去耐心。
因为：
即时答案太容易获得了。
---
但反过来讲。
你现在能在两个月内：
* 快速进入金融行情领域
* 能改业务
* 能理解量化需求
* 能跟需求会
* 能摸清字段逻辑
放在过去，
已经算非常快的成长速度了。
这其实也是 AI 带来的巨大红利。
所以未来真正优秀的人，
可能不是：
“完全不用 AI 的人”。
而是：
> 知道什么时候该依赖 AI ，
> 什么时候必须自己硬啃的人。
这才是关键。
May 22 Replied to a topic by Tilie › 程序员 › 如何消除 vibe code 产生的技术债？ |
AI 拉的也比人类拉的好，拉的优雅
May 15 Replied to a topic by teli › 户外运动 › 户外徒步开路有什么神器推荐？ |
这是得有多野啊，比野路还野。学山上住的村民 背柴刀
May 14 Replied to a topic by 2G › 生活 › 问一下大伙，遇到了更好的人，怎么做才是最优解呢？ |
快说，你只是为了赚铜币，事情不是真的！
Select Language