你说的玩法是商业模式上的不同，靠服务订阅来吊住甲方，跟我说的是两码事。

我吐槽的还是针对具体业务系统的专项开发里滥用互联网架构。

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 传统信息化最大的问题是花钱不爽快。每家企业都牛X轰轰，觉得自己是给钱的甲方，弱智需求一大堆，做不出来不给好脸色。实际预算几千块钱，还要扣尾款。
: 被淘汰的互联网架构师们虽然沙雕，但是刚好能够解决这个问题啊。
: 做个 PaaS 平台，一个云服务器集群对付几百几千家行业客户，按月收费，你不买，我就找你的竞争对手买。短信群发、电话营销、免费试用圈猪都搞起来。等你数据都上来了，给钱继续用，不给钱删数据，明年还涨价，爱买不买。
: ...................
--
FROM 122.225.220.*

好吧。我是事业单位的……也许企业们以后被收拾好了，我们不能。

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 所以我觉得互联网架构师们可以改变这个趋势，只要让企业乖乖地把钱交出来，自然会有好的程序员尽心尽责地给企业做事。
--
FROM 122.225.220.*

不是，就最普通的技术组件选型。

比如说跟着互联网学把RDBMS当简单的存储表来用，各种约束靠业务代码来实现，
问题是你的蓝翔程序员写的一坨什么翔你心里没点伯益数吗……我是信他们的
代码还是信RDMBS？自己不会用好RDBMS，还忒嚜的嘚啵嘚啵说ORM过之后不管什么
RDBMS都是一样的，PG对比MySQL的高级功能都没有用。因果倒置了。

最关键的是，人家互联网大厂一是自己的业务量足够大，用传统技术栈真的有瓶颈。
二是自己养了能做基础研发的技术团队。
做传统信息化项目的，一是项目本身屁大点的并发量我们甲方自己都有数，很多信息化
项目的性能问题是对业务逻辑的复杂性处置不当导致的而不是互联网那种高并发简单
事务的场景。二是做信息化的公司大多数程序员都是crud宝宝，玩互联网的技术栈都是
东施效颦。我们甲方的信息化综合运维人员（甚至可能只有几个连运维都不能全力投入
的信息化综合人员）也没有条件去玩互联网基础架构那一套。都不结合实情瞎搞的。

【 在 leadu (leadu) 的大作中提到: 】
: 你说的是中台？我知道很多信息化公司实际上是借机下蛋，配方还是原来的配方，就是换了一套说辞忽悠甲方去
--
修改:adoal FROM 122.225.220.*
FROM 122.225.220.*

华为不想被美帝卡脖子的时候，上汽还不想被华为卡脖子呢-_-;;;;

上不上云这就不是技术问题了。MOE对高教系统的一个“双非网站清查”
就给非CERNET IP、非edu.cn域名的云服务套上了绳子。

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 就不该搞本地布署的系统。要么上云，要么别做。上云的话，刚好互联网架构师们用得上。
--
FROM 122.225.220.*

我的意思是，他们在放弃RDBMS的功能，在业务逻辑代码里写各种约束条件，
跟通过RDBMS做约束相比，我当然不信任前者。并不是说他们重写整个RDBMS。

【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 现在没必要重新写RDBMS了吧
--
FROM 122.225.220.*