@ccclo #3 我的代码只适合我的具体策略的需求，所以可以很简单，开源项目才需要考虑通用性。
而且我是做突破的，必须要先挂单（到达指定价格后市价触发开仓，非低买高卖的挂单），不然临时下市价单的话滑点会非常大，根本来不及。所以重点逻辑就是要处理好这种实时监控，成交后立刻设置止损并记录开仓信息，之后会每隔一段时间监控是否满足平仓条件。

别人的用起来感觉更复杂，自己写更简单。
就是看一下币安的 api 文档，发送下 http 请求，需要用到什么 api 就使用具体的 api 就行，尽量做到代码非常简单。获取价格和 k 线，针对 k 线进行一些计算以及一些指标的计算，循环更新 k 线，然后满足交易条件了就通过 api 开仓，满足平仓条件了就通过 api 平仓。
反正我总觉得看到别人的开源项目更复杂，压根不愿意去熟悉别人的项目，自己写的话需要什么就直接立刻上手了，每种需求的代码量都不多。

看名字的话都肯定是选 pixel experience 。
功能越少越好，最好是跟原生一模一样。额外功能不一定真正属于你，也只是偶尔用一下而已，并不一定长久，可能之后又没了或者不用这个系统了。用习惯了一种功能就希望一直有，并且保持一致的体验。额外功能情愿 root 后想别的办法解决，这样只要第三方还在维护，就也能保持基本一致的体验，以后都能继续用，所有的配置都可以备份。额外功能还可能带来别的问题，谷歌也搜不到。

@WayTooExplore #5 一开始可以评论的，某天发了一条评论后之后就发任何评论都只有自己看得到，实际那是一条正常的评论，可能被误判了。我去反馈，结果都是自动回复的，根本不处理。

拼多多这样确实对卖家不好，但是如果一个没有任何占便宜想法的消费者，在购物过程中真的遇到了问题，往往会相对比较有保障。比如收货时没验货，收到后发现商品是坏的，可能会让消费者退货。
而淘宝的话可能就要你提供快递盖章的证明，证明签收时商品就存在问题，否则会认为是你故意弄坏的。即便你只是第一次遇到的这种问题而不是频繁出现，或者即便商品价值很低，只要商家不主动同意退货，淘宝还是会严格要求证据。要是消费者提供不了，就只能自认倒霉。
当然消费者不验货确实会导致出现这样的问题，有时候商家也无辜，可能是快递公司损坏的，但实际一般没几个人会验货。如果作为消费者，自己平时即不验货又不录开箱视频，真的会觉得淘宝的处理方案更好吗，真的会处处为商家着想吗？当然消费者也可以这么说，我不验货是为了方便，代表我愿意承担风险，哪怕开箱后收到一块石头，我都自认倒霉，因为我提供不了证据，所以应该判我输。

肯定不能主动说 ad 快消，就说不知道什么原因。不过申诉功能实际应该是摆设，无论你怎么写，可能都会自动回复并且自动申诉失败。小红书这个平台之前遇到`评论只有自己看得到`时都是不管怎么反馈都没用，不是某个评论，而是任何评论都这样，后来我直接注销账号了。所以根据他们以往的态度，你能解封的概率应该不大。

醒了没事的，只要不看手机不乱想，让自己继续保持迷迷糊糊的状态，那么很快又可以睡着了

@zictos 所以我现在美团每个月差不多要点几十单，饿了么几乎一单也不点了。饿了么开会员也要 10 元，4 个红包，平均 2.5 一个，加量红包是 4 元一个

饿了么会员红包一直不给优惠，之前差不多半年没用饿了么，某天开了会员，隔几天提示可以优惠买 10 几个会员红包，平均好像 1 块多钱一个，买了后下了一些可能他们认为单价较低的单子。现在会员红包又几乎没任何优惠了，差不多 4 元一个。
美团就没这种情况，红包基本可以一直优惠购买

@LindsayZhou 我那是举例，主要是说明无论多复杂的代码或多重嵌套都可以写成单行命令，单行字符串加 exec 函数

@iorilu #17 因为 v 站自动把空格去掉了，我原命令是有空格的。如果只用一个空格缩进的话，那只需要把 print(i)前面多加一个空格就能执行了。
另外也可以把‘字符串代码’转成 base64 ，然后解码，之后再用 exec 执行。