用另一个类比可能更贴近消费者，那就是 IOS 的更新。

看 Windows 11 最近的更新，基本确定它跟 Java 是一样的套路了，敏捷开发和滚动更新。表现出来就是，每次更新都是小打小闹，不会再有令人耳目一新的大升级了。那就跟 Java 一样对待了——隔几年做一次集中更新，甚至于万年不更新。

不在其位，不谋其政。这本来是中层领导的事，跟下面的人无关。领导转发了，那他要么是准备甩锅了，要么是准备破罐子破摔了。

@brader #74 要么忍要么滚，这可不是随便说说的，这是真理。这个制度你只要不拒绝，不走到二审公司都可以强势定义为默认同意，——也就是说，在二审推翻前，这性质是“你同意降薪”，那还有个屁的后面。

@brader #8 咬死不同意就行了。公司与员工之间具备劳动合同等同效力的其他规定，只能是经员工同意的制度，并且举证责任方还是公司。大多数员工同意的规章制度，对于没有同意该制度的员工，不具备约束力，公司要是强制执行那就等同于单方面开除，2N 赔偿的级别。

公司老板要是知道了，会把 B 君和楼主都撵走。A 君为啥能得到直属的部门领导垂青呢，因为活干不好首先顶锅的就是中层领导，而 A 君能让其直属领导少顶不少锅。

停下来，换个脑子是对的。但停下来换个工种是绝对不可能的。换工种这种事，包括从全职转成自由职业，这只能是一边干着现在的一边开始接下来的。你只有跟当前工种比较，下个工种才有可比性，一旦你停了当前工种，那么你的第一选择永远是回到之前的工种。

除了内置的 javascript / typescript 外，用了其他语言的代码提示，它就是 IDE ，不再是文本编辑器了，这性能要求是要翻很多倍的。

@shayebushi #11 征信所有查询都要留记录的，去查一下自己的征信，看看有没有对应的征信查询记录，就能确定真假了。如果没有，那你就是中了营销圈套，已经被定位成高质量活人，以后等着各种垃圾短信吧。如果有，就别管度小满是啥处理了，直接人行投诉。

真 10 人以内的话，Excel 解万愁。

app store 这种版权核心区域，是不会让你下载可再分发的完整音乐文件的，你下载的只是离线缓存，那是受 DRM 或者特殊格式保护的。切换其他用户是铁定不会给你保留的。切换其他用户再切回来之后，能继续用，这小众甚至灰色的需求，苹果一般也不会做。

Windows 自带的全盘级别备份还原，跟第三方软件的备份还原，都是全盘镜像，区别只在于安全性和性能选择的偏好上。理论上来说，系统自带的安全性高但是性能差。但是安全性是相对的，不保证 100%没坑。

至于 Windows 更新自动设置的还原点，这个只能用于移除系统更新，用来修复问题还行，做备份是不行的。另外还有一个文件历史记录，这个就是个大坑，它只记录和还原文件名称的历史，不包括文件内容。

@yibo2018 #20 a 是 Long 的时候，a > 0 在编译时会被转换为 a.longValue > 0 （实际情况可能只是编译后等效而不是先转换再编译，但可以先这么认为）。原本 null > 0 ，或者对量变量 obj > 0 ，都是编译错误，8 个封装类型是加了语法糖，才能这么写。

知道以上情况，会更容易定位到 NullPointerException “> 0” 没有关系，抛出它的地方是 a.longValue 的时候 a 是 null 。这只是一个很普通但很难处理的 NPE 问题。对于你这种从别的地方接过来的变量（不是你能控制的变量）来说，你只能判断它给你的是不是 null ，但不能控制它不给你 null ，所以是铁定要做 null 判断的。

如果你只是需要代码更好写 /看，而不是避开 null 判断，那还是有办法的。可以写成这样，if ( requestNonNullOrDefult(a, -1) > 0) 。requestNonNullOrDefult 就需要你自己提供，或者找第三方工具包了，JDK 是没有的。JDK 8 以后用了另一种套路来解决 NPE 问题，它要求方法返回一定不会是 null 的对象，要么是确实不会是 null 的对象，要么是可能为 empty 的 Optiona<T> 对象。

去了解一下基本类型的自动封装解装。你这本事就是语法糖弄出来的问题，在想加新的语法糖就只会越加问题越多。