很典型的坑。

甲方不想透露应用场景自己给出的“技术解决方案”。

如果开发前确定好边界，还能凑合着做一套，也别指望回头客。

捂脸.jpg
@zxcslove

曹操的观沧海的赏析部分，有点货不对版…… https://www.xungushici.com/shici/3649
@mingceng

mac 可以用吗？

挺不错的。可惜没有配套的 APP 或小程序。如果有，倒是可以在几个场景合作下。付费部署咨询和维护。

@graetdk 第三方托管户能解决洗钱问题吗？风控谁做啊？

@graetdk

C=>You=>B 的好解决，可以定向账户或者保证金。C=>You=>C 的，确实很难的样子。排除洗钱感觉得很高级的风控算法。

看了楼主博客，挺有想法一哥们，别折进去。

要真是二清，那风险极高了……这个前几年重点打击的。

@graetdk sorry，措辞错误。我觉得您这个系统有点像“二清”系统。客户支付资金放第三方，由第三方发放给销售方。

前几年很流行。

这……不是清分吗？

paypal 35 刀进本地招行，貌似很易啊。

不过最近一次是去年 11 月了……不知道政策改了没。

@gwy15
@mind3x

多谢二位解释~ tuple.add 的确是 O(N) 的操作。之前没多想过这个，直觉认为是 extend 类的操作…… immutable list 点醒梦中人。

@gwy15
多谢解释。你的拆解和我理解的一致。但是这个不涉及嵌套，似乎就是 O(KN)=O(N)的复杂度……

@mind3x
看 benchmark 的结果，不太像线性的。（我意思是，不太像你提及的“比较大的系数”。）不过你提及了耗时瓶颈在内存分配，这个能解释下？我咋觉得内存分配貌似不该如此耗时。

@gwy15

请教下，为何 “一行” 写法的时间复杂度是 O(N^2) ?

看 benchmark 的结果，应该是 O(N^2)的样子；但是看代码，reduce 应该是累加 zip 迭代结果而已。时间复杂度应该是 O(2N)=O(N)啊。

楼主应该看下 #10 楼的解释。

给你明确下，Socket 并不是使用 tcp 协议唯一路径，但是确实是最最流行和通用的（考虑下 cross-platform ）方案。你可以把 socket 的理解为一套使用 tcp 的库。毕竟谁也不太想考虑 tcp 包序，syn 握手啥的。

你可以参考下嵌入式设备最长使用的 Lwip，使用 tcp 方案应该有好几种，记得可以使用 netconn 方案啥的。

在高级 os 内，你可以直接操作驱动来构造 tcp 报文，然后 send/recv 。一些异性报文或者 exploit 就是这么做到的。可以参考下 winpcap，或者 winddk 直接造。（ unix like 的，可以直接用 socket 的 raw 方案做报文，不需要直接 drv 层。windows 之前可以，后来出于安全，给禁掉了。忘记是 win2k 还是 xp 上禁掉的，当时死了一批猴子脚本工具）。

他们说的 dpdk，我记得是修改驱动的中断方式，貌似和 socket 关系不大。那是做高频和游戏高并发用的。

我这域名不错吧？

https://oi.0w0.io

@no1xsyzy 这信息咋查？科普下？