关键是归因不对，指标，消息和短期的涨跌没有因果关系。而且你没有办法捕捉到这些因素（内幕消息，庄家坐庄的策略）

还是继续换壳+A14 ？

前端 ban 掉就行，不过这种只能提高一下他的复制成本

@lhx2008 TTFL->CFFL

应届生马上又会来了，韭菜马上要接上

@diverger 那可能还是 TTFL 的，AOC 4k 那款会费眼很多，dell 的没买过

没有护眼的

分布式只是是一种抽象，是说一个个节点之间的协作。比如公司里面有 100 个员工在做同一个项目，也可以叫分布式

系统架构的分布式，比如说微服务，解决的问题怎么统筹好各个功能组件之间的关系

单个组件内的分布式，比如说数据库，zk，es，解决的问题怎么统筹好主从节点之间的关系

知道为什么要用，什么时候用。然后会用一个就可以了。

spring 那种还是算了，很多人一起糊上去的一个工业产品而已

这个是接口来做多态，但是一般用在函数参数或者成员变量里面， 不会有人真的在 main 里面 var 一个接口。
Go 的嵌套也算不上是完整的继承，只是把组合的成员变量和函数换了个变量空间释放了

老哥受了什么打击

@Kontinue #3 如果只有 UTF-8 和 GBK 两种编码，可以用一些方法来猜一下是不是 UTF-8 模式，但是不可能完全准确（比如字符太少了）。

要是这么好解决的话，编辑器都不用提供编码切换了。。无头就统一按 UTF-8 处理吧

国产安卓上面禁止连环启动至少是三年前就是标配了，用原生安卓的才比较惨

移动也有防高频电话的，可以防止 90% 不间断拨出的骚扰电话吧，再配合手机的数据库，漏网之鱼不会很多

@watzds #15 我说的就是乐观锁的作用
@watzds #13 这个问题通常不是很容易发生，可能需要依赖客户端重连之后再去检查。不过只是这一条语句不知道有没有执行成功，不影响后面的执行，因为版本号已经变更了。

而且主要问题是多个事务并发的问题，而不是你自己重试的问题。比如说有个用户点了一下+10，马上又点一下+50，同时到数据库，那就可能有一个会执行失败，要不然就有可能最后只加了 50

MYSQL 配合事务可以基本保证幂等性的，超时没事，事务提交不了。语句执行成功就是成功，而且只能执行成功一次。