很多年前有 iteye

@bumz 按照我的理解，总监哥估计对这个 Stream.of 的语法应该也归类在“炫技”里。

后端推荐 springboot

顺便问下 vue 前端撸移动界面用啥框架？桌面端好像流行 elm 那个？

@xuhaoyangx 没试过直通哦，我就用了最基础的功能，装 n 个 vm，各自装 n 多应用开着没管了

@Alchemistxxd 这个做 raidesxi 本身无关吧，和主板有关？

我的备份方式是有一台配置很差的机器，装了 veem 定时备份

@hadoop 没专门测试过 cpu 性能，但从在虚拟机中测试过挖门罗币，速度和 7700k 没啥明显差异

ryzen 1700x 装 esxi，ubuntu 装 git docker 版。
还可以再开一堆虚拟机做其他事。

过来人经验：
尽量帮女孩子带化妆品，利润高。
别带电子产品，利润低，又有售后问题要找你。

@strahe 这个应该是拿错数据了吧？市价是拿 ticker，但真正拿来判断是否有利润空间应该读 order book 吧

想问下楼主，这种交易方式，有没有一种啥专业的名称。0.0
比如跨市对冲，海龟策略之类的，哈哈

不好意思，我还以为你写的是对冲策略。。
跨市对冲最近极其不活跃，一天成交不了几单

楼主你确定扣除两边手续费后，这几天每天还有这行情？

过年买 1，2k 小孩奶粉，尿不湿送过去。

command 设计模式吗

@CEBBCAT 回 4 楼同学，5 楼详细描述了。。

这个时候设为 20%没问题，但下的单量就小了。每次只能抢里面的 20%

@TimePPT
@CEBBCAT

我再描述描述，拿虚拟货币市场卖单举例，实际上也是想把公式套用到这个里面用的。

假如当前卖单数量是 10 个，有很多机器人都在下单，我在买入前要简单的判断下要买的数量是不是成功性比较高的，这时我策略设定买 2 个（ 20%）基本是没问题的（还有 8 个让给其它机器人在抢），程序可以继续执行下单。

然后继续假如当前卖单数量是 100 个，这个时候我设定抢 40 个（ 40%），基本也是没问题的，可以继续执行下单。

其实就是想找一个算法（感觉有这种算法），不想人肉编码判断这个数量是否相对安全。
假如是人肉编码就是
if (总数 < 10) {
// 要抢的数量不大于 20%
} else if (总数 >10 && 总数 < 100) {
// 要抢的数量不能大于 40%
} else if (总数 > 100 && 总数 < 1000) {
// 要抢的数量不能大于 60%
} else if (更多) {

}