 |
bruce0V2EX 第 377389 号会员，加入于 2019-01-14 15:52:01 +08:00 |
观点不同 都是你说的对, 看不惯 直接 block就行了
bruce0 最近回复了
1 天前 回复了 roundRobin 创建的主题 › 支付宝 › 支付宝这次的 Bug 有点严重啊 |
人官方都说不追回了, 而且还提醒不要相信追回短信内容. 还有人在杠, 没想到 V2 也有这样智商的人
2 天前 回复了 jojobalabala 创建的主题 › 职场话题 › 在一个公司待久了，要不要跳槽呢 |
@ymz 第二点可以分开说, 公司老板和管理层不会 PUA,没有职场政治, 可以做到平等的交流,工作起来很舒服. 口罩期间,虽说是应该的, 但是还是听说很多公司少发工资,裁员的, 但是这家公司还行,没裁员,没少发工资, 2022 年, 上海严重期间, 我从 3 月 8 号开始居家办公, 直到解封,应该是 7 月了, 才到公司
2 天前 回复了 jojobalabala 创建的主题 › 职场话题 › 在一个公司待久了，要不要跳槽呢 |
和我差不多, 我毕业就来这家公司了, 呆了快 6 年了, 这么多年没跳, 1.公司中间主动给加钱, 2.公司管理层挺好,尤其口罩期间,直接居家办公,工资照发, 3,公司给我画了个大饼, 本来今年就能看到结果,现在看要等到明年中期
现在公司确实不太行了,没钱了, 还有差不多半年就知道结果了, 饼不给立马就走
现在公司确实不太行了,没钱了, 还有差不多半年就知道结果了, 饼不给立马就走
5 天前 回复了 eggt 创建的主题 › 问与答 › 12306 的票到底卖给谁了？ |
@Dorian101 没有赞助,用的默认, 也可能和这个有个,我抢的票. 运行列车不算多,也可能和这个有关
5 天前 回复了 eggt 创建的主题 › 问与答 › 12306 的票到底卖给谁了？ |
昨天买的, 从上海出发, 买全程票, 用 千兆联通宽带+ buypass, 没抢到, 但是我加了抢候补, 晚上提醒我候补到了, 我在想, 千兆联通宽带+buypass, 这速度应该能快过 95%的抢票订单了吧, 但是还是没有在第一时间抢到, 只能买候补, 所以我怀疑, 第一时间放票根本没有全放,甚至只放了一点点, 然后根据候补订单,再分配
5 天前 回复了 iorilu 创建的主题 › 程序员 › 有没有类似 mongodb 的本地轻量文档数据库呢 |
rocksdb 或者 leveldb ?
7 天前 回复了 javalaw2010 创建的主题 › 职场话题 › 技术领导应当是所属团队中技术最顶尖的吗？ |
不是技术最好的, 但一定是懂技术,而且水平不差的, 无论你跟他聊什么技术问题,他都能懂个大概,就是那种你很难在技术方面忽悠他的那种. 作为 leader,最重要的领导能力和对公司业务的把控能力, 对上能承接老板的需求,对老板汇报工作, 对下能对手下的员工知人善用
9 天前 回复了 MuscleOf2016 创建的主题 › 上海 › 上海户口 vs 江浙宅基地？ |
2023 年初的时候,公司也问我同样的问题了, 我也是惦记着家里的宅基地(老家山东的) 就一直没落后上海. 还一个原因是, 现在买不起上海的房子, 光有户口也没用
17 天前 回复了 htxy1985 创建的主题 › 程序员 › 求一款比较成熟的 golang 服务端热更方案 |
看很多人的回答, 应该是没做过游戏这类的服务器开发, 楼主说的热更方案我之前也查了很多, 纯 go(不用 lua 和 js 这些脚本语言辅助)写的 有状态服务, 目前应该没有好的热更方案, 看很多人说加一个中间层, 这个真没法加,因为游戏的 server 进程有太多的全局状态和数据, 没法做到无感分层(或者非常难) 还有 k8s 滚动更新,这个更不靠谱了, web 这种无状态的服务还可以
说一下我之前了解到的"热更"方案
1. 双进程.类似 Nginx 的 reload, 新开一个进程, 新玩家连接到新的进程,老进程只处理老玩家数据,等所有人都下线,自动退出. 这个方案不太可行, 像是游戏内的全局数据, 跨进程同步比较难搞, 全新设计的游戏可以尝试,老游戏没戏,约等于重写
2. 使用 go plugin, 这个方案对代码改动也不小, 而且 go 的 plugin 官方维护也不积极,还有很多不稳定的东西, 而且使用起来也不方便, 还不如 C/C++ 动态加载 .so 文件好用.
这两个是我了解到的方案, 都不太好, 再拓展一下, 其实游戏内的很多热更只是更新策划表, 一般是 json,xml 的文件, 这时候可以在游戏内做一个命令, 比如游戏主逻辑内监听一个 web 端口, 收到 web 的命令后重新加载一下所有的表格文件.如果是更新游戏内的逻辑,修复 bug, 没办法. 有一种是游戏类型决定的, 像是 吃鸡, moba 这类的房间型游戏, 其实不用考虑热更, 这局对战完成后, 新的游戏直接用新的二进制启动就行了.像是 mmo 这类的, 如果硬要热更, 只能上 lua,js 这些脚本语言来辅助了.
说一下我之前了解到的"热更"方案
1. 双进程.类似 Nginx 的 reload, 新开一个进程, 新玩家连接到新的进程,老进程只处理老玩家数据,等所有人都下线,自动退出. 这个方案不太可行, 像是游戏内的全局数据, 跨进程同步比较难搞, 全新设计的游戏可以尝试,老游戏没戏,约等于重写
2. 使用 go plugin, 这个方案对代码改动也不小, 而且 go 的 plugin 官方维护也不积极,还有很多不稳定的东西, 而且使用起来也不方便, 还不如 C/C++ 动态加载 .so 文件好用.
这两个是我了解到的方案, 都不太好, 再拓展一下, 其实游戏内的很多热更只是更新策划表, 一般是 json,xml 的文件, 这时候可以在游戏内做一个命令, 比如游戏主逻辑内监听一个 web 端口, 收到 web 的命令后重新加载一下所有的表格文件.如果是更新游戏内的逻辑,修复 bug, 没办法. 有一种是游戏类型决定的, 像是 吃鸡, moba 这类的房间型游戏, 其实不用考虑热更, 这局对战完成后, 新的游戏直接用新的二进制启动就行了.像是 mmo 这类的, 如果硬要热更, 只能上 lua,js 这些脚本语言来辅助了.
Select Language