 |
iintothewindV2EX 第 207779 号会员，加入于 2016-12-27 08:00:43 +08:00今日活跃度排名 9936 |
iintothewind 最近回复了
10 天前 回复了 RITd 创建的主题 › 问与答 › 买车对相亲找对象的必要性？ |
为了把妹买车, 白瞎了车.
你不懂车, 你也不懂妹子.
你不懂车, 你也不懂妹子.
13 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 只有一人维护的项目一般需要写注释和 commit message 吗？好像没什么必要的样子，写了从来没看过 |
13 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 只有一人维护的项目一般需要写注释和 commit message 吗？好像没什么必要的样子，写了从来没看过 |
13 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 只有一人维护的项目一般需要写注释和 commit message 吗？好像没什么必要的样子，写了从来没看过 |
好的代码，不需要太多注释，
但好的代码肯定有合理准确的命名方式。
合理准确的命名比注释强一百倍。
相反，如果一段代码，相同技术水平的人需要配合你写的大量注释才能看懂，
那你得好好反思一下，是不是你写的太烂了。
但好的代码肯定有合理准确的命名方式。
合理准确的命名比注释强一百倍。
相反，如果一段代码，相同技术水平的人需要配合你写的大量注释才能看懂，
那你得好好反思一下，是不是你写的太烂了。
25 天前 回复了 woodwhales 创建的主题 › 生活 › 卫生巾实测 |
以实际行动推动国内向人类文明方向发展,
op 是值得尊敬的人.
op 是值得尊敬的人.
49 天前 回复了 Le18ex 创建的主题 › 生活 › 哭到手麻脚麻，我就是世界上最废物的人 |
自己先照顾好自己再说.
你不够强大, 就没能力承担更多责任.
你没能力承担更多责任, 还硬要苛求自己, 只能徒增内耗.
这没有意义.
你不够强大, 就没能力承担更多责任.
你没能力承担更多责任, 还硬要苛求自己, 只能徒增内耗.
这没有意义.
50 天前 回复了 0xvincebye 创建的主题 › 职场话题 › 进过一些公司，几乎每一家首要的价值观就是成就客户，客户第一？有没有成就员工的 |
价值观这个东西就是用了装门面的, 你就当老板在放屁好了.
50 天前 回复了 molvqingtai 创建的主题 › 程序员 › 如何实现分布式消息同步？ |
@molvqingtai #8 你说的是 payload 里面的时间戳吧, 我说的是实际送达每个客户端的消息的顺序和时间.
50 天前 回复了 molvqingtai 创建的主题 › 程序员 › 如何实现分布式消息同步？ |
@qping 没有中心节点, 那消息有没有送达, 送达的顺序都没办法保证啊, 因为没有一个一致的版本, 难道要自己做分布式服务, 搞仲裁啊? nb, 我倒想看看, 这咋搞?
50 天前 回复了 molvqingtai 创建的主题 › 程序员 › 如何实现分布式消息同步？ |
部署一个 mq 服务, 支持每个用户创建可存储 mq 消费的 offset 的状态的 session,
然后每个用户根据 id 创建 session 就好了.
可选方案 mqtt, redis-mq 都可以, 没必要上 kafka.
单用户多个客户端消息同步, 这个说真的比较难办, web 的话你没有权限拿到每个客户端的唯一 id, 很难区分, 即便能拿到, 你还要根据客户端不同, 从消息总线里面 replay+filter, 重新同步, 比较麻烦.
带时间戳的 list, 你为啥不用 timer series 数据库, redis 本身就是了, 何必自己设计?
然后每个用户根据 id 创建 session 就好了.
可选方案 mqtt, redis-mq 都可以, 没必要上 kafka.
单用户多个客户端消息同步, 这个说真的比较难办, web 的话你没有权限拿到每个客户端的唯一 id, 很难区分, 即便能拿到, 你还要根据客户端不同, 从消息总线里面 replay+filter, 重新同步, 比较麻烦.
带时间戳的 list, 你为啥不用 timer series 数据库, redis 本身就是了, 何必自己设计?
Select Language