V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  csys  ›  全部回复第 6 页 / 共 14 页
回复总数  265
1  2  3  4  5  6  7  8  9  10 ... 14  
38 天前
回复了 momowei 创建的主题 Go 编程语言 go 的内存优势在部分场景比想象中多
说内存效率不重要的基本都是大厂吧
对于小厂来说,java 的效率可太吃成本了
这不就是移动平均线吗
周末人都多吧,如果去的早可能好点
大闸蟹就不知道了 我路过阳澄湖都觉得难闻😂
个人觉得金鸡湖挺不错的,晚上可以在金鸡湖逛街看看灯什么的
如果早上去留园可以先去西园寺,实际上这几个都在一块的,我觉得随便挑一园一寺就行了,西园寺和留园相对比较效率,差不多 3 小时左右的游玩时间吧
虎丘要玩完可能花的时间会比较多,我没试过全逛完,可以小红书上查下
38 天前
回复了 yujianwjj 创建的主题 git 请教 git 管理的一个问题
所有的代码改动,无论是新功能开发,还是线上 bug 修复,都先进主干分支,再进发布分支
想了下,既然人行和金融监督管理局都参会,那就不能排除这种可能性
不会是真的吧……
这下大的要来了😂
房地产方面能进一步的空间很小了,现在已经全面放开限购+7 倍杠杆
如果再进一步,难不成要扩大 mbs ?个人感觉可能性不大,威力和代价都挺大
这要搞了,上个月临时开的经济会上讨论了什么我不敢想……
逻辑上
卖方市场会是卖方后悔多一些
搁这统计韭菜指数准备 v2 反买是吧😂
请半个月的事假
啥工作啊,公务员?
39 天前
回复了 glaz 创建的主题 程序员 单用户余额高并发支出收入有啥好方案?
这里有个简单的数学题,如果你每次处理一个交易需要 1 毫秒,那么在最理想情况下,一个商户 1 秒就只能处理 1000 个交易,实际上远远不到

所以就不要“每次处理一个交易”
39 天前
回复了 glaz 创建的主题 程序员 单用户余额高并发支出收入有啥好方案?
如果你的数据库能比较好的做到单行高并发,可以测下能不能满足要求,我记得是有相关数据库方案的

不过最好还是在应用来做,在应用实现方案这边来解决这个问题,不然业务规模扩大后很难处理,这样的话技术难度会比较高一些
https://suraciii.github.io/posts/hot-spot-balance-reduce

类似#1 所说的合并批量提交,拿延迟和失败率换并发吞吐
把多个交易一起结账落库,用 actor 来控制并发冲突
40 天前
回复了 messiah163 创建的主题 投资 寻求可靠股市信息来源及投资建议
投资建议没有用或者用处很少,重要的是领会出有效果的交易模式

资讯还是有用的,国内相关的咨询我一般是看的 https://www.fx678.com/kx
但是更重要的是知道怎么去解读资讯并且转化成可靠的交易策略
盲目跟着消息行动,在 A 股就是找死😂
推荐 grafana 家的 tempo 和 loki
里面有共识算法,有 wal ,有数据处理,有 parquet ,还有一些很不错的设计模式
https://mp.weixin.qq.com/s/MKIiF89tJYX_W6TJhe81xA

博客已经懒得维护了,公众号更方便一些
40 天前
回复了 litchinn 创建的主题 问与答 如何处理多团队跨语言.proto 管理
我所知道的绝大多数工程实践都是用的 git submodule ,可以参考一些多语言的开源项目,比如 temporal
你怎么知道真的是“大行情”呢?它要不是呢?

这就是股市和赌场不一样的地方了,这个一定要想通,想想赌场是怎么玩的🤫
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   924 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 22:15 · PVG 06:15 · LAX 14:15 · JFK 17:15
Developed with CodeLauncher
♥ Do have faith in what you're doing.