有的干就不错了，等你 15 年工作经验的时候，外包也没人要了

打不过就加入，你也去做这个生意，别卖三无产品，卖点正规的。老人也不见得不懂，有时候只是太闲太空虚了，花钱消遣。

内部悄悄用，对方没法发现，那就不违法。但如果老板酒后在他的朋友面前吹牛，做了个系统很牛逼，不用付费也能用，那就呵呵了。

换个思路，做个浏览器插件，自动提取打开页面的联系信息，那就不是爬虫了。

@yazinnnn0 quarkus 用户基数太少了，我直接用的 vertx ，小版本常有大改动，遇到过不少问题，比如

redis client 超过 20 亿个请求之后 index 溢出；
http server 某个版本 pause request 但 resume 处理不当，导致无法正常处理某些 HTTP 请求；
redis 连接池连接泄漏；
Templatehandler 找不到子目录下的模板；

这 4 个其中 3 个我提了 issue ，好在都很快解决了。

vertx 这玩意儿，不像 spring 家族那样可以无脑使用，但是用顺手了却非常舒适，即便出了问题，也很容易定位和解决，毕竟比 spring 全家桶简单太多了。

=====================================================================================

这类小工具，用 Go 写也很舒服，graalvm build 几次的时间都够我用 Go 写完上线了


@zhaojun1998 我觉得 graalvm 的 native 要达到可用，还需要从预编译入手，发布 jar 的同时发布预编译文件，用户 build 时从预编译文件中提取组合，而不是把编译工作全部放在使用者的机器上做。解决了生态和资源消耗问题，可用性就起来了。这需要很长时间和很大存储空间，也不一定有足够多的资源投入。

@CodeCodeStudy 电脑配置低，玩也玩不动，小项目 kotlin native 也能玩。

@karottc 我用的是 vertx ，quarkus 也是在 vertx 之上封装的吧。

@gongquanlin Java 8 之后就是 Optional 了，少写很多 if (xxx == null)

public Membership getAccountMembership_classic() {
Account account = accountRepository.get("johnDoe");
if(account == null || account.getMembership() == null) {
throw new AccountNotEligible();
}
return account.getMembership();
}

变成

public Membership getAccountMembership_optional() {
return accountRepository.find("johnDoe")
.flatMap(Account::getMembershipOptional)
.orElseThrow(AccountNotEligible::new);
}

@victorkk 当年的 8 小时工作制，是建立在吃人的制度上的。

农民被锁死在土地上，不能跟城里人竞争工作岗位。
城里人的单位，生存前提是禁止私人参与竞争。
农民的产出，要交公粮，且农产品不能自由定价。

互相看不惯，那就不要回去了，过年出去旅游不好吗

有条河排水不好，我家一点田泡水里了，连续投诉了好几天，来了好几波人，总算通了。村里花了 2000 快钱，救了不到 200 快钱农作物。

@wonderfulcxm
高级白领蓝领像资本主义，体制内像社会主义，其余像封建主义

以前是机器不能停，人要三班倒。现在是人不能停，机器三班倒。

panic => throw
recover => catch
defer => finally

很多人就是这么滥用

0 次，20 岁之后没有单过