说的好听一点，这种机制就是为了您这样的人量身定制的。既满足的您的抒发欲，又规避了平台的舆论风险。
实话讲，如果我是运营方，为了让平台存活下去，我更倾向于实名制封号哦亲。
如果您说我平台方懒政的话，您可以给一个投入产出合理的解决方案哦亲。

@xiaoliu926 现在是 3k，如果用网签备案来提取的话，上限是 3k 。

分开来讲：
失业保险、工伤保险，这两个是小头，本质就是传统保险。
医疗保险，这一块儿，自己缴的部分是自己的，公司缴的部分小部分是你自己的，大部分是国家的。自己的是在医保账户里的，看病可以用，每年有活期利息，本质是一种强制储蓄。
养老保险，广义的庞氏骗局，以国家信誉做担保的。自己缴的部分是自己的，剩下的目前都不算做你的，而是按照你退休后的平均工资计算的。本质上是一种强制储蓄，并且需要退休之后才能按规则逐步提取。
住房公积金，用于为购房者提供低息贷款的方式。本质上也是强制储蓄，鼓励个人买房。当然，现在的争议点在于公积金的鼓励作用在目前的房屋价格基础下，显得很薄弱。

综上，绝大部分的目的都是为了强制储蓄设置的，是为了保护 /鼓励低收入群体所设置的基本规范。就我个人而言，我对于这种制度持积极观点，因此我会要求公司足额缴纳，即必须合规。

至于公积金按照多少比例缴纳，这就无所谓了。毕竟在上海，租房子一个月只能提取 3k，缴多了也很麻烦，而补充公积金多的 10w 贷款也确实聊胜于无。

@thesharjah 不可以。

推荐加一个新的只读字段来序列化，这样不会影响模型的反序列化。

如果觉得麻烦的话，可以加一个自定义的序列化器。

https://fasterxml.github.io/jackson-databind/javadoc/2.7/com/fasterxml/jackson/databind/annotation/JsonSerialize.html

=.=去年可还行，去年个税还没改革啊。

Java 是一个规范，由一个组织维护，https://jcp.org/en/home/index，首页在这里，以及 25 周岁快乐。
1.1~1.8 9~14 是 Java 规范的版本号。
现在这个时间点：
OpenJDK 是一个开发组织，来实现 Java 规范，这个版本的实现通常被叫做 Hotspot，是目前最主流的实现。
Oracle 所发行的 JDK，主要由 Hotspot 加上一些 Oracle 私有的工具组成。
OpenJ9 是 IBM 实现并开源的版本，用的人很少。
实际上，现在还有个 GraalVM，也是新的实现。

那么问题来了，什么收费：
1. 特定的 Java 规范实现是收费的，比如 Azul 的 Zing，提供了更加强大的 GC 能力。
2. Java 相关的其他增值服务，比如修 Bug 。OpenJDK 通常只会在最新的版本上修，但是有钱的话，我猜应该是可以为所欲为的。

骑驴找马一般来讲不会被下家为难。

如果看到简历里有比较长的 gap，我个人是会特别关注一下原因的。

另外很多政策要求工作的连续性，所以不骑驴找马还怎么办呢。

举个例子吧：

interface CommonController<T> {
Dao<T> getDao();

@RequestMapping(value = "/",method = RequestMethod.GET)
default List<T> get() {
return getDao().getList();
}
}

@RequestMapping("/user")
class UserController implements CommmonController<User> {
@Getter
private Dao<User> dao;
}

=。=命令行的话，难。

首先，需要一个能对齐的字体。。因为数字、字母和中文文字都不是等宽的。

如果找得到等宽的话，把所有字符映射成显示长度，取最大，然后不满足长度的补足即可。
当然啦，这也很复杂，因为要是覆盖边缘 case 的话，就要对控制字符之类的逻辑进行特殊处理。

我刚才顺手看了眼 VS code 的实现，估计就是把中文文字当 2，其他当 1，因为半个省略号竟然长度算 1 。。

灵活使用 Java8 interface default method 可以实现这一点。。

真·996 的工作确实是没时间摸鱼的。
之前想的也是聪明如我怎么可能摸不了鱼，但实际结果就是事儿是真的多，电话 ding 是真的烦，出差是真的赶。
代码已经好多好多年了，写的又很恶心，开发工具又没有那么好用，造 10 个账号，有 8 个都会无法开通 xx 宝，然后跑一轮，就脏数据了，人家还不愿意改库，自己又要弄新账号。
到了测试对应的环境，改数据库还要审批，还要用近乎真实的账号覆盖边缘 case，协同的一大堆平台需要一起推进发布，万一推进不了还要临时加个发版开关，这开关一加就没有删的时候了，结果代码里大大小小一大坨开关，谁也不知道现在在用哪套逻辑，几个主要环境的开关还都不一样，除了开发环境，每次变更还要报备来报备去。
一出事故就开会，每次总结下来要做好一二三，结果等到发布的时候还是老样子。

@binbinyouliiii 不不不，switchIfEmpty 应该这么用:
getFromCache(key).switchIfEmpty(
getFromDb(key).flatMap(value -> setCache(key,value))
)
如果设置缓存是纯异步的，也可以：
getFromCache(key).switchIfEmpty(
getFromDb(key).doOnSuccess(value -> setCache(key,value).subscribe())
)

换个姿势解释一下，传统代码是这样子的：
statement1;
statement2;
statement3;

那么对于 Reactor，其根本目标就是在于让 statement1 和 statement2 之间可以执行一些额外的代码，来保证代码是可调度的，进而起到所谓的 IO 优化。

那么首先，就需要改造成：

(statement1 as Mono).then(statement2 as Mono).then(statement3 as Mono)

这样就能在每个 Mono 之间插入一些调度的代码。

另一方面，为了兼容其他的语法，比如 return，比如 null，Mono 就提供了大量的成员方法来简化这个 then，让它写起来更爽。
比如 null 对应了 Mono.empty()，return 对应了 Mono<T>里的 T 。

以上，你需要考虑每个逻辑对应的是 Mono 的哪个方法。
比如 if(x != null) { return x;} <after statement>对应的就是 switchIfEmpty(<after statement> as Mono);
比如 if(x != null) { return x;} else { return y; } 对应的就是 defaultIfEmpty(y)。

其实是一样的。。

People people = getCache(name);
if (people != null) {
return people;
}

=>

getCahe(name).switchIfEmpty(<after logic>)