sagaxu

今年是未来二十年里就业最好的一年

数据量大查询慢，是因为索引质量低

索引质量低导致查询慢，索引太多导致插入慢，换 DB 可能解决不了

@xywanghb #72

你这总结过于极端了，实际上不同语言思考过程没有那么大的差异。“接收接口，返回结构体”本身就是思考了扩展和演变的结论，否则为何要额外定义一个接口呢？直接“接收结构体，返回结构体”代码量更低。

“接收接口，返回结构体”是一种跟语言无关的模式，Java 也经常这么干。

坦白讲，都不好，都是钱少且没成长空间。

同样月入 12K ，有人可以每个月开销 3 万，有人还完按揭只剩 3000 ，哪有可比性。有的人自己是父母的养老保险，有的人父母遗产几百上千万。

我有个邻居不上班，她老公差不多月入 12K ，她们自己工资就是吃喝玩乐，双方父母时不时赞助他们几万，她带她妈妈做个头发 2000 。作为本地人，只是最普通不过的家庭而已，中等偏上都算不上。

@kuanat

“Java 里面接口的实现和定义总是在一起的，或者说总是由同一个代码所有者完成的”

Java 的世界里，很多接口是权威定义的，如 JDK 和 J2EE 。JDBC 和 JPA 都是 J2EE 定义的接口，实现则由不同厂商提供。JDK 中定义的数据结构如 List ，Map ，Set 等也都是接口，API 签名中一般也用接口类型，像 Hibernate 中的 List 就有支持 lazyload 的特定实现版。slf4j 的实现，有 logback 也有 log4j2 。

在这里，Go 比 Java 省事的例子也有，比如 AutoCloseable ，在 Java 中，即使某个类有 close()方法，也不能隐式的转换成 AutoCloseable ，需要自己写 wrapper 。使用 try-with-resources 的时候，就很不方便了。但是隐式转换也有利弊，好处是方便，弊端是这个 close()未必适用于 try-with-resources 场景，使用者可能要经过仔细研究才知道是不是合适。