用了这个插件以后在 workspace 搜索会弹出 spawn ENAMETOOLONG, 不知道 op 有没有遇到，最后发现这个错误和 workspace 文件里“files.exclude”有关系，cargo ws 生成的这个配置文件的“files.exclude”有 4600+行的。去除后问题消失了

其实从另一个角度看不是鼠标有问题而是坐姿，我的桌子相对椅子比较高，这样我的手自然的可以平放在鼠标上。想想看吧写字时手是竖着地握笔，而同样的习惯用在鼠标和键盘上，需要长时间放平，自然会有问题。

not safe for work, 工作时不可打开

记得打 nsfw

看看好玩就行了，没有什么参考性，性能都是要代价的

不用 Arc ，如果不同部分可以分开的话把原切片分成若干个&mut []然后 move 进每个线程里面就可以了

你是对的，也看了下 clang 的结果但是两种循环里面的指令都多了一条 lea

@luxor 优雅的写法的确生成了更高效的代码: https://godbolt.org/z/6qo3Yqez3

discord ，有些简单格式，以及嵌入式的图片视频，可以分享给别人，而且还支持搜索。更别提 discord bot 的强大可扩展性，还可以提交代码来测试呢

对于最后一个问题：
这样就可以了
fn index_t_words(sentence: &str) -> HashMap<&str, usize> {
let mut result: HashMap<&str, usize> = HashMap::new();
for (idx, word) in sentence.split(' ').enumerate() {
if word.chars().nth(0).unwrap() == 't' {
result.insert(word, idx);
}
}
result
}

fn main() {
let sentence: String = String::from("magic happens in the test statement");
println!("{:?}", index_t_words(&sentence))
}

看下 https://rustwiki.org/zh-CN/reference/lifetime-elision.html 关于生命周期省略

看 ide

Rust 是需要你对电脑底层知识有了解，如果你不去思考一些底层的问题比如一个操作实际上对电脑内存做了什么，你是永远不会明白为什么需要生命周期，或是区分共享或可变引用。你缺少一些了解，自然会觉得难。这些东西通常在其他更高级的语言是被抽象化的，但抽象化意味着就有空间优化，你要去想想自己的应用是否需要这个交换。

我能说有的工作也很上瘾吗？所以还有个选择就是放弃现在的工作，试试新的工作

如果可以直接通过代码检索文档或直接检索到 GitHub 的代码例子又或是其他更聪明的检索，感觉这个插件才有空间。现在来看只是检索文档，不免直白的说一句，Google 不好用吗。难道是我用错了这个插件了，因为我不太懂这个和现有的方式相比没有什么优势

@macscsbf 跟确切的说是 proc-macro 以及 build script 不能用,这方面 rust-analyzer 的确不错，现已经转战 vscode+rust-analyzer

clion 永远的神 +1