NUT 最近的时间轴更新
NUT
ONLINE

NUT

V2EX 第 46103 号会员,加入于 2013-09-28 15:07:47 +08:00
根据 NUT 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
NUT 最近回复了
1 天前
回复了 nihaojob 创建的主题 程序员 我的开源项目 5K Star 啦~~
手动点赞!楼主很 nice
现在回顶一下这个帖子。 过去快 3 年了。
飞书文档基本没人说不行。多维表格已经是 飞书的很新产品。 有很多派生的产品线。
钉钉文档,收购 wolai ,出了钉钉的个人版。


腾讯文档和 wps 的文档,好像占有率不咋样(没有数据支撑)。
2023-09-14 18:32:13 +08:00
回复了 zyxk 创建的主题 程序员 程序想要支持离线使用?应该怎么实现云端实时同步?
@butanediol2d CRDT 是用最大可能进行处理冲突。 而不是没有冲突。 可以查一下。
2023-09-11 19:18:12 +08:00
回复了 zyxk 创建的主题 程序员 程序想要支持离线使用?应该怎么实现云端实时同步?
CRDT 不合适, 记账软件,你不能给他把冲突的给干掉。 还是实现一套类似 binlog 的模式,做日志同步。 不过服务器的节点为主节点, 以服务器的变更为准。
2023-04-26 08:55:08 +08:00
回复了 x97bgt 创建的主题 程序员 想搞餐饮,求打醒或給建议
我看完还是觉得楼主可以。 我想法是能不能 用 mvp 方式先进行验证。 当然时间也是一个成本。
2023-02-18 11:23:57 +08:00
回复了 xhldtc 创建的主题 程序员 IM 中如何处理节点故障,导致消息不可靠问题?请教
通用问题。 其实必须有一个主去做 session 状态的分配。 陌陌老早时候有一个 ppt 分享他们的策略。 分三层,一层是接入层, 无状态,可以任意扩展,主要是接受链接, 第二层 逻辑层,保证消息业务逻辑的路由等, 第三层存储。

其实你的服务没有脑子,需要有一个脑子,去做这种订阅关系的维护, 也就是 接入层上线以后, 由 master 去做分配 session 相关策略。主要保证 master 强一致就行。

不过咋说,难度就会上一个层级。 还可以看看 codis 还有 tidb 等分布式设计。 会有帮助的。
2022-12-24 23:56:40 +08:00
回复了 meisen 创建的主题 电影 《阿凡达:水之道》预售了
西安 上周五 45
2022-12-24 13:11:58 +08:00
回复了 lbllol365 创建的主题 程序员 请教各位大佬消息队列怎么系统的学习啊
@lbllol365 #17 找不到了,https://github.com/kuangye098/rocketmq 看看这个。 或者找下 3.x 版本的 RMQ
2022-12-22 22:22:52 +08:00
回复了 lbllol365 创建的主题 程序员 请教各位大佬消息队列怎么系统的学习啊
建议你看下 RocketMQ 的早期的版本大概 18 左右的。
能学到非常的东西,比如 mmap zerocopy ( netty )还有一些包括 java 并发类。比如 CountdownLatch2 之类的。
对了还有 RPC 协议,这里面又有 oneway async sync 调用等具体实现。
当然还有核心的 NIO channel 读文件之类的, 也能明确的看到啥时系统刷盘的实现。

源码其实不用看的特别对,只要精通看几个典型的,就行,开始看的就和进入大观园一样。 啥 tmd 的都不懂,慢慢刷。刷上 tmd 的几个月肯定有效果。

说一句 RMQ 的代码基本没啥注释,我当时都是手动补的。可惜的是换电脑,代码找不到了。

如果你想对 netty 的极限应用的了解,可以看下 zuul2 的代码就是那个 http 网关, 一个是 paasport 的 debug 设计,一个是一个调用链不同 handle 的不同玩法,一会添加,一会删除的。 哈哈哈哈 简直不要太牛逼。

配置中心可以看下 disconf 挺经典的。 而且代码比较精炼,看懂这个基本上 spring 容器基本咋玩就知道了。ps 我抽了 disconf 核心,18 年改造成 starter ,然后陆续的给其他中间件适配,比如 redis 、mongodb 啥的 从 17 年用到现在,也没啥问题。 后面 18 年我们接入了 dev-ops ,上了 k8s 他妈的动态配置需求砍掉,直接滚动更新,比啥都香,就是点点鼠标的事情。

java 好轮子太多了。 深入死磕几个比啥都香。我觉深入看源码坑还是很深的,不好坚持,如果受不了那种苦,我还是劝退吧。去做点业务也不错。

不过咋说,还是建议能够对代码有一个非常深度的了解,这好比,你从一开始选择「简单指令集」难度必然大于「复杂指令集」。不过后期的灵活性,是很大的。

当然这个也与个人的个性有关系,如果你是那种「长期主义」愿意牺牲一点短期利益,去坚持做一点事情。我相信总有一刻能真正的体会「量变引起质变」。

一个 java 老菜狗。不喜勿喷。
和 authing 差不多。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5493 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 07:56 · PVG 15:56 · LAX 00:56 · JFK 03:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.