同类工具挺多的，之前还用过 shell-gpt

哪儿买的域名？ NS 记录被改了？

@w568w #3 手快发出去了。重写一下：

2. 底栏的链接高亮颜色不对。

https://i.imgur.com/JF75TXG.png

3. 没有右侧目录的页面，下面的评论区会错位。比如 https://wukaipeng.com/english/grammar/course

个人建议：

1. 楷体其实不是很适合技术文章，中英文混杂后阅读起来很吃力， 比如下图：

https://i.imgur.com/25Z93kB.png

还是宋体和黑体符合阅读习惯，英文就用等宽字体吧。

2. 底栏的链接高亮颜色不对。

3.

我的理解是，Web 3 的核心是「去中心化」，比如：

数据库 -> 区块链
合同 -> 智能合约
个人账户 -> 钱包
货币 -> 代币
社交平台 -> 联邦网络
中心管理 -> 社区投票

听着美好，然而去中心化不见得是好事。没有规则约束，就会有投机倒把、噱头炒作、洗钱诈骗… 这就是现在的 Web3 。

技术是无罪，但如果没法从技术层面限制人性，那技术就没什么用。更何况这种去中心化和政治权力结构本来就相互冲突，更不可能在政府治理体系下自由生长。

大可不必妄自菲薄，从你给的这几题来看，大模型训练的时候数据集里肯定有对应题解了，它只是原样背诵答案罢了。

「看到题目会写这个算法本身」值 1 块钱，「理解算法背后的思想」值 10 块钱，「实际工程中与人交流并设计架构，想到现实的独特场景可以转化成这个算法问题来解决」值 1000 块钱。

跨平台的话用 rustls 更好，完全不会产生外部依赖，根证书都是打包进应用的。

我翻译一下：

「探索和尝试」：华为把 Exagear 收购了，太坏了，我们只能另找开源兼容层项目

「采用了三层虚拟化技术」：我们叠了 Linux 容器、Box64 和 Wine 这三个开源技术

「首次以系统级能力实现澎湃 OS 对 Windows 游戏兼容」：PC 应用引擎什么的你别管，你就说是不是 HyperOS 的首次吧

「改写系统底层架构，能够深入到系统内核层将 GPU 调度」：我们接了个支持 Vulkan 的高通 GPU 驱动

「短期没有正式版上线的计划」：代码全是硬编码，没法拿出来见人啊

@seth19960929 #6 这个很多时候不能平替条件运算符。比如如果 v1 、v2 是有副作用的，或者要执行很耗时的计算，那就没法用 When 了。

----

另外 Go 就是 Google 做出来解决自己需求的，如果你觉得写起来难受，说明你的使用场景和 Google 那帮人不一样，就别硬用了。

有公网服务器之后，家里网络什么公网都没有也可以。

你这个服务映射的需求，frp 之类的基本都能做。

如果还没买公网服务器，也确定以后不会有服务器需求，可以考虑一下更实惠的平台即服务，比如 SakuraFrp 、网云穿、ngrok 之类的。

我觉得有两方面的原因：

第一是 Android （不管是 Google 官方还是厂商）确实吸取了玩机经验。比较著名的就是早年 oasisfeng 的应用休眠机制、Linux/Darwin 的墓碑机制、CPU 用户态调度、主动权限管理等，现在全成为 Android 标配了。至少在调度方面，官方亲自调校的参数都是最适合大众使用的（少数追求极致的用户除外），完全不需要自己再折腾这些；

第二是 Root 权限收紧倒逼了非 Root 功能的开发。收紧是多方参与的：厂商在收回 bootloader 权限、客户端在加强反 Root 检测。这就要求用户不得不探索免 Root 的平替方法。目前这一套流程也很成熟了（利用 ADB 权限的 Shizuku 、利用 Device Owner 权限的 Dhizuku 、利用 VPN 的流量过滤、利用运行库修补加载 Xposed 模块的 LSPatch 等），对部分浅度用户来说，Root 的意义确实是越来越小了。

@KlesaOff #12 根据楼上仁兄的介绍，我也查到了 Rust 仓库关于 reborrow 的讨论： https://github.com/rust-lang/reference/issues/788 。

总之这部分目前确实是没有比较详细的官方文档的，内部实现可能也不是特别完备，一般初学不用过深了解，简单理解上面说的「同一时间、同一块内存只能使用一个可变引用」的规则就可以判断代码合法性了。如果编译器不够聪明（例如借用数组切片），就用 unsafe 帮他体面。

如果是下载第三方只是为了安装包，我一般习惯直接在命令行里 ./gradlew assembleRelease 来编译。

Android Studio 、JDK 、Gradle 、AGP 、Kotlin Compiler 这五者版本是相互耦合的，能少一个因素是一个。

问题无关，好奇什么样的项目需要自己从头实现新语言和编译器才好做

cool ，这才是真正的 shell

另有一些语法风格上的建议：

1. function 关键字是兼容一些远古 shell 给出的。既然指定了 bash ，用 server() {} 就好了；

2. 函数内的变量最好用 local 声明，否则作用域会泄漏到函数外；

3. 可以用 shellcheck 过一遍，可能有其他忽略的点

@paopjian @murmur 总归要试一试，我现在也只能强化反诈教育，期望抖音快手多推送点反诈宣传

@moefishtang @fivee @wangshushu @mywaiting 感觉两步验证的思想对这个确实挺合适的。基于密钥的、基于生物的、基于文化的、基于个人隐私的，全齐了，哈哈

@xjh5572 现在现金消费怕是寸步难行了，出门揣那么多现金也不方便。

@loveqianool @dinghmcn @shadowyue 反诈中心 app 真能检测诈骗通话？感觉可靠性不是很高。

@H97794 @0xC000009F 哎，这事儿太伤和气了。其实这问题也不限于双亲，我兄弟姐妹辈也有被 deepfake 骗过的… 不好把人家钱都弄过来吧

Udev 规则设置一下

https://wiki.archlinux.org/title/Udev#udev_rule_example

类似例子： https://bbs.archlinux.org/viewtopic.php?id=285513

发现上面说的有点离题了。然后打了一大段字被 V2EX 吞掉了……

为了说明你的问题和 struct 其实没有关系，这是一个简化的例子：

fn main() {
let mut a = 42;

let mut_a = &mut a;
let another_mut_a = &mut *mut_a;
*another_mut_a = 12345;
*mut_a = 42;

println!("{}", a);
}

Check: https://doc.rust-lang.org/nomicon/borrow-splitting.html

我记得这个行为有一些严格的 references ，不过找不到了。翻一下 Language references 吧。

简单来说：借用检查器理解一些基本的东西，它确实充分理解 struct ，知道可以同时借用 struct 的不相交字段。

至于最后一个例子，Rust 的作用域是语义的，也就是说：

fn main() {
let mut v = (136, 139);
let m = &mut v;
let m0 = &mut m.0;
*m0 = 137; // <-- 从这一行开始，不再使用 m0 ，因此可以理解为 m0 在这里生命结束
m.1 = 42;
println!("{:?}", v)
}