这是因为，他们预估你们需要 10 个工作日开发完成，那么就会宣称给你们 5 天时间开发，然后各种反复折腾，最理想的情况是 10 个工作日后提测。

工头已经把内耗和余量给你克扣下来了

地图 APP 是苹果开发的。
高德只是基础数据提供商，苹果没去弄这些功能也没办法啊。

@windyCity1 更多的时候是问题，又不是导致严重生产事故的重大问题那种。比如性能很差，部分逻辑条件边界没处理完善之类的。
比如换个说辞，就是此需求导致性能压力巨大，处理逻辑异常复杂，需要进一步性能优化及流程优化，然后 xxxx 一阵搞，一个月后，第二、三个连带优化需求上线。

拉屎的赢两次

大公司也很难不写出来。

国内公司的现状就是，大部分所谓的领导根本不清楚具体的方案难易程度，无法准确的考核工作成绩。

说个例子，一个对自己代码质量要求非常高的人，经常做需求的时候，设计思考设计原型的时间超过 60%，交付质量非常高，很少有比较严重的 bug 。
另外有一些人，干活毛毛糙糙，思维相对简单，干活急急冲冲而半灌水，出活猛操快，上线后各种问题，又猛操快的去解决自己埋的哪些问题。
虽然，最终，第一种人，整体更高效，但是一来一回，第二类人，第一版交付更早，领导觉得第二类人解决了众多的问题，工作量特别大，特别辛苦，年终考核都是第二类更佳

那第一类人何苦自己想那么多，埋屎谁不会

aw 不香么，省下的钱干啥不好

@dantangfan sof 放过下载包，一共几百 G 而已。

除非你是领导， 否则并没有办法改变这种现状
qc35 现在 900 多，入吧

@SuperGeorge 又不是每个人都找客服，AOC 登记序列号有啥用啊，他们能耐点就最好通过企业渠道去和苹果沟通下，让那边修复下，毕竟很多 AOC 的显示器没办法升级。
哎

免费的没啥好的。
自己配置 .ssh/config 用公钥 key 登录
不介意盗版，用 secueCRT

@Codle 不是够不够的问题，是这个 8w ，拔掉再插入就又没了。。不能每次都重启吧

墙只在北上广呗，一套墙应该不便宜

@a154312237 你说的没错，不过雷电四的口肯定握手不了 28v 这个电压，肯定不行的。 另外目前的 emark 是否能支持 28v 电压控制这块也不确定。

@hnewt big sur 11.6.1 也有这个问题

@aguesuka 的确没有神秘加成， 可能就是程序员的个人习惯了

JMHPerfCondition.conditionInvokeFirst avgt 3 13.930 ± 3.733 ns/op
JMHPerfCondition.conditionInvokeLater avgt 3 13.742 ± 1.632 ns/op

```java
@Benchmark
public int conditionInvokeFirst() {
int a = SpecialCaseTest.getNumber();
if (a > 0) {
return 1;
} else {
return 0;
}

}

@Benchmark
public int conditionInvokeLater() {
int a;
if ((a = SpecialCaseTest.getNumber()) > 0) {
return 1;
} else {
return 0;
}
}
```

@aguesuka 然而有时候编译器并不会更聪明。
javac 近些年几乎保持不变。很多 jdk 的代码的确有部分优化，至于这种方式是否有神秘性能加成，回头可以分析下。

偏向锁在 jdk17 都被删除了。没有看的必要了。