- 主题:好奇问一下
hibernate 还有人用么？
【 在 mopo 的大作中提到: 】
: 这个有点想当然了，新人哪有话语权做技术选型，顶多就是参与讨论，老人们其实不在乎折腾的，反正干活的不是自己，再说即便从客观角度很多新的框架（其实也没那么新了，spring都多少年了）也确实比老古董好用得多。
: 当然也不排除有些小项目新人自己就定了，不过这种出了坑也得自己填，哪天技术委员会强制迁移到统一技术栈，苦的还是自己。
--
FROM 36.101.220.*
这还是上古时代的企业信息项目流派了：存储过程流
啥都往存储过程里扔，前端请求直接转给sql入口
核心劣势两个：
1.数据库横向扩展非常非常贵
2.存储过程非常非常难维护
【 在 Xjt 的大作中提到: 】
: 我表述的不够精准，随便灌水没仔细想了，我这里的sql其实是想代指所有各种类型的数据库
: 我一直的观点就是在非超大型互联网企业，数据库可以成为业务的核心，而外层的代码越轻越好越薄越好，仅仅负责输出结果而不是业务逻辑，最理想的未来（实际上技术早就能做到了）是数据库直接暴露Rest API给前端调用，有点GraphQL的感觉。
: 在中小型应用里，数据库的好处实在是太多了，比如事务一致性，用Java得一堆笨重的框架，数据库天生就能搞定。
: ...................
--
FROM 61.170.160.*
nodejs写计算密集会死人，这个现在都无解，不过幸好不算太要命
真正要命的是，至少TypeScript之前，大规模javascript代码维护是火葬场
【 在 chaobill 的大作中提到: 】
: 那么， nodejs 为什么搞不过 php ，后来又搞不过 java ?
--
修改:oldwatch FROM 61.170.160.*
FROM 61.170.160.*
比 laravel 4.0 用的人还多吧
感慨一下 laravel 是一个优雅的框架，栖身于 php 这种糙猛快语言真是太委屈了
【 在 almostaloser 的大作中提到: 】
: 现在e/jb还有人用吗？weblogic，websphere，j/boss应用服务器还有人用吗？
: 发自「今日水木 on PEDM00」
--
FROM 36.101.220.*
计算密集的 web 应用我真没见过
io 密集的 web 应用我见过： wsl1 上用 laravel 卡死
【 在 oldwatch 的大作中提到: 】
: nodejs写计算密集会死人，这个现在都无解，不过幸好不算太要命
: 真正要命的是，至少TypeScript之前，大规模javascript代码维护是火葬场
--
FROM 36.101.220.*
IO密集不可怕，但磁盘IO很可怕
Nodejs那套异步只有处理网络IO才能火力全开
【 在 chaobill 的大作中提到: 】
: 计算密集的 web 应用我真没见过
: io 密集的 web 应用我见过： wsl1 上用 laravel 卡死
--
FROM 61.170.160.*
nodejs 那套异步维护起来太困难
只要不是 调用第三方时间消耗不可控的 web api
php 性能绝对靠得住又方便调试
结果 php 被忽悠得把自己糙猛快的优势忘记了
【 在 oldwatch 的大作中提到: 】
: IO密集不可怕，但磁盘IO很可怕
: Nodejs那套异步只有处理网络IO才能火力全开
--
FROM 36.101.220.*
这个还是有的，不过也多是遗留系统，很多祖传项目还在用java 6呢，个别的还有java 4
【 在 chaobill 的大作中提到: 】
: hibernate 还有人用么？
--
FROM 221.224.15.*
前端没有太多选择，只要能比 js 好用一点点前端程序员就很开心。所以 ts 才能大行其道。后端有 java, go, php, python 等等一大堆好用的主席，js 就没得混了。
【 在 oldwatch 的大作中提到: 】
: nodejs写计算密集会死人，这个现在都无解，不过幸好不算太要命
: 真正要命的是，至少TypeScript之前，大规模javascript代码维护是火葬场
--
FROM 110.81.0.*
你们都没听过这本书 Expert One-on-One J2EE Development without EJB
【 在 almostaloser 的大作中提到: 】
: 现在e/jb还有人用吗？weblogic，websphere，j/boss应用服务器还有人用吗？
: 发自「今日水木 on PEDM00」
--
FROM 180.119.170.*