QuickTime 导出后 然后压缩下

如果楼上几位所说，PUA 如同内卷，这俩词都被滥用了…
至于你说“关于工作能力不行，我承认他说的对，但我工资也低啊” ，
说句不太中听的，为了自己的未来发展，还是多从自己身上找找原因。不然跳槽也不是根本的解决办法。

opencv 也成

@blaaibla 问题是：大家都不觉得自己有问题 😊

@djyde 不错啊

@hello2060 感觉工具不能解决 lz “切换有时候会忘记” 的问题 😂

lz 这明显是动态字段嘛，保留原价格字段，然后额外增加一个状态字段最好。
这似乎跟分表没啥必然联系啊。如果是为了提升效率那就增加一个动态计价的服务通过商品表中的状态字段关联，把价格计算与最终成交订单数据分离，服务挂了可以降级为：价格不变原价交易。

@MintZX 你这方法迁移性太差，不适合大规模电商业务。

“来回跳转看得很累，而且有跨多个文件的，切换有时候会忘记” ？
我的解决方法： 及时梳理关键流程，手写或者笔记软件中记录下来 /

任何企业都存在网络安全风险。不然 lifelock 这类安全产品 /厂商就没存在价值了。

在数据库查询 /变更起来岂不是很便利？为啥非要考虑本地存储呢？

问：各位程序员朋友有没有想过 50 岁之后的我们会是什么样子?
答：没有想过，也想不到。

ansible 足矣，saltstack 更佳

写到 kafka/RabbitMQ/RocketMQ 理论上应该更快一些。

如果调度策略很基础没复杂的设计，RQ 就行了 https://github.com/rq/rq

国内专职 Java 岗据说很卷，还是做前端得好。要么就是 fullstack 路线

房间表（群组表）需要考虑删除造成的压力。可以增加一个 removed 布尔类型字段，然后在 DB 负载最低的时间段搜索 removed 为 true 的表，进行 drop，例如后半夜。