如果他不表达省略号所代表的情绪，对你而言最好的方式就是无视它了

@Leee 这么看下来 可能跟空气炸锅的形态也有关系

@Vegetable 我就是做鸡翅的时候出油比较多，它有个零件感觉没有涂层 再加上有缝隙 就很难洗

空气炸锅太难洗了，油渍粘在边上很痛苦，同求

@syhily 我没用到这部分 所以没感觉到 不过我也是每周看一次 vscode 迭代计划的 issue 希望正式版早点来

我一直在用 insider 版本 感觉也没啥影响

m1 很香，从我自身出发，我还在嫌弃只有 16G 选项呢，无脑上 16G

业余 node 开发者（三年前 node 用的比较多，后来转 go 了 ）,前段时间做了个项目，用 typescript + typeorm + express 无脑数据库代理，这种相对不复杂的场景用 node 的话开发效率高，性能瓶颈肯定不在 node 。

优点：
IO 密集型场景下，性能优秀
开发效率快
npm 包数量比较大
资源占用少（以我的认知）

缺点：
成也 JS 败也 JS 且与前端共用生态。在细化的后端领域，JS 好学不代表可以上来直接用 node 做后端更不代表前端可以革后端的命，狭隘的讲前后端的知识体系有差异的，合格的 node 程序员少找。前后端通吃一定是牛逼的，我更愿意偏向于前后端都能干好的为“全干“工程师
缺少”企业级开发框架“的领军者，或者说”企业级开发框架“暂未推广开来

用不用 node 还是看场景吧

我期待有小米无线充电宝升级下加一个 MFM, 这样晚上可以做充电座，出门可以做无线充电宝。完美贴合无压力，感觉美滋滋。

16G 用够了 我想用大一点的

感觉 M1 不够高性能 肯定会有新版的

找万能的某宝 复制一个给你吧

看了楼主的 github 主页，觉得楼主太有才了。我觉得这是一种创意的展现形式，挺有意思的。

不能，至少短期内不是这个方向。如 @7654 所说，能源(续航)、方案（四旋翼对比直升机的效率）、空路，这些问题一大堆, 反正不是给大家日常用的。

看了照片显示，你没有遭受过猫主子的毒打。曾经有一次抱着猫主子没抱好，然后外边有个比较大的动静，惊吓之下窜起来在我胳膊上留下了大概 20 厘米左右的一道，我没打疫苗，活到现在算是命大。

我 500G 的盘 读写都在 150TB 左右

蹲 proxy command 的支持

楼主可以重点放在他效率低，至于他所使用的方法可以不去关心。一直以来都有个疑问，很多人都重度依赖“联调”，我认为他们对“代码写好了”是有误解的。当然有些特殊情况是需要联调的（防杠布丁）

梦想是 Model3 Performance
现实是 继续等入门版降价 :doge