反诈搞魔怔了

吃财政转移支付的地方，日子越来越难，公务员都不能幸免，你能接受降薪和欠薪，你就去

adminer

@stillsilly 在职投简历，无 gap ，社保还不断，比一般失业的强太多了

当时基本都建议你选那个外企，你去了哪一家呢

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

索引质量低导致查询慢，索引太多导致插入慢，换 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 场景，使用者可能要经过仔细研究才知道是不是合适。

@coffeygao 10W 的工作丢了，再找一个也不能低多少吧。不是还有房租和兼职么？顶多消费略微降级，不至于困难。不过按现在经济发展趋势，可能过几年房租没了，房子也不好卖，给你兼职的老板生意不好做了也没有兼职了，遇到这种情况确实不好办。

日常无病呻吟贴 +1

老婆孩子房子车子都有，父母是双职工且收入还不错，两套闲置房子收着租。

你现在的状态，已经是几亿人想象中翻身后的结果了。

@kuanat #11

你预设了 Java 一定要改造 A 或者 B 去适配另一个类，实际上很少有人这么用。
现实场景经常更复杂，A 和 B 的方法签名可能不同，甚至 A 中的一个方法，在 B 中要分成多个方法调用，所以一般由使用者抽象定义接口。

// A 包
class A {
____void getFile(Arg a, Arg b, Arg c);
____void putFile(Arg a, Arg b);
}

// B 包
class B {
____void download(Arg a, Arg b);
____void upload(Arg a, Arg b, Arg c);
}


// main.java 调用的部分
interface Storage {
____default void get(...) {}
____default void put(...) {}
}

class StorageA implements Storage {...}
class StorageB implements Storage {...}

class main {
____void use(Storage a);
}

这跟 Go 有很大区别吗？

三年前要是有人这么说工作不好啊，一堆过来人教你做事，

“不能局限于技术”，“只会 CRUD 活该找不到”，“5 年工作 1 年经验用 5 年”，“要做架构做管理”，“我 35+了还干的好好的”

现在某些人已经被回旋镖打中自己，大环境不好，只有少数人能幸免，即便幸免，收益也不如环境好的时候