1

3

3

说的多不一定说的明白,说的少一定说不明白(谜语人)

4

倒反天罡了，代码最后还是给人看的，用 ai 也是为了给人省事，这样 ai 是省 token 了，增加了开发者 review 的精力成本

5

你知道 AI 是训练出来的吗？它就是在这个复杂的环境下生长的，你还担心它吃不习惯？

7

ai 可是喜欢冗余的，冗余信息越多，越不容易出错。当然也越贵

8

是的，对 AI 不友好，一层层嵌套，再加上公司的各种私有封装，简直让 AI 懵逼

9

你可以发明一个新概念，AI Native Framework 。

10

做为中级 Javaer ，还从来没自己写过完整框架。/_ \

12

对 token 消耗确实很不友好
经典的 oop 就是这样的，浪费至少一半代码用于封装面向过程的核心函数。
创建一个对象、互相依赖，仅仅是为了执行必要的几个函数，而 AI 不得不先理解对象是如何抽象的，顺着依赖拓扑结构深入检查接口的实现是什么，有什么变量，有什么内部逻辑，等梳理清楚了 token 都快干没了。

13

14

上下文爆炸。那哪个语言会好一点？ go ？感觉不错，简介简单。rust?表达能力强，但是符号过多，训练资源不够丰富，感觉有时候 ai 都搞不定编译器。

15

16

用 spring 再臃肿也不怕, 因为 ai 品鉴得太多, 你拉一坨它一闻就知道哪儿不对.虽然我不写 Java, 但大概是这么个道理吧, ai 会高概率事件压缩成一个公式

17

越是工程化的对 ai 越友好，java 只是 token 量大，对于 ai 来说文本材料和代码训练量以及最佳实践方案都十分充分，相对来说更容易获得正确的结果，只是运行时间比其他语言长。