全局的最小的 最大流等于全局的最小割。

最小割问题
https://en.wikipedia.org/wiki/Stoer%E2%80%93Wagner_algorithm

@doitmore 稳不稳啊？ 有背景？

ok 这还有能力国内招人？
上岸洗白了？

@XiLingHost 看了一下，距离小米社区还有很大的距离

@dddd1919 老板有他思考的自由。我们得想办法实现老板的构思

@pytth 有木有现成的呢？ 需要支持音视频，twitter 类。开发很慢呀

@lxml 你好我微信 wangyaotamu 求大佬带路。

我可以在这里发包吗？
有人想接吗？
做一个小米的简化版

@hefish 兄弟 是我们公司需要一个论坛呀。

@hahasong 谢大佬。
还是 php 后端吗

https://www.xiaomi.cn/

网站在这里。
即有论坛：圈子，也有广场类似微博。

你这工资也太低了。你想想会写这东西的人看得上你这工资。
NFT 外包一个单都是百万的。

挺有兴趣的，一直对数仓很感兴趣，也稍微看过 arrow 和 datafusion 。能不能 多强调几个和竟品的优势。
如果是数仓的话，只有部署快可能不算很大的优势吧。虎哥做的那个新的 datafuse 和你这个是什么关系啊

@hotsymbol 文档写了就是对的吗？

@wmwmajie 会。因为确认交易的前提是有程序去接受请求，如果没有分布式锁，你的主从怎么决定呢？

首页 回复了一下

@BinYang 表结构感觉设计有问题，不如你要查 A 和 B 有没有关系，你应该问 A 的那个表有没有 B，而不是 A-B 这条边是不是存在在图里。
既然是一个稀疏图，为什么要用邻接矩阵而不是 neighborhood vector 来存储查询，这不是给自己找事？

@ryd994 感觉你没有细看 martin 的文章。Martin 的意思是，Redis 目前的实现里缺乏实现正确分布式锁的基础设施，是救不回来的。你什么地方看出 marin 有解法的？

redis 的作者根本不懂怎么设计分布式系统。他算法成立的前提是，系统良好，网络良好，时钟良好。但是这正是分布式系统的大忌。
正如 yc 的一个帖子说的，在分布式系统设计里，现有证明，再有实现。没有证明的实现正确性接近于 0.