@xtreme1 rbtree 是自平衡的树吧，感觉正常来用，不会达到最大高度。

@wu67 “ 大部分人要的其实不是你的帮助, 要的只是认同感,”

是的，大部分人发帖就是寻求认同感。

人和人之间，是很难真正感同身受。

@duke807 “想進一步加快速度，則用 rb-tree 之類的”

rb-tree 底层应该也是链表之类实现的，毕竟是基于节点的算法。

我在想特定的条件下，红黑树实现改成数组，也许对性能影响也不大？

@haisayu “你给的链接说的挺清楚了。不同场景不一样。”

推荐 big data size 采用 std::list, 可是正常情况谁会直接存大对象。

一般大数据，不论是用数组还是链表，都是直接存对象指针的。

也是说，基本没有 big data size 的情况。。

@helone
@xiaowei0823 你们没看完文章，随机插入测试环节，还是数组快。虽然这点很反直觉。。

https://i.imgur.com/XwPdHb8.jpg

再发一张图，这是链表引以为傲的快速插入，理论上应该远快于数组。然而事实上，性能测试里还是被数组给灭掉了。

在 V2 还好，IT 男大部分还是能冷静思考问题。

有些社区论坛，很多人就是单纯把论坛当成个人感情垃圾桶，或者负面情绪发泄出口，无论什么言论，都要怼一下，这就很杠了。

‘杠’不是为了聊天讨论而发言，就是为了怼对方发言的。

说出来你们可能不信，base64 增大的那 33%，只要用目前较强力的压缩算法，比如 7z ，又可以把增大的部分给压回去。

所以 base64+7z, 可能最终对比原图 JPG 大小，也就大个 5%。

最好的方式，是每间隔三个月，花一星期对自己期间所有的代码都分类整理一次。

当然要遇到好领导，才有足够的重构时间。

大部分烂代码，都是在项目抢进度压迫下产生的。

@iyaozhen “你要不用 restful 规范我都不说啥了，200 一把梭 坚决反对
1. 监控怎么做？都是 200 ，怎么知道错了”

监控可以另外写 API 。我们的业务不仅仅是 HTTP 协议哦。HTTP 协议只是业务传输载体之一，还有 TCP 封装和 websocket 封装，底层调用的业务逻辑代码，是同一个模块。

我还是喜欢 200 一把梭。

原因是只要遇到 400/500 这种 HTTP 错误状态码，我就马上能知道是 CDN 或者网关之类出问题了，不是我的业务逻辑部分出问题了。

你们可以查一下 RFC7231 设置 200 的初衷（ The 200 status code indicates that the request has succeeded ），仅仅代表本次网络请求成功，没有任何别的附加实际业务的含义。所有业务相关的内容，请在 payload 里自己处理。

同楼上，用 hash 头分组文件夹就可以了。
web 后端的附件图片上传文件系统，大多都是这种结构。

记得以前 MT4/MT5 自动化下单，是需要接入 C++的。

招人维护以前老系统，也有可能。

楼主可以先试试，应该比 JAVA 有意思。

国内不允许高频交易，你要的 CPP 量化，估计只能远程在海外工作了。

而且交易策略大部分都是用 python ，少部分用 matlab ，CPP 只有分析大量数据的时候才会用一下。

@vlike 上次楼主提到过，同时用 unity 开发的。

说是 threejs ，但我看 deme 页面里同时下载了 wasm 。也就是说，楼主的演示是可以不限制语言的。

用 wasm 开发潜力巨大，unreal 都能运行。

@jamfer "绝不！"

加个 NTF 对游戏本身游戏性影响不大。有了币的加持，你就可以轻松买车买房买豪宅，迎娶白富美。

钱多点又不是什么坏事。

迷茫的时候，一般就是看书学习，跟着视频学新知识。

或者写写轮子，业务不一定会重复，但只要不转行，新轮子以后总有机会用到的。