V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  hopingtop  ›  全部回复第 6 页 / 共 10 页
回复总数  190
1  2  3  4  5  6  7  8  9  10  
2022-11-20 10:40:05 +08:00
回复了 mortalbibo 创建的主题 程序员 目前的远程工作, 什么技术方向岗位比较多?
好贴!希望有经验的人,详细讨论一下
我自己的 .com 续费 4 年了,明年 6 月到期,打算不续了,还备案了的,目前打算 进行域名迁移了。
确实觉得 真实名字的意义不大, 反而 网名,我个人感觉更适合。
2022-11-05 09:55:45 +08:00
回复了 badmarillo 创建的主题 程序员 为了不被马斯克裁员,推特员工每周疯狂工作 84 小时...
加班也留不住。计划说 砍 50% 名单就这一两天,说是 2 个月的遣散费。
2022-11-05 09:53:18 +08:00
回复了 abc0123xyz 创建的主题 Redis 求教, 24 小时过期删除思路
如果为了用某个东西,而去迎合,设计出一些别扭的方案。容易偏,一上来就整些各种中间组件是很不好的习惯。

最低成本的好用的方案,就是 #3 leeraya 的思路,如果觉得真有必要上 redis ,在把这些数据 Set 上去就行了。
2022-11-05 09:26:57 +08:00
回复了 v2defy 创建的主题 程序员 狂神不教 Java 教 go 了
err 目前就是这样,没得什么黑魔法包装,无非就是多两行代码,但是他能给你暴露更多东西,能够第一时间处理。而不是一上来直接一个 try catch 然后 1000 行逻辑代码(例子比较极端)。。。
golang 写出的代码就是开水代码,人人都能看懂。其实这种风格,在工程上来说,是真的讨喜,就算屎的代码,也好扒拉。
但是对于程序员来说,还是多多少少有点其他遗憾, 比如不能 特炫技能,黑魔法,容易交接替代。
2022-10-28 16:39:18 +08:00
回复了 sadfQED2 创建的主题 Go 编程语言 V200,找大佬帮忙看个 BUG,不够我加钱
最终也并不一定这里有问题,这只是一个 排查方向 @sadfQED2
2022-10-28 16:38:18 +08:00
回复了 sadfQED2 创建的主题 Go 编程语言 V200,找大佬帮忙看个 BUG,不够我加钱
当前你贴的代码,确实没得什么问题,asyncSendMetricLoop 这个方法调用,只会有一次吗?是 sync.Once 吗?
Counter 里面 会涉及到锁的问题吗?
asyncSendMetricLoop 因为 metricCell chan 不关闭,这个 goroutine 就会常驻, 所以这个方法如何使用就很关键。
2022-10-28 14:17:20 +08:00
回复了 sadfQED2 创建的主题 Go 编程语言 V200,找大佬帮忙看个 BUG,不够我加钱
@sadfQED2 不能这么说,何况还是 1/5W 的概率,只要不是 100% 必执行,你等一天或者 N 天都可能没得结果。所以还是要先看代码,就从 我说的那个方面先排查了来吧。
这种问题,不看代码和断点,确实不能给出更多的回复了。
2022-10-28 12:38:05 +08:00
回复了 sadfQED2 创建的主题 Go 编程语言 V200,找大佬帮忙看个 BUG,不够我加钱
@sadfQED2 无用的 goroutine 如果太多,大家都在抢,你怎么能保证你的 helloWorld 能抢到。当然具体的我也无法从上面的信息看出太多,如果这个第三方代码是开源的,可以贴一下 github 我可以去定位一下 相关的实现
2022-10-28 10:22:37 +08:00
回复了 sadfQED2 创建的主题 Go 编程语言 V200,找大佬帮忙看个 BUG,不够我加钱
@hopingtop 但是如果这些 goroutine 里面有大量的锁,那可很可能造成你当前这样现象。
2022-10-28 10:21:09 +08:00
回复了 sadfQED2 创建的主题 Go 编程语言 V200,找大佬帮忙看个 BUG,不够我加钱
但是按理来说 5W 的 goroutine 小 case ,
2022-10-28 10:16:05 +08:00
回复了 sadfQED2 创建的主题 Go 编程语言 V200,找大佬帮忙看个 BUG,不够我加钱
首先你的 go hello word 没有被打印,就相当于调度器就开始没有绑定你这个任务执行了,或者说调度器被其他的 goroutine 完全占用了。 占用的情况大一些
第二个,你重点看一下 代 loop 的函数, 比如 logger.writeLoop 和 metrics.asyncSendLoop 特别是后者,是否出现了,因为函数名是 异步 async 开头,这里是否是 开启了大量的 goroutine 然后没有正确的被释放,导致 goroutine 常驻 。

先看看 我说的上面这两个地方呢
2022-10-13 10:20:46 +08:00
回复了 MonTubasa 创建的主题 区块链 看了看以太坊的智能合约开发和官网上的一些 dApp,我悟了
给你举一个比较流行的东西, 混币器搜索关键词:Tornado.cash 也符合你现在的理解。
但是你可以看看他现在是什么状况,当产生了利益冲突,随时可以让你覆灭
能做一部分事,但是想颠覆,就不要幻想了,一定是在某种利益框架下执行的,特别是现在 ETH 转 POS
OP 这个应该不是一个一次性需求吧,说了冗余字段还会有。
其实在设计冗余字段的时候,就相当于大部分场景放弃了一致性。
那么其实可以 梳理一下业务,同步+异步一起处理, 或许梳理下来就只有 1-2 表 要求数据一致性呢,这不就好办,都兼顾到了嘛,如果 5-5 开,那也能减少大部分时间。真要是都要保证数据一致性,那冗余字段这个设计本来就是你们当前系统的大 BUG !
@hopingtop 两边不定期把对方的 branch/commit 合并到自己的项目。怎么解决 merge 时的包名冲突问题?这个需求采用直接分支 merge 的方法好吗?正常流程是不是走 pull request 好点?
@#2
蹲一个好的解决方案
2022-09-29 20:39:50 +08:00
回复了 monkeydream 创建的主题 数据库 请教一下聊天消息应该用什么数据库存储?
1.如果在都能满足功能的情况下,一定要选择团队熟悉的!!!
2.这里 2 亿数据确实不多,而且也不用依赖 mongodb 本身的分片,可依据时间自行管理分片,这样在扩容很有优势
3.mongodb 在查询方面性能还是很不错的,你的查询场景一般还带有时间限制。
4.楼上也说了参考 头部 ,Discord 当初在 2015 年就选择了 mongodb ,(2022 年的 mongodb 更强大了) 为什么不选择其他?当你数据量真的到达扛不住的量级了,我想肯定是很赚钱的了,这个时候人手和资源又不一样了!很多事情本就不可一步到位。
5.需要频繁查询聊天数据,这个需求一般只是 存在运营这个角色, 如果真到 DB 性能不够,那么你完全可以经过角色同步数据的概念到本地进行查询,然后,如果有必要再去服务器去获取上下文。
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1765 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 00:41 · PVG 08:41 · LAX 17:41 · JFK 20:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.