深圳电信最近也这样

坐着看，躺着看，推着购物车看

十几年山姆会员，从来没关注过 CEO 是谁，反正也不影响我买肉

反正我在用，还挺顺手

你们自己的运维应急处理能力太差了，哪个云不出问题，哪个服务器不出问题呢？买不到 100%在线率的服务，只能做好应用层的容灾，和提高灾难时刻的应急处理能力，这个时候不应该是直接拿备库的数据，重新起一个新的实例，尽快恢复服务么，坏了的东西坏了就坏了，事后再管

老哥多大了？老哥多大了

合理，是审查，又不是帮你写

前几天不还推得火热吗，这么垃圾的

惊呆了，售后维修之后，维修人员都不检查的么，你碰到的那两个问题，都不够上“仔细检查”，应该是随便看一眼就能发现的，小米这售后也真的是太垃圾了

如果两边都是 NTFS ，可以考虑用 Clonezilla ，只拷贝使用了的簇，几乎顺序 io ，也没有文件元数据 io 开销

六七千的，大部份是包含场地和现场装饰费用在内

性价比、科技平权、冲高、小米汽车，感觉小米神教的战略，转型得有点混乱，口碑被营销反噬，最近的小米，又碰上国补暂停，难哦

@DICK23 +1 ，tanstack 家的产品都很好用

@diivL

我过去写过编译器，也参与过脚本语言的语法/语义设计，清楚语言设计并不是“我不爽就改一下”这么简单：性能约束、开发体验、可读性、兼容性，每一项都要用代价换平衡。

所以我更习惯先问一句“它为什么这样”，而不是先喊“它怎么敢这样”。发泄情绪很容易，真的做技术的人不会把那当成成就感来源。

@AV1 感觉你没仔细看我的话，哈哈，这就是不同语言的语法设定，如果 swift 中确实是这样的设定，这个语法我个人觉得可以接受，并且确实有一些利好的地方。

多嘴一句，你说的 “ var foo = hello[2..<5] // 截取了 hello[2], hello[3], hello[4] ”，这里为什么一定是截取呢？你有点先入为主了，还是要先尊重语言本身的基本设定，如果没有深度学习和使用过这门语言，没有相关心智，何止是这一个点，几乎每个语言都有一堆值得吐槽的设定，客观的去看待类似这种东西吧

转回来，我只是对 swift 中这地方的语法和底层逻辑简单的加以猜测了，没有强依据，本身我也不熟悉 swift ，也没有说这么做很对，只是感觉深入思考一下，我个人表示能接受，仅此而已

都支持 System Prompt ，建议适当调优一下，默认情况下，肯定大家各自有不同的侧重点

鼠辈怎可与大神相提并论

要发广告就光明正大发，不要用这种引战的方式，更招人厌恶

想了一下，有可能是出于性能考虑吧，减少不必要的深拷贝和内存分配

再深入想一想，如果我是经常使用 swift 的人，这个设计好像又是可以接受的，语法上这种写法就相当于是一种借用切片，语以上只是记录一下借用范围而已。如果需要在 var foo 的时候直接深拷贝内容，直接用 Array 构造一个新的数据，应该是语言推荐的做法吧。如果有以上心智在前，好像倒不会有太多问题了，不少场合确实能节约一些性能，尤其是资源能耗敏感的场景

我实际上不写 swift ，仅猜测

按这个标准，我应该活不过一天

不用脑洞，单纯就是对方有问题，所以连带被关照了