az467

> 如果我能清晰认识一个事情的必然性合理性，即使它不幸，我也能接受。这也是我写这些话的初衷

库伯勒-罗丝模型

1. 否认 [Denial] <= you are here
2. 愤怒 [Anger]
3. 恳求 [Bargaining]
4. 沮丧 [Depression]
5. 接受 [Acceptance]

我建议赶紧止损，复读之后想办法换到文科专业去。
再怎么卷也不至于三本都卷不上。

每个学校都有百分之个位数的人完全毕不了业，真不是什么事都能让网友出出主意就能救回来的。

主要是为了禁止 overlong encoding ，没必要用 N+M 个 byte 表示 N 个 byte 就能表示的东西。
顺便配合规范，总共就 10FFFF 个码点，不支持 4 bytes 以上的格式了。

基本上说，可以由企业自身决定是否进行招聘的岗位，
流程上和上级部门（最常见的是各级国资委）没有一点关系的，特别是最后解释决定权不在上级主管部门的，
都不会有所谓的「编制」，

一般的国企、央企、银行，招的都是合同工，
只是不会主动开除人罢了。

但是不主动开人卵用都无，你看 op 不就扛不住自己润了。
去之前必然要调查清楚具体情况。

我说啊，这东西，不就是 JSR-133 作者之一给出的半官方例子的变体嘛……

要么 4 不执行，要么 i == 42 。



http://jeremymanson.blogspot.com/2008/11/what-volatile-means-in-java.html

test

原因在于 java 流行太早而发展太慢，主流版本(8/11)就是这么烂。

- 内存占用多
主要两点原因，一是 java 大量使用堆内存和引用对象，而且没有值类型或者结构体，就算 jit 能优化成栈上分配，最少也多一个对象头，性能和内存占用天生就弱，调 c/c++ 库也很麻烦。
另一个就是 vm 必须要占用的那一部分，实际上使用到的内存没那么多，但是内存就是被占用掉了，这在云时代更是问题，那都是真金白银呐。
当然啦，相信这些问题将来会被那一大堆 project XXX/GraalVM/aot 优化甚至解决，但是我用 Java8 。
- JRE 很大
这个其实还好，真没啥感觉，云环境也有轻量 base image 可以直接用。
- 打出来的包很大
在 springboot 一统天下的如今，框架不是你想换就换的。
上云的可以试一下 Layered Jar ，多少能缓解一点。
- Servlet 规范
纯历史遗留问题。
- Getter 、Setter
没早点把 Property 抄过来，你看 Kotlin 就很好。
- xxxService/xxxServiceImpl
对业务代码来说，99%的情况下没用，知道是怎么回事然后照本宣科就完事了。

综上，骂了这么多年了，能改的 java 多少快慢都在改进，但是这都跟 java8 用户没有关系。

你都这么说了，那我只能建议你多看罗振宇老师的《逻辑思维》。