为什么说Rust是对自闭症谱系人士友好的编程语言？
<p>在程序员圈子里，Rust常常以学习路线陡峭而闻名。就我自己的个人理解来说，之所以说它“学习路线陡峭”，很大程度上都来源于以下三点：</p><ul>
<li>Rust有很多语法糖，而且官方把这些语法糖给设置成了默认的最佳实现的语法，还写进了教程。最经典的就是<code>for</code>循环语句。Rust的<code>for</code>循环公式如下所示：</li>
</ul>
<pre><code class="language-rust">for 变量 in 变量{
结构体语句;
}
</code></pre>
<p>看着和别的编程语言没啥区别，对吧？但实际上，去掉官方的语法糖，<code>for</code>循环语句的完整代码是这样的——</p>
<pre><code class="language-rust">for 变量 in 变量.into_iter(){
结构体语句;
}
</code></pre>
<p><code>.into_iter()</code>其实是一个迭代器。在<code>for</code>循环语句这个例子中，你可以理解为将C/C++里面的手动<code>for</code>循环（<code>for(i=1;i<=数字;i++)</code>）给自动化了。<code>.into_iter()</code>的其他使用场景的例子：</p>
<pre><code class="language-rust">let nums = vec!; //创建了“一箱苹果”，赋值给nums
// 不需要管👇和👇是什么，想象成“给苹果换个箱子”就行了
let sum: i32 = nums.into_iter().map(|x| x + 1).sum();
// 👆连苹果带箱子都是我的了，拿来吧你！
println!("{:?}", nums);
// 👆报错！nums 已经被 .into_iter() move（移动）给 sum 了，箱子空了。
</code></pre>
<p>这个例子就引入了第二个学习路线陡峭的原因——</p>
<ul>
<li>所有权和借用。</li>
</ul>
<p>这大概是Rust初学者和Rust编译器搏斗的头等原因。就比如👆这个案例，如果你是学其他编程语言的，恐怕根本无法理解“为什么<code>nums</code>赋值给<code>sum</code>之后，<code>nums</code>就不可用了”。其实背后的原因很好理解，只是其他编程语言太宠开发者了。想象你有一支🖊，这支🖊在<strong>所有权</strong>上属于你，但是你把🖊借给了我，那么<strong>使用权</strong>就在我手里了。别的编程语言是先把🖊<strong>复制</strong>一份，再借给我，于是在程序员眼里，“先复制一份再借出去”就成了天经地义的事情。可是Rust为了内存安全，则把事情的真相赤裸裸地显示了出来。“显式展示”，确实也是Rust的设计哲学。在Rust中，就连变量的类型和长短都必须展示出来，哪怕程序员不写，<code>rust-anylazer</code>这个IDE插件也会自动推算出来。没有插件，编译器在做边界检查的时候也会做的。在C/C++中，整型就是整型；可是在Rust中，整型也分无符号的u8、u16、u32、u64和有符号的i8、i16、i32、i64。</p>
<p>第三个原因：</p>
<ul>
<li>生命周期。</li>
</ul>
<p>生命周期说白了就是作用域，它决定了一个变量能够存活到什么地方。它难就难在它是一个十分抽象的概念，它甚至不如代码那样可以显示在屏幕上被人眼看见，而且极易和上面的所有权和借用混淆。说实话，我到现在都没有完全理解生命周期这个概念。我只记住了两个关于生命周期的知识点：</p>
<ol>
<li>带有<code>'</code>符号意味着这个变量可以活到程序结束；</li>
<li><code>{}</code>内的变量出了这个范围就死。对应的，在这个范围内就一直活着。</li>
</ol>
<hr>
<p>既然Rust的学习路径如此陡峭，那为什么Rust依然是对自闭症谱系人士最友好的编程语言呢？在此之前，我们首先需要知道什么是自闭症，自闭症有哪些症状。在这里我找了一个科研领域的AI服务，搜索语料全是国内外的论文，输出结果保证权威。这是它给我的结果：</p>
<blockquote>
<p>自闭症谱系障碍（Autism Spectrum Disorder, ASD）是一种起病于早期发育阶段的神经发育障碍，其症状主要体现在两大核心维度，并常伴有多种共病表现。</p>
<hr>
<h2 id="核心症状">核心症状</h2>
<h3 id="一社交沟通与社会交往障碍">一、社交沟通与社会交往障碍</h3>
<p>这是ASD最具标志性的特征。患者在社会互动中表现出持续性的困难，包括：</p>
<ul>
<li><strong>缺乏目光接触和非言语交流能力</strong>：难以理解面部表情、肢体语言等社交线索</li>
<li><strong>无法建立与年龄相符的同伴关系</strong>：对与他人交往缺乏兴趣，难以参与互动性活动</li>
<li><strong>共同注意力（joint attention）缺失</strong>：不会主动分享兴趣或情感体验，也难以对他人的呼唤做出回应</li>
</ul>
<h3 id="二局限重复的行为兴趣或活动rrbs">二、局限、重复的行为、兴趣或活动（RRBs）</h3>
<p>这是定义ASD的另一核心维度，具体表现为：</p>
<ul>
<li><strong>重复刻板行为</strong>：如反复摇摆身体、拍手，或对旋转物体表现出异常迷恋</li>
<li><strong>兴趣范围极度狭窄</strong>：对特定非功能性物品或话题表现出异常执着</li>
<li><strong>对环境变化的强烈抵触</strong>：坚持固定的日常程序和仪式化行为，微小的改变可能引发显著的情绪反应</li>
</ul>
<hr>
<h2 id="常见伴随症状与共病">常见伴随症状与共病</h2>
<p>ASD患者还常伴有多种生理与心理层面的困难：</p>
<table>
<thead>
<tr>
<th>类别</th>
<th>具体表现</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>语言障碍</strong></td>
<td>语言发育迟缓或缺失，部分患者终身无功能性语言</td>
</tr>
<tr>
<td><strong>感觉处理异常</strong></td>
<td>对声音、触觉、光线等感官刺激过度敏感或反应不足</td>
</tr>
<tr>
<td><strong>情绪与心理问题</strong></td>
<td>焦虑、抑郁、情绪波动剧烈、攻击性或自伤行为</td>
</tr>
<tr>
<td><strong>睡眠与胃肠问题</strong></td>
<td>睡眠节律紊乱、胃肠功能紊乱等躯体症状</td>
</tr>
<tr>
<td><strong>适应功能受损</strong></td>
<td>日常生活适应能力普遍低于同龄人，且与神经层面的感觉辨别能力下降有关</td>
</tr>
<tr>
<td><strong>认知与注意力问题</strong></td>
<td>可能合并注意缺陷多动障碍（ADHD）、执行功能障碍等</td>
</tr>
</tbody>
</table>
<hr>
<h2 id="症状的异质性与个体差异">症状的异质性与个体差异</h2>
<p>需要特别强调的是，ASD是一个 <strong>"谱系"</strong> 概念。每位患者的症状组合、严重程度和功能水平差异极大——从需要大量支持的重度患者，到能够独立生活但在社交中仍面临挑战的轻度个体，跨度非常广。正因如此，现代临床实践强调<strong>高度个性化的评估与干预方案</strong>。（作者注：这也就意味着，并不是所有的自闭症谱系人士都会包含上述症状。有极度关注细节的自闭症谱系人士，也有完全不在乎细节的自闭症谱系人士；有感官敏感的自闭症谱系人士，也有感官不敏感的自闭症谱系障碍人士。还有如果他自己不说，你完全看不出来他是自闭症的患者。）</p>
<p>此外，部分ASD个体（尤其是女性）可能使用"伪装"（camouflaging）策略掩盖其社交困难，导致漏诊或晚诊。因此，美国儿科学会建议在18个月和24个月龄时进行标准化筛查，以实现早期识别和干预。</p>
<hr>
<h2 id="关键相关术语">关键相关术语</h2>
<ul>
<li><strong>中文别名</strong>：孤独症</li>
<li><strong>英文</strong>：Autism Spectrum Disorder (ASD)</li>
<li><strong>诊断工具</strong>：ADOS-2（自闭症诊断观察量表）、ADI-R（自闭症诊断访谈修订版）</li>
<li><strong>神经多样性视角</strong>：当代倡导将自闭症视为人类神经多样性的自然表现形式，关注支持与接纳而非"治愈"</li>
</ul>
<hr>
<p>自闭症的核心诊断标准之一是“受限的、重复的行为模式、兴趣或活动”（Restricted and Repetitive Behaviors, RRBs），其中确实包含对常规、程序和可预测性的强烈偏好。这种偏好并非源于对“规则”本身的病态迷恋，而是个体应对一个对其而言高度不可预测、感官过载且社交线索模糊的世界所发展出的一种适应性策略。对于许多自闭症人士来说，固定的日程、明确的程序和清晰的规则能够提供一种至关重要的安全感和控制感，减少因环境不确定性而引发的焦虑。例如，在家庭和学校环境中，结构化的日常安排和一致的行为期望能显著降低他们的压力水平，并提升其功能表现。</p>
<p>这种对可预测性的需求，常被外界误解为刻板或固执。然而，从神经认知的角度看，这反映了自闭症个体信息处理方式的独特性。他们可能更倾向于采用“自下而上”的加工策略，即依赖具体的细节而非整体的上下文来理解世界。在这种模式下，明确的规则和程序充当了组织复杂信息的脚手架，帮助他们构建对环境的理解框架。因此，与其说是“痴迷”，不如说这是一种认知上的必要支撑。</p>
</blockquote>
<p>之所以说“Rust对自闭症谱系人士友好”，本质上是因为这门编程语言契合了自闭症谱系人士的一些特质。Rust的语法难吗？确实难，甚至值得研究一个代码当中<strong>每一个符号</strong>的含义。但是相比于Rust契合自闭症谱系障碍的特质的有点，似乎语法复杂又不算什么缺点了。不过需要提前声明的是，由于“神经多样性”是一个光谱，每个人的大脑都是独一无二的，对于自闭症谱系障碍人士来说也是一样。因此这个自闭症患者喜欢Rust的理由，不代表另一个自闭症患者就一定认同；这个自闭症患者喜欢Rust，不代表那个自闭症患者就不会讨厌Rust——毕竟Rust的语法还是一个很高的门槛，如果自闭症患者不掌握语法的规律，或者心态上没有看开，很容易出现情绪崩溃的情况。</p>
<p>根据我自己学习Rust的主观体验来说，Rust对自闭症谱系人士友好的地方主要体现在以下地方。正好最近由于工作需要，同时也在学习Java的springboot，正好也拿来对比一下。</p>
<ul>
<li>变量显式声明。上文在“显式展示”时提到过，这是Rust为了安全的设计哲学。正好满足了自闭症谱系人士对于“可预测性”的强烈要求。如果没有可预测性的、明确的、固定的规则，自闭症患者往往会“情绪过载”。躺在地上大哭大闹都算轻的，症状严重的患者还会出现攻击性行为，比如砸东西、打人等。</li>
<li>编译器的报错信息足够直观。我觉得这没什么好说的。程序如下：</li>
</ul>
<pre><code class="language-rust">use std::collections::{HashMap, HashSet};
fn main() {
// 结构体
let mut v1:Vec<&str> = Vec::new();
v1.push("我爱rust");
println!("{:?}",v1);
println!("the len is :{}",v1.len());
let mut v2:Vec<&str> = vec!["我爱rust","rust是最好的语言"];
println!("{:?}",v2);
v2.remove(0); //删除
println!("{:?}",v2);
// 查找
if v1.contains(&"我爱rust") {
println!("找到了！");
}else {
println!("错误：没有找到");
}
// 赋值
v1.push(v2);
for item in v1{
println!("{}",item);
}
let mut hashmap=HashMap::new();
hashmap.insert("张三", 75);
hashmap.insert("李四", 85);
hashmap.insert("王五", 90);
//查找哈希表，.get()方法查找哈希表的值
match hashmap.get("王五") {
Some(value)=> println!("王五的成绩是：{}",value),
None=> println!("没有找到王五的成绩"),
}
//迭代哈希表
for (k,v) in hashmap.iter() {
println!("{}的成绩是：{}",k,v);
}
//.contains_key()方法检测哈希表中是否存在指定的键
if hashmap.contains_key("张三"){
println!("找到了涨三的成绩");
}else {
println!("没有找到张三的成绩");
}
//remove()方法删除哈希表中的键值对
let x = hashmap.remove("王五");
println!("被删除的值：{:?}",x);
println!("删除后的哈希表的值：{:?}",hashmap);
//测试一下
lethashmap2=HashMap::new(); //报错的地方：缺少`mut`
hashmap2.insert("备用钥匙", 5);
hashmap2.insert("备用钥匙", 10);
hashmap2.insert("车钥匙", 5);
hashmap2.insert("车钥匙", 10);
println!("哈希表2的值：{:?}",hashmap2);
//hashset
let mut hashset=HashSet::new();
hashset.insert("赵六");
hashset.insert("钱七");
hashset.insert("孙八");
println!("哈希集合的个数：{:?}",hashset.len());
match hashset.get("孙八"){
Some(value) => {
println!("匹配{}",value);
}
None => {
println!("没有匹配到孙八");
}
}
for ietm in hashset.iter() {
println!("哈希集合的值：{}",ietm);
}
if hashset.contains("王五"){
println!("找到了王五");
}else {
println!("没有找到王五");
}
hashset.remove("孙八");
}
</code></pre>
<p><img src="https://img2024.cnblogs.com/blog/3281068/202604/3281068-20260405215512514-1205933427.png"></p>
<p>我觉得但凡学过C/C++和Java的开发者几乎都会羡慕这种编译器吧。众所周知，C++的编译器报错的地方，往往真正的错误都不在那。不是需要往上找，就是需要在周边范围内排查。而Java的springboot则主打“海量信息战术”，将真正的报错淹没在一大堆英文报错信息里，你需要往上翻，鼠标滚轮滚好几下，才能通过几个单词里找到真正的报错原因。而Rust，人家早就告诉你了，“无法将 <code>hashmap2</code> 作为可变引用借用，因为它未被声明为可变（mutable）”，所以你要做的就是像“help”告诉你的那样，在第48行处添加一个<code>mut</code>。添加了<code>mut</code>，就意味着<code>hashmap2</code>是一个可变变量（是的，Rust的变量默认是不可变的），也就可以执行下面的操作——添加数据了。</p>
<ul>
<li>强制考虑有可能出现的所有预期情况。如果仔细读过上面的程序的读者，会注意到这个地方：</li>
</ul>
<pre><code class="language-rust">//第31行：查找哈希表，.get()方法查找哈希表的值
match hashmap.get("王五") {
Some(value)=> println!("王五的成绩是：{}",value),
None=> println!("没有找到王五的成绩"),
}
</code></pre>
<p><code>Some</code>指的是找到数据的情况。如果是别的语言，你不写<code>None</code>，不设定“如果出现超出预期的行为”，编译器也会让你过，大不了无动于衷，不做任何行为，装作看不见就行了。可是Rust不跟你打这个马虎眼，你不处理超出预期的情况，编译器直接报错给你看。不信你可以试试，把这行代码删了你看会出现啥情况。这也就是逼着你想清楚，你到底要干什么，你想达成什么样的目的，你设想的软件架构到底是长啥样的。对于自闭症患者来说，最容易情绪崩溃的就是超出预期的不可预测行为。所以这种可预期的设计反而会让他们安心，因为<strong>这意味着他们可以知道未来会发生什么</strong>。“未来会发生什么”，这对于神经典型性人士（通俗地说，就是所谓的“正常人”）来说是个折磨，可是对于自闭症患者来说可是非常重要的事。毕竟<strong>这也是规则和秩序的一部分</strong>。</p>
<ul>
<li>cargo包管理器全自动管理依赖环境。你只需要在<code>Cargo.toml</code>文件里写明项目的依赖，在编译时期，cargo就会自动帮你下载。不吹不黑，springboot也有这样的设计，文件名叫<code>pom.xml</code>。只是springboot有一个缺点——</li>
<li>高版本兼容低版本。Rust在设计之初就没有版本之间的区别，所以你拿1.88编写的Rust程序，放到我这个安装了最新的1.93的电脑上也能照常编译。可是springboot和其他Java生态可就没这个好事了，这个问题我在毕设的时候也遇到过。Java的版本管理可以用纯“畜”来形容。虽然很多语言都有这个问题，但我还是要骂。springboot 2 和springboot 3 那简直就是两个截然不同的框架，新maven也不能放在旧springboot里运行，因为包的地址改变了。</li>
</ul>
<p>上面这两点原因，归根结底可以总结为下面这一点——</p>
<ul>
<li>Rust的规则是明确的。这也就导致每一个结果都有明确的原因。比如编译器报错可能是因为变量不可变，可能是因为没有处理超出预期的情况，也有可能是所有权或者生命周期的行为……编译器报错的原因虽然有很多，但最起码你能找到为什么报错；Rust的规则虽然有很多，也很难懂，但最起码它是明确的、固定的。</li>
</ul>
<p>由此可知：如果编译器报错了，或者程序崩溃了、无法运行了，那一定是我自己的原因，而不是开发环境的版本不兼容了、开发环境的配置错误了、机魂不悦导致别的机器可以正常运行，只有我的本机无法正常运行。这一点我不得不痛骂Java了。如果说版本不兼容也算是一个虽然不明确、不可预期的规则，但还在理解范围内，那么在我的电脑上报500错误码，可是在别人的电脑上可以运行则是彻头彻尾的玄学了。这其中的原因可太多了。我的电脑安装过最新的Java和maven环境，是后来降级的；对方的电脑一直都是老版本。是环境依赖的原因？还是某个配置没生效？还是数据库名和密码对不上？亦或是某个方法被我改坏了？我问了AI，可是AI暂时还没法解决这种软件架构层面的问题。</p>
<p>所以为什么是Rust对自闭症友好，而不是Java对自闭症友好，很大程度上就是因为Rust有着无与伦比的可确定性和可预测性。你说Rust语法反人类，那我还嫌Java语法啰嗦呢。<code>.方法.方法.方法.方法.方法.方法.方法.方法.方法.方法.方法.方法.方法.方法.方法.方法.方法</code>，Java能一直这样叠下去，光看着都力竭了，关键这些方法都不知道从哪来的，我又是一个共病ADHD的神经多样性人士，工作记忆短，不可能记住这么多方法。这就导致离开了搜索引擎或者AI，我根本没办法用Java实现独立开发。</p>
<p>所以对于自闭症谱系障碍，以及其他神经多样性人士，想学习编程，首先我会推荐他们先学会如何使用AI，接着学习《软件工程》和《计算机组成原理》，接着学习Rust，而不是所谓的“但凡是个人类都能学会”的python。理由也很简单，因为python是弱类型的解释型语言，虽然在编程的时候爽了，但是在学的时候照样会导致不可预测性。毕竟一个变量既可以是整型，又可以是浮点型，甚至可以是布尔型，这就很容易导致边界错误。这样的语言对于自闭症人士来说还是太恐怖了。</p><br><br>
来源：https://www.cnblogs.com/Li-runqing/p/19824381/Rust-considered-an-autism-friendly
頁:
[1]