如果两边都是 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 ，仅猜测

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

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

马上黑五了，自己入手个好点的 vps ，有大陆优化的，然后自己搭一下，搭建推荐用 sing-box ，稳定性比较好，很简单，不需要用什么面板

shadowrocket ，或者付费获取一个 sing-box 的 ios testflight

跨平台编译现在越来越简单了，Go 、Rust 等新的语言都可以很轻松的跨平台编译，如果 CI/CD 的话就更简单了，服务器端部署的情况下，java 这个优势基本上消弥殆尽了，当然，不熟悉跨平台编译的人觉得难，那就是另一码事了

用一次性跨平台编译配置的时间换 jvm 的开销，我觉得是非常值的，当然，不指 java 其他优势领域

@lambdaX999 偷的刺激感？

真正体验过就知道，那狭窄的空间，根本发挥不开，几百块开个钟点房多好

设计方面的溢价肯定是有的，如果不考虑外观，包括重量，那买基础版或者 pro 版明显是更有性价比的

充 NFC 深圳通卡