活动监视器，对能耗影响倒排，12 小时电源倒排，看看是什么应用在耗电
另外就是显示器亮度也是个耗电的大头

——来自首发 m1 13 寸 pro ，当前电量还剩 35%，剩余使用时间 3 小时 35 分钟

不抵制不坚守
但也不升级，没刚需不大动

各自花各自的，每月剩的钱弄了个共同账户存起来
有大的开销提前沟通

1. 打印 sql 印象里是 mybatis 的功能，太长就关了日志就行
2. 正常也不正常，另外除非是频繁导数据，否则这个速度也没啥问题吧

@petercui 想看节奏去别地看去，想带节奏去别地带去

@DzwsGo 写过 kt 和 ts ，需要?的时候就给?呗，业务逻辑允许 null ，代码没理由不允许 null （其实展示层还好，如果有逻辑啥的就比较麻烦，有时候甚至原样复制粘贴但是去掉?然后加校验和报错）
这么一说其实塞默认值可能在序列化这一步更合适？
字符串就 ""，列表就 []，但是对象和数字不好处理，特别是需要区分‘填了’和‘没填’，需要有‘草稿’这类的功能的时候更是如此…

直接不返回就行
或者让他们换一个完善点的 ui 框架，自动把 null 显示成空白那种

> 购买手机只是购买了手机的硬件

这条应该就不成立…

印象里现在手机激活的时候应该都需要同意用户协议，软件相关的条款应该都在里面，不同意可以拒绝激活然后退货

用上了，糊弄材料用
尝试问过一些开发的问题和业务的问题，一本正经胡说八道

支持 PD 就能充，否则直接充不了
能充就不存在损害一说，不能充…好像就没事了
（最近怎么好多充电器、充电线是否损坏设备的问题呢…

理论上是，实际上差异不会有多大
除非有什么重大质量问题或者供应商出问题

> 应该由我自身承担各种风险

脑残用户才是大头，没人会为了少数用户的‘自由’而让无力承担风险的大多数用户承担风险
就算免责声明用户协议写再好，出了事还是出了事，遭重的还是产品

之前的 13 款 15 寸，原装三年鼓包，换三年又鼓包，换两年没鼓包但是卖了
现在用的 m1 ，三年多一点，尚未鼓包
感觉这玩意鼓包是必然的，但是什么时候鼓包主要看脸