你们打一架，谁赢了听谁的，相信我，配合愉快才是最重要的，没有那么多所谓的规矩和经验要遵守

在我理解里面，你说的这些，乔老爷子应该更看不上

目测是 qx 的问题，我用的 surge ，同样的用法，没发现有这个问题

宅在家挺好的，不要出去人挤人了

好想吃，可是 500+的尿酸让我闭嘴了

用了一段时间了，还挺好用的，希望后续产品功能对个人用户尽量友好一点

不累吗？我反正是没这么多精力折腾

今天用了一天自适应模式，感觉不赖，很喜欢

抠字眼也成为一种技术了吗？

身体不允许啊，血糖血脂尿酸都在悲鸣

想给父母养老，想教育好小孩，想让另一半过上更加安稳和开心的日子，想让自己后半生轻松一些，在满足这些的基础上，希望有机会能做一些有益于国家民族以及全人类的事情

哎呀，才发现，虽然被社会磨平了棱角，可我依然希望做个对社会有用的人

@glenChen 没有垃圾的技术，只有合不合适，你还是太年轻了，如果觉得这样下去对自己没有成长，那就换个团队，而不是非要让领导接受你的观点，而且，应该你也完全不懂什么叫沟通技巧，这样下去，对你的职业生涯和技术进步不会有任何帮助的，你也得不到你想要的

@moell 这个过程，可能产品设计上要注意，比如说时间粒度不能太细，最终任务的逻辑不能过于复杂，尽量不要出现相互依赖的任务等等，这些都会带来服务端或者设备端的各种问题，建议你们先做，遇到问题了再做一些修正就是了

@moell 你说的这个场景，小米就是这么做的，但是问题真的很多很多，你这个应该主要还是服务端多投入硬件资源了，市面上大部份解决方案应该都是可以满足的，我之前做过类似的场景，如果不想延时太大，就增加服务端硬件投入，增大服务端的并发能力，尽可能保证任务执行不会被耽误就好了不过你的任务应该都是比较恒定的，服务端只是生成指令下发，没有最终的任务执行，应该是比较好根据任务并发量来评估