1. 谁发的 Content-Type 就是谁的内容格式
2. Content-Type 里带 charset **貌似**不是一种标准做法（但是是一种惯例做法）
3. JSON **貌似**有规定自己必须是 UTF8
4. 2024 年了，没有特殊需求忘了 GBK 吧

老项目，无日志收集，出问题只能人肉看，日志文件 20m 一滚，超过一月压缩，超过三月删除
但是日志量没这么大，一天几百 m

所以楼主媳妇为啥要手动挡呢，感觉这个才是重点

除非 天赋不错学 C1 无压力 或 喜欢踩离合撸挡把的驾驶乐趣 或 真的差钱 或 以后还想考 B 甚至 A 拉货
否则 C2 就完事

至于说 C1 简单的，那都是幸存者偏差，身边 C1 练废了加钱换 C2 的例子数不胜数…

苹果的拍照印象里一直都不是很行，但是录像一直都很屌

需求响应速度，bug 数量，bug 严重程度，问题处理速度，问题严重程度，巴拉巴拉
但是只占一部分，另外一部分是团队的，比如产品收款，成本改善之类的

系统中文，工具英文
其实就是个习惯，咋舒服咋来

想靠英文系统学英语，这英语可能太简单了一点

@yanyao233 alt + enter -> save 'typo' to dictionary

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

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

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

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

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

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

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

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

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

这条应该就不成立…

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

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

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

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