@miniliuke #46 买 TLT ，降息 能暴富好嘛？

@Jimmyisme #9 开源 也不是完全安全，还是得审核代码，问题太多了

@Morii #42 不是，通常算了年终 也就 13-14 罢了，我绩效还差

@Morii #40 https://i.imgur.com/agAJ0Rd.png 不不不，我在某海豚厂，混的差，就混得差，没啥不好承认的

@Morii 每个人都情况不一样，不要一概而论，我 6 年后端了，才 26 ，给大家拖后腿了，唉

@xubingok 是的，我认识在公司里面 很多就是在花桥买的房

@gerorge #14 身体没出去，不代表灵魂不能不出去，我现在都准备找外企，把英语说溜了，英语能正常对话，你会打开新世界

@cathub86 #19 可以理解 只有锁升级 ，没有锁降级哈，从计算机的角度来讲，确实没有必要自动降级，因为竞争激烈，下次大概率还是会竞争激烈，而且锁的性能消耗并不大的（自旋除外），即使后面不再竞争激烈（没有线程持有这个锁），突然有一个线程需要持有 这个 重锁（互斥量 操作系统提供的功能）性能消耗也是极其小的

所谓的锁升级 ，本身优化的场景就是 JVM 虚拟机在赌你 这个锁，不会有两个并行的线程 同时需要这个锁，因为大部分 Synchronize 代码块，可能这辈子都不会 升级成重量级锁

@Morii #17

这并不是上升到国内 java 开发是否能用好面相对象，hibernate 是 ORM 翻译过来是对象与关系的映射，国内大部分都是 表驱动开发，根本没有对象的概念，不提多态继承 因为继承很多时候在业务开发场景确实没啥用，大部分 CRUD 无非是事务脚本驱动，根本没有封装 也没有内聚的概念。

反正上来就是几张表 驱动在开发，对象？哪里有对象？，几个 service 跟 几个 dao 的关系都是混乱的，这种代码 用 hibernate 干嘛？ 都恨不得把业务逻辑全写在 sql 存储过程，而且说白了，你跟大部分人不一样的思维，你想用 DDD 驱动，用对象来包装业务概念，与大部分人的开发方式 都格格不入，老板要的是快，要快的话 那不就是 基于表来，反正谁会关心后面维护代码的人 ，等需要迭代到第二版的时候 人还在不在这家公司都是另说

@mayday1997 场景题 有没有 案例，老哥讲讲？

@hapeman 因为之前了解过的 也没看到说有 降级的过程，而且通常来讲，降级并没有什么必要，竞争激烈的话，这种 data race 必然会再次出现，而且降级确实 我看不到使用场景，

@hapeman 感谢，又学习到了

https://blog.csdn.net/fedorafrog/article/details/104249140
参考 何登成 这个，最消息了，各种情况下 加的什么锁

@cathub86 #9 维持重锁？这个不是很理解啥意思，锁升级，不是一开始偏向锁，然后 cas 相关的 做一个标记没成功，然后出现第二个线程 开始竞争 就会自旋锁，至于如何竞争激烈，变成重量级锁， 这种重量级锁也不会让等待锁的线程死掉，只是线程因为锁进入内核态，等到锁释放的时候，系统的线程调度机制 会唤醒 等待这个锁的线程， 线程调度这块的话 需要看操作系统机制，反正没有得到锁的线程 会进入内核态，等待下次系统调度

@cathub86 id 自增的话，看页的大小，分裂吧，id 不是自增的，看情况吧，毕竟 B+树 叶子节点 ，不是自增的 肯定分裂比自增的频繁

@yumenawei CRUD 项目 没啥好问，

@foolishcrab 发啥项目？

顺带问下 有没有好的八股文 收集帖