- 主题:好奇问一下
至少知道两个甲方系统跑在weblogic上
不过EJB真的没听说谁在用了……
【 在 almostaloser 的大作中提到: 】
: 现在e/jb还有人用吗？weblogic，websphere，j/boss应用服务器还有人用吗？
: 发自「今日水木 on PEDM00」
--
FROM 222.70.22.*
面向KPI选型
换你是新人你也会建议开一个新赛道把老人拉平到同一起跑线
【 在 mopo 的大作中提到: 】
: 不太同意，没有spring，可能java还没有现在的影响力，在框架的限制下，即便是一般的程序员也能相对稳定的出活，造成的破坏有限，这个相比c++已经是很本质的进步，对于工业界来说就是一个killer feature，简单来说就是项目好排期，人好招。
: 至于为啥go现在这么火，隐隐有取代java之势我也说不太好，可能也就是纯粹的喜新厌旧吧，就像mybatis在国内的异常火爆一样，有一定的非理性因素
--
FROM 222.70.21.*
那是没用上Entity Bean和Stateful session Bean这两个贵物……
【 在 chzhang7901 的大作中提到: 】
: EJB需要啥维护啊，就是Java程序，只是调用方式是EJB的。
: 我上家公司，10年前用的是EJB，2020年前转成微服务了。
: EJB就是开发接口用的。后面的逻辑没EJB什么事。
: ...................
--
FROM 222.70.21.*
前端js直接发sql么？
【 在 Xjt 的大作中提到: 】
: 我表述的不够精准，随便灌水没仔细想了，我这里的sql其实是想代指所有各种类型的数据库
: 我一直的观点就是在非超大型互联网企业，数据库可以成为业务的核心，而外层的代码越轻越好越薄越好，仅仅负责输出结果而不是业务逻辑，最理想的未来（实际上技术早就能做到了）是数据库直接暴露Rest API给前端调用，有点GraphQL的感觉。
: 在中小型应用里，数据库的好处实在是太多了，比如事务一致性，用Java得一堆笨重的框架，数据库天生就能搞定。
: ...................
--
FROM 61.170.160.*
这还是上古时代的企业信息项目流派了：存储过程流
啥都往存储过程里扔，前端请求直接转给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.*
IO密集不可怕，但磁盘IO很可怕
Nodejs那套异步只有处理网络IO才能火力全开
【 在 chaobill 的大作中提到: 】
: 计算密集的 web 应用我真没见过
: io 密集的 web 应用我见过： wsl1 上用 laravel 卡死
--
FROM 61.170.160.*