luciankaltz

soc 倒是无所谓，但是尺寸太大了，没办法用
nothing 一直没出过小尺寸的手机，如果能有的话还是挺有想换的（来自 xperia 遗老（ bushi

iPad mini ，从六代开始就买了，今年出了七代第一时间以旧换新
睡之前在床上刷点视频看看网页，以前都是用手机，屏幕小操作麻烦看着不爽。自从用了 iPad mini 好非常多，基本上在家再也没有用手机作为娱乐用途过。尺寸刚好在一只手到两只手之间，再大的尺寸也没办法和手机一样随心用了
除了出门只能带手机，在家坐着用台式，iPad mini 应该是个人消费电子里面使用最多的数码产品了

> 如果你加入了一家新公司，当前业务需要引入分布式事务，你会选择哪种方案？

先考虑能不能用最终一致性处理，多系统的异常能不能用回滚解决。实在不行再考虑实时分布式事务。
如果一家公司之前没有相关积累和经验，贸然上所谓的“分布式事务”的方案，大概率后面要踩不少坑

一台 PC 台式机，两个盘分别装 Windows 和 Linux ，默认启动盘是 Linux （当 server 用，GUI 都没有），设定每天早上 9 点自动开机
办公室 MBP ，家里一台 Mac Mini M4 作为开发前端。浏览器文本编辑文档之类的在 macOS 下，开发就 vscode Remote SSH 到 Linux 机器上
到家需要切 Windows 就关机重启一下就好了

悲观锁，也就是 select for update ，一般同时满足两种情况
1. 有一个大的事务（也就是不仅操作这一条记录，会涉及起码两条以上的数据库记录），并且需要保持这些操作都原子，或者全成功或者全失败
2. 在整个事务周期中这个记录不能被其他请求修改
理论上来说涉及到钱的一律全部悲观锁（基本上也满足以上两个场景）

乐观锁的目的更多在于保持单条记录的原子性，比如操作记录对应的版本号，允许重试，但是版本更替的记录不能丢失。例如失败了可以通过重拾消息来保证最终更新成功，之类的

@nyxsonsleep 看着没什么问题。我峰值主要是跑编译，大部分时候核心会跑满所以无所谓

家里的 Windows 机器本来只用来打游戏，后来发现 13900k 比垃圾 m1 pro 编译速度快多了，所以想利用起来
现在的实践方案是单独装了一块 SSD 装 Linux server ，然后用 macOS 作为前端 SSH 上去开发（为此公司有一台 MBP 家里这次新买了 Mac Mini M4 ，当然愿意 MBP 上下班都带也没问题）
用 Linux systemd-boot 选择启动这样能识别所有的系统；默认 Linux 每天早上自动启动，这样到公司就能用
下班之后手动重启一下切到 Windows 纯娱乐+玩游戏