@Mitt #7 我刚删掉重装微信 -> 手机上反复切换微信账号 -> 杀掉手表上 APP 然后开通按钮就出现了

@msn1983aa #8
@thet #9

升级最新了，没有这个按钮唉，不会也是灰测吧

@linora #70 外接电池可以说垃圾，但是可拆卸电池绝对不是好设计，只是人们觉得方便备用电池才觉得这个是好设计，现在手机为了轻薄内部已经很紧凑了，你如果把可拆卸电池加回去，把现在手机厚度和重量加一半，再砍掉 IP68，你看有几个人还觉得可拆卸电池是好设计的，顺应发展应该是提高充电速度和续航能力，充电宝如果半个小时内就能给手机充满，可拆卸电池就只剩缺点了，Magsafe 这个更像是外接电池，其实就是变向可拆卸电池的一种，只是目前看比较拉胯而已

其实量越多越便宜的，你可以买套餐包打折，大客户也应该是有优惠价的，但是这个吧你肯定还是得控制量，毕竟不是自建，网盘都有存储量呢，给每个客户一个人预期的固定量，业务那边统计每个客户的量，超量太多的肯定要处理，可以转移冷数据到低频存储降低成本

@ntop #3 没有部署海外节点，是腾讯云的服务器，也没有上 CDN，如果你本地没办法复现的话，也许你可以试试沟通一下说明本地使用是正常的，让对方再试一次，或者你再提交一个版本审核，然后网络报错的时候可以输出多一点信息来辅助确认问题，比如域名解析错误，IP 访问错误，或者是 https 证书错误也都是有可能的

跟 ipv6 无关，现在没有强制 ipv6 支持，我们公司的 APP 都是 ipv4 only 的，苹果审核用的是公司网络，是美国 IP，你或许要检查一下海外访问的情况

@myqoo #13 异步开销是有的没错，但是我更倾向于你的测试方式不切实际，用超短程测试方式当然会显著增加额外开销这是必然的，但是实际应用下几乎不可能会有人写这样的代码，首先你 await 对象就是 non-promise，没人会这么干，而且你这种场景是很容易被“编译器”优化的，用空跑来对比的方式其实是完全舍弃掉了 async/await 的优势，仅仅是单把额外开销拿出来放大了而已，你的代码越常规这点开销越不显眼的，不然这个测试方式不仅是 js，任何语言的优势都可以被测出来无限的额外开销。

@myqoo #7 https://onecompiler.com/javascript/3x5s8ss8k 在线跑差分的话，1e6 次性能差距也就是几毫秒，几乎是可以忽略的，因为你实际场景根本不会遇到这种超大量的 promise 混杂的情况，纯计算受影响的也只是线程切换，不会有这种开一大堆 promise 去计算的，这个是纯粹的开销，不符合实际场景的。

@Mitt #8 更能 => 更不能

@myqoo #7 这明显是你的问题了， 性能有差距也不会差这么多，你都差了 80 多倍了，而且引入随机数产生的不确定性更能被采纳为性能测试指标。

就算没 callkit，一端接起来其他端也还是会一直响，最简单的，来消息了，一端阅读后其他端通知也不会消失，telegram 就完全没这问题，只是微信垃圾而已，并不是不能实现。

@l33ch #10 不用解锁手机->打开微信->等待同步->接听电话，就可以直接接听微信语音，省了不少步骤呢，更重要的是 Apple Watch 会像电话一样持续震动通知而不是像微信语音通知一样响一声就没了

@noroot #14 我认为的全栈其实是 前端+后端+服务器运维 哈哈，其实我感觉能自主对一个产品业务从头到尾负责全包就属于全栈了

@005008 #12 我说话确实有点太主观了，主要还是被最近接的几个 nodejs 全栈项目气死了，一看就是前端手包揽写的，后端库也是跟前端通用的 各种问题不说，安全漏洞一大堆，就是那种完全没有后端意识写的代码，没系统性学习过的人写出的代码，我觉得这里主要的问题还是因为 Nodejs 通用性导致混淆了前后端很多差异，让很多本身基础不牢固的人更容易写出有问题的后端。

话说起来我前端还是更喜欢 angular 一点，nodejs 写后端的话安利一下 nestjs，丧失一点灵活度但是多了很多好处

@005008 #4 确实大部分情况下都是分人，但是以前端包揽后端来看大部分是傻逼公司的决策问题，这就不一样了

@akira #6 丑那确实

@christin #8 不是代码规范问题，而是知识点不同，现在前端后端化比如 angular，很多设计思想跟后端同步，而前端开发人员做全栈很多都是以前端思想入场，很多后端的坑和问题基本全踩一遍，做全栈是没啥意见，有意见的是那些公司（特别是外包）主张前端包揽后端（因为有 nodejs ），所以才产生这些问题的，相反后端写前端顶多就是技术栈比较垃圾 网页比较丑，代码比较难看，但是前端的坑大部分就属于能跑起来就能用，跟后端动不动就导致安全问题 系统崩溃不一样，（不过我说话方式也确实有点像地图炮

一直对前端程序员包揽后端活没啥好感，特别是没后端经验和知识的，写的代码真的没法看，各种问题，nodejs 造就了不少这样的人，反倒是后端转全栈或者原本就会其他后端的人写的全栈代码没啥太大问题。

@naizhao #87 第二种情况是不太可能，这个域名之前在 cloudflare 并没有污染，迁移回 dnspod 后第二天才被污染的，这个域名和我另一个域名指向同一个服务，这个服务国内国外都有做部署，备案的指向国内，没备案的指向国外，没备案的域名就被污染了，遇到这种事情不管怎么都会觉得国内的污染条件很不讲道理

@QingStone #1 就是 IOS14 只有电话里有这个选项，现在在短信里点联系人设置里也有了

@naizhao #64 这也确实，隐私上是这样，我那么说的点主要是因为在这里大部分人更关心的还是污染问题，在国内这个情况下 DNS 带来的隐私问题反而不是那么重要了，毕竟运营商、DNSPod 总有一个会知道并且关联到我的，至于泄不泄露会不会被拿来做分析那不是几句话写一份声明能保证的你说不是吗，对于一般人来说可能隐私比污染更重要的情况下 DNSPod 确实不错，包括我用 DNSPod 也是为了区域解析，我也觉得很好用，但是因为我另一个没有备案的域名第一天迁移到 DNSPod 就被污染，而且最近几天也发现很多没备案的域名被污染的情况概率已经提高了太多了，这已经不是某 List 就能解决的，只能源头解决就是 DNS，自然也是无论是免费还是收费服务，能不能正确解析才是我们更关心的，话说回来，我对 DNSPod 没有恶意，我自己也比阿里云 DNS 更信任 DNSPod 一点，但是我觉得不应该把反污染跟不合法合规划等号，毕竟被污染的那些域名仅仅是因为没有备案，服务器在海外就直接被判死刑我觉得是不合理的（这其中还包括了很多技术博客，随便搜出来的文章三四个博客域名都是 DNS 返回空，显然这些博客也不可能存在某些 List 里，最后只能被迫挂海外的 DoT 解决）。