感觉站内技术问题讨论的贴子越来越少了

被 chatgpt 刷屏

不如直接问 AI 。

我觉得可能和没什么新的需求导致的

因为对于新的概念/知识， 稍微明白一点的，知道关键字的也就去搜索/gpt 了，完全新的概念/知识，连搜索都不知道怎么搜索的才过来问，这也就成为小白问题了。
但是 V 站对这种小白问题又非常不友好，可不经历小白阶段，有怎么成长为大神呢？


我这么说，这个现象是在 chatgpt 出现之前就这样的，和 gpt 没啥关系。这些小白问题，在 chatgpt 出现之后就可以直接去问 gpt 了，没有必要在 v 站被冷嘲热讽。

@meeop #13
和问题的复杂不复杂没啥关系。

@Morii #16
尤其是对成长的初期阶段。

大家都是技术过人的人，讨论技术只会让自己更累。

这个论坛不是没有优质的技术讨论。

但很可惜，这个论坛的底色（基本盘）并不是所谓硬核技术爱好者，而是无感甚至讨厌技术的混饭程序员。

各种裁员失业的消息，焦虑的行业现状，迷茫普通程序员，技术氛围不比从前了。

选择“技术”节点，还是有很多讨论技术的贴。

不要想太多，就是年龄大了，技术不再重要了

可能大家都觉得大环境不好，技术无用论兴起，还是烧杀抢掠有赚头。

V2 有点奇怪, 我正儿八经提问题, 得不到能用的回答, 反而摸鱼随便看看能找到不少有用的技术

@Morii #17

这并不是上升到国内 java 开发是否能用好面相对象，hibernate 是 ORM 翻译过来是对象与关系的映射，国内大部分都是 表驱动开发，根本没有对象的概念，不提多态继承 因为继承很多时候在业务开发场景确实没啥用，大部分 CRUD 无非是事务脚本驱动，根本没有封装 也没有内聚的概念。

反正上来就是几张表 驱动在开发，对象？哪里有对象？，几个 service 跟 几个 dao 的关系都是混乱的，这种代码 用 hibernate 干嘛？ 都恨不得把业务逻辑全写在 sql 存储过程，而且说白了，你跟大部分人不一样的思维，你想用 DDD 驱动，用对象来包装业务概念，与大部分人的开发方式 都格格不入，老板要的是快，要快的话 那不就是 基于表来，反正谁会关心后面维护代码的人 ，等需要迭代到第二版的时候 人还在不在这家公司都是另说

讨论技术不如发泄情绪