@an168bang521 #18 但其实并不会，这行业现在及以后很长时间都明显很难创造实体价值，那么也就意味着无论怎样的眼花缭乱这就是个零和游戏，在较长的时间内看必定是 80%的消亡带来其他的增长，所以如果你不是单边 2-8 而且 2 正好在剩下的那些里，受限于大部分归零带来的成本你都会注定亏损，说白了比特币及其他相关的在过去十年的迅猛增长是和这十年的疯狂金融扩张有关，和行业发展关系不大，你看似是在赌行业发展，实际却是在赌未来十年还会不会持续这样的金融扩张

楼主你这一样收益均值明显偏向亏损，就算后面 btc 和 eth 的这样能走向更高点，但是受限于其他成本抹平长期波动之后较好水平估计也就会处于小亏或者不亏不赚水平上，还不如一把梭看时点全压在 btc 或者 eth 上的吧

traccar

@kkhu2004 #24 虚拟币各大交易所似乎都是亏完平

@feifeichen #22 你这样算的话，那么做多的风险也是只需要支付保证金，但其实做多和做空两个完全是一样的

https://github.com/snower/forsun

推荐下之前做的服务，能够用商品 ID 做 key 创建定时任务，可以设置为到时间自动回调你设定的 url ，后端持久化可以用 redis ，估计能满足你的需求吧

丑，说明大家还是有点审美的

pyflink 这种能满足？

Serverless 不是不能写复杂的逻辑，是不能包含复杂的状态管理才对，需要的状态管理和数据存储都要依赖外部，不过 Serverless 按需启动如果启动时依赖资源较多确实不太好吧

这个问题确实烦人，全新安装的时候依赖镜像又很多，除了 k8s.gcr.io ，还有 gcr.io 、production.cloudflare.docker.com 和 ingresses.meta.k8s.io 都访问有问题，production.cloudflare.docker.com 这个好多不是从这地方发拉取的镜像中间也会走到这个去，后来没办法了去每个节点上都用 iptables 把这几个域名的访问都重定向都代理去了才顺顺利利的装完了

@Rrrrrr #15 但现实估计是如果没用车电一体无法更换维修的话，换电其实没啥前景可言，毕竟车作为大宗消费品来说电池又是电车绝大部分价值所在，你让一买车不买电池这怎么看都不靠谱，快充发展发展进入 300-500 千瓦级别，慢充覆盖率到达到处可见可用，换电现在还有的这点优势也就没有了，但是如果换个方向，车电一体车身电池不能维修更换，再加上自动驾驶实用化，买车很有可能转向租车模式，那这个换电的优势还是不错的

@Eytoyes #30 换个 vpn 呗，pptp 这货本来也不好用也不安全，openvpn 、tinc 、ipsec 、wireguard 好多呢，运营商一般会检测不让对外提供公共服务，可能协议上有啥匹配上了，但是不让 vpn 组网或者干扰组网是不可能的也没必要，无数异地办公室、仓库物流中心、连锁店都会用 vpn 异地组网的，而且运营商内部自己就有这需求，国内嘛搞啥防火墙干扰啊，有事直接上门抓人就是了，干这吃力不讨好的事情

电车看起来大幅提升续航还是比较难的，未来感觉还是提升充电速度比较容易吧，而且还有一点，功率不高的充电站建设维护成本以及场地需求都是远低于加油站加氢站的，大量建设低功率充电设施感觉执行层面并不会特别难，反正你开车时间毕竟大大小于停车时间，如果停下来就能充电，不远行的话续航和充电速度的需求就不那么强烈了，性价比最佳

而且似乎现在各大厂商在往车电一体发展，即车身整体压铸同时充当电池外壳，然后你会发现这时候车就和现在手机一样，要是不小心碰着了，想修还不如换新车，这样来看的话这个不怎么靠谱的换电模式似乎一下子就看起来很有前景了啊，当然最要命的还是这锂价格屡屡突破天际啊

@letitbesqzr #1 未来肯定是这样，但是 5 年内到这步现在来看完全不可能，加 3 倍 15 年内能做到都感觉很悬，而且吧几乎所有车都可以自己出去跑专车了，你还买车干嘛，都做专车就是了呗

我说楼上各位别碰到 vpn 就啥墙的，vpn 异地组网国内无数公司都靠这个开展业务，再说干这个也是要花钱的，运营商也不是冤大头啥都干的吧，别教坏人了

@weiszlee #30 楼下按号还是必须的，手机上操作就看你需不需要了，假装的光耦模块可以在楼下按楼号响铃的时候给 esp 传递信号，这样你就可以直接写 esp 的脚本激活开门流程就好了

搞个 long polling loading 效果呗，跳转后请求时先挂起连接，前端显示 longing 效果，收到回调再返回，最多等个 60 秒，99 成肯定完成了

@wolfie #11 这货烦人的就是不能像 Lombok 加个注解就搞定，interface 也不想加，否则就用 idea 的 generate 了

@aguesuka #8 我的完美只是说比如 PO 改了字段类型或者删掉了某个字段，如果有 PO 转 DTO 的操作那么编译时就应该有提示，BeanUtil 这种运行时反射显然不行吧，不管 Java 是啥类型系统，我手写 getter setter 肯定是会报错毫无疑问的吧

IDE 插件似乎想做运行时反射类型检查应该不那么容易做吧，否则就是 generate 了，似乎还是不如 lombok 这种方便吧