zhengqiang64

你要想，现在有 AI 的情况下，你都不需要去卷学习了。说白了，还是拿时间换钱而已。。。。你要觉得你的时间更值钱，那么就躺等裁员，比如自己有副业有赚钱途径的话，为了那点工资只会耽误你的副业收入。但如果没这个条件，那就是单纯用时间换钱，而且还不需要你卷学习。

@Colderer 考虑清楚，现在行情不卷就是死。除非你运气特别好，不然做好一年以上找不到新工作的准备。

现在都是 AI 开发的时代，学习 Java 本身意义不大了，学习的应该是架构和选型，看得懂 AI 的提供的技术方案，避免留有技术债务或是冗余设计。既然都要努力的转型，不如直接转向 agent 的应用和开发。

skills 是说明书，当你不擅长某个东西时，提供说明书自然事半功倍。但相对灵活性的任务，一般是不需要这个说明书的。否则等于给 agent 套在一个知识框架里，他思考问题都会先看看能不能套用这个说明书。
比如把一些 api 封装成 skills ，把一种调度方式封装成 skills ，这都有助于某些目的明确的开发。但如果换一个不相干的任务，他也会先看下这个 skills ，哪怕没触发 skills 后续的作用，但也影响到了他的思考。也就是注意力被分散了。因此我认为除了必要的时候，安装必要的 skills 外，其他那种所谓优化的流程的 skills 是能不装就不装。

我有一个需求干过那么一次，把需求和设计全部丢给 AI 去过审，我只是简单看了几个流程图，看着没问题就让 AI 开干了。结果那一天，给我干了 2 个亿的 token 。。。。。
这事怎么说呢，我觉得人还是得监督，把握技术细节和选型。不然自己扮演得就是一个不懂业务得领导瞎指挥，虽然东西做出来了，但也是抽象的一逼。最后还要偿还这个技术债务。
业务越清晰，梳理的越清楚，AI 干起来反而不会浪费多余的 token 。否则 AI 为了自圆其说，为了满足冲突的设计构思，生成出来的代码不但冗余，而且低效。

因为 IDE 是给人用的，不是给 AI 用的，是人在 DEBUG 和开发时拿来用的。
大厂都认为现在 AI 已经做到不需要人接入开发了，那么还需要 IDE 干啥？多了 IDE 功能就需要维护和兼容，而且对非程序员人群来说多了上手门槛。所以不论是为了扩大用户群体，还是为了减少不必要的开发投入，把 IDE 砍掉单纯作为 agent 的功能是必然趋势。