版主： hci
我明白了！喜欢用AI编程的人，可能上学的时候是那种喜欢直接看答案，不喜欢自己做题的人！我就是
我上学的时候很讨厌做题，基本上看看题面，看懂以后，我就直接往后翻答案，看懂了就过去了。虽然这导致我考试的时候经常因为手生，而成绩不是很好，但是我确实当时看懂了。
大部分同学就喜欢自己动手做题，做完了或者实在不会才看答案。我这种方法适合突击，省时间。
现在AI取代了手动编程，我这种性格就觉得很舒服，因为就是AI给了我解答我来审阅。但是喜欢自己动手解题（可能他们从中得到乐趣）的人就很不爽了。
大家说是不是这样？
喜欢用AI编程的人就是上学的时候喜欢做选择题的人。不用费心思去读题，提取信息，写繁琐的过程。知道逻辑，能从答案里找到最优解。
ldy 写了： 2026年 3月 3日 08:25我明白了！喜欢用AI编程的人，可能上学的时候是那种喜欢直接看答案，不喜欢自己做题的人！我就是
我上学的时候很讨厌做题，基本上看看题面，看懂以后，我就直接往后翻答案，看懂了就过去了。虽然这导致我考试的时候经常因为手生，而成绩不是很好，但是我确实当时看懂了。
大部分同学就喜欢自己动手做题，做完了或者实在不会才看答案。我这种方法适合突击，省时间。
现在AI取代了手动编程，我这种性格就觉得很舒服，因为就是AI给了我解答我来审阅。但是喜欢自己动手解题（可能他们从中得到乐趣）的人就很不爽了。
大家说是不是这样？
ldy 写了： 2026年 3月 3日 08:25我明白了！喜欢用AI编程的人，可能上学的时候是那种喜欢直接看答案，不喜欢自己做题的人！我就是
我上学的时候很讨厌做题，基本上看看题面，看懂以后，我就直接往后翻答案，看懂了就过去了。虽然这导致我考试的时候经常因为手生，而成绩不是很好，但是我确实当时看懂了。
大部分同学就喜欢自己动手做题，做完了或者实在不会才看答案。我这种方法适合突击，省时间。
现在AI取代了手动编程，我这种性格就觉得很舒服，因为就是AI给了我解答我来审阅。但是喜欢自己动手解题（可能他们从中得到乐趣）的人就很不爽了。
大家说是不是这样？
你应该也讨厌算法题面试。
格局太小，AI适合架构师，就是定义怎么做的，具体细节交给AI，取代的就是做题家，不用求甚解。如果你不是架构师，AI只是拉平了你跟做题家的差距，但你们都要被淘汰。
ldy 写了： 2026年 3月 3日 08:25我明白了！喜欢用AI编程的人，可能上学的时候是那种喜欢直接看答案，不喜欢自己做题的人！我就是
我上学的时候很讨厌做题，基本上看看题面，看懂以后，我就直接往后翻答案，看懂了就过去了。虽然这导致我考试的时候经常因为手生，而成绩不是很好，但是我确实当时看懂了。
大部分同学就喜欢自己动手做题，做完了或者实在不会才看答案。我这种方法适合突击，省时间。
现在AI取代了手动编程，我这种性格就觉得很舒服，因为就是AI给了我解答我来审阅。但是喜欢自己动手解题（可能他们从中得到乐趣）的人就很不爽了。
大家说是不是这样？
我的高中数学老师经常强调：看得懂答案，不代表你自己能做的出来。
AI跟抄答案有毛线关系，难道不是节省了很多重复劳动的时间吗？
举个最简单的例子，rebase branch时出现merge conflict，让AI几秒解决，省时省力。你自己做纯粹是浪费时间。还有很多写unit test、添加调用某个新library API的活，都是同理。
AI coding目前最主要的贡献是解放生产力，让开发者能有更多时间思考大方向和一些核心架构问题。未来如果能完全替代开发者，直接vision+result全deliver，又是另外一回事了。
fantasist 写了： 2026年 3月 3日 17:13AI跟抄答案有毛线关系，难道不是节省了很多重复劳动的时间吗？
举个最简单的例子，rebase branch时出现merge conflict，让AI几秒解决，省时省力。你自己做纯粹是浪费时间。还有很多写unit test、添加调用某个新library API的活，都是同理。
AI coding目前最主要的贡献是解放生产力，让开发者能有更多时间思考大方向和一些核心架构问题。未来如果能完全替代开发者，直接vision+result全deliver，又是另外一回事了。
我上周让 AI 帮我rebase 解决冲突，结果把有些我要保留的 feature 给我删了。
AI只能做低端的活
超过三步的逻辑就不行了
