版主： hci
不要扣的太细,估计是海螺子这句"这也说明了为啥三哥会比美华混得好。"引起一些不满.
记得有一次开会,三哥VP说带家里人去海滩玩,一个DUDE当时顶了一句说海边有光头当.我TM正准备窃笑,一看三哥脸确实变得非常难看.这个三哥好歹是美国学历,托家带口从外粥搬来.那一轮,走在书的前面.往事不堪.
孙子云 lead by example.晒晒帐号.给大家创造机会.
老魏和好虫当年强强技术,追后成了口水战.
毅力夫人,尽量,穿别人的靴子.但例题是最后动用论坛以外的资源.一方道歉我记得.以史为荐,
别人是洗净,你上了台,1分钟的台词不利索.
要学会转近,学会自己找乐子.
"还不是被大漠行窃取做FODDER" 记得所有LLM 的TOKEN 都是从一个特定网站scrape internet训练来的.我在这里白话,insta就给我推相关的pulp. 我问CHATGPT小企业班,马上广告就来了.
沉住气,想这才第一个10k,还远着呢.
你不知道笑点在哪，说明你技术不行，你现在明白了吗？
hci 写了： 2025年 10月 10日 14:47这不是谁nb的问题。而是我真的没看明白他到底说了个啥。我对这个版上一些说不清楚话的人已经忍了很久了。我这个版主对帖子的要求很低，不管写什么，起码写得清楚明白，就这要求而已。东西写不明白，说明没有上心。没有上心的瞎几把帖子，我当然不欢迎。
这个版曾经的牛人们，wdong, teacherwei, goodbug，等等，有哪个是说不清楚话的？
OOP与Relational的范式不匹配的问题。
中等水平的程序员会試圖翻译二者，就會有hibernate这种东西。
这与Java无关，Java只管到jdbc这一层。
为啥后面继续造轮子，像什么JPA，就是因为Hibernate这一坨。
hibernate绝对的一个over engineering的典范。
hci 写了： 2025年 10月 10日 18:01OOP与Relational的范式不匹配的问题。
中等水平的程序员会試圖翻译二者，就會有hibernate这种东西。
这与Java无关，Java只管到jdbc这一层。
属实，中等程序员的一个特征就是over engineering，没有大局观，也就是没有良好的口味和审美观。C++，rust都是例子。
这也是我为什么说编程是一门艺术。
chinav5 写了： 2025年 10月 10日 18:12为啥后面继续造轮子，像什么JPA，就是因为Hibernate这一坨。
hibernate绝对的一个over engineering的典范。
chinav5 写了： 2025年 10月 10日 07:42给你们讲一个笑话，你们就知道，三哥怎么混，美国能不衰败吗？
美国最大的银行支付系统之一吧，三阿哥指导实施了一个交易号生成系统。交易号生成是一个独立部署的服务。然后在使用端，为了让交易号的获取减少延迟，用了一个内存LBQ，大小是一千。然后每次取交易号poll LBQ的时候，在LBQ的消费端，查看LBQ的大小，如果降到一半预定大小，就发起异步5个线程调用远程交易号服务，并且把交易号存放在LBQ里。
不知道我讲没有有讲清楚，你们发没发现三哥的多线程知识是不是不及格？
找我去的原因，就是要解决这个交易号获取的瓶颈问题。既有速度原因，也有内存原因。
他这个如果不加锁的话,反正你也压根没提.
但反正是有问题才轮到你,
他这个设计肯定是有问题的,交易网关肯定不会这么写.一般也不用枷锁,但是多少还是隐含在数据库层面的分流和同步.可以说应用层面不枷锁.但在数据库层面同步.
hci 写了： 2025年 10月 10日 18:15属实，中等程序员的一个特征就是over engineering，没有大局观，也就是没有良好的口味和审美观。C++，rust都是例子。
这也是我为什么说编程是一门艺术。
这是Knuth 说的吧
chinav5 写了： 2025年 10月 10日 07:42给你们讲一个笑话，你们就知道，三哥怎么混，美国能不衰败吗？
美国最大的银行支付系统之一吧，三阿哥指导实施了一个交易号生成系统。交易号生成是一个独立部署的服务。然后在使用端，为了让交易号的获取减少延迟，用了一个内存LBQ，大小是一千。然后每次取交易号poll LBQ的时候，在LBQ的消费端，查看LBQ的大小，如果降到一半预定大小，就发起异步5个线程调用远程交易号服务，并且把交易号存放在LBQ里。
不知道我讲没有有讲清楚，你们发没发现三哥的多线程知识是不是不及格？
找我去的原因，就是要解决这个交易号获取的瓶颈问题。既有速度原因，也有内存原因。
你这种同步的故事,一般很难悟出来.你应该少卖些关子.
另外象支付网关,自己写一个,有渠道走便宜的网络或者加一些framework给人测试,不要你钱.具体我不太清楚.具体有投资有国内的merchant 肯定有办法给你省钱.
你说到了问题的核心。
对，它从这个LBQ取出端计算、检查这个LBQ的占用率。低于某个阀值就发起五个异步线程远程调用交易号产生器产生一组交易号，并从LBQ的另一端压入。当然，在这个所谓的异步缓存的增加过程进行的时候，锁死其他线程使用LBQ。只有缓存操作完了才解锁。
真的，估计就是靠这种白痴的设计，造成的这个吞吐量的瓶颈问题，养活了不知几百人的团队。
不过，我也一点都不同情资本家。资本家没有人情味。
你说的这个应用层面不加锁，数据库层面同步。我跟你讲，我在股票交易所工作都时候，追求速度到极致，应用层面不枷锁，数据库层面不同步。数据库方面，典型的以空间换时间。每一条记录直接插入数据库里。然后每条记录加入各种标记以便后续整理。
heteroclinic 写了： 2025年 10月 11日 01:08他这个如果不加锁的话,反正你也压根没提.
但反正是有问题才轮到你,他这个设计肯定是有问题的,交易网关肯定不会这么写.一般也不用枷锁,但是多少还是隐含在数据库层面的分流和同步.可以说应用层面不枷锁.但在数据库层面同步.
你麻痹，老子写成jave你不是也看的懂
艰难之际，右派冷漠，左派只会嘴炮反川，莫信所谓爱心
But if not, keep your soul beautiful.
Collect moments, not things.
chinav5 写了： 2025年 10月 11日 02:51你说到了问题的核心。
对，它从这个LBQ取出端计算、检查这个LBQ的占用率。低于某个阀值就发起五个异步线程远程调用交易号产生器产生一组交易号，并从LBQ的另一端压入。当然，在这个所谓的异步缓存的增加过程进行的时候，锁死其他线程使用LBQ。只有缓存操作完了才解锁。
真的，估计就是靠这种白痴的设计，造成的这个吞吐量的瓶颈问题，养活了不知几百人的团队。
不过，我也一点都不同情资本家。资本家没有人情味。
你说的这个应用层面不加锁，数据库层面同步。我跟你讲，我在股票交易所工作都时候，追求速度到极致，应用层面不枷锁，数据库层面不同步。数据库方面，典型的以空间换时间。每一条记录直接插入数据库里。然后每条记录加入各种标记以便后续整理。
"我在股票交易所工作都时候，追求速度到极致，应用层面不枷锁，数据库层面不同步。"大致是这个意思,比如信用卡交易一般不会同时两个交易去锁同一个银行帐号.但最后还是要ETL找出异常的.
懂了也没啥用,很多就是混日子的.一辈子都没过一个想法在生产环境得以验证"养活了不知几百人的团队".
"资本家没有人情味" 狗屁的资本家,负二代,崽卖爷田心不痛,你看继承人里的啃豆罗衣还要大谈机器学习风雅一下,那天被disrupt了去睡马路天天海翻. morphein miller我记得德语是这么发音的.
