 |
nebkad请阻止我发帖 V2EX 第 557390 号会员，加入于 2021-09-30 23:34:06 +08:00今日活跃度排名 15073 |
nebkad 最近回复了
1 天前 回复了 XIVN1987 创建的主题 › git › gitee fork 时继承推送规则是否合理？ |
这个规则很不利于开源，但是很符合国情，因为大多数国内开发者的仓库本身就没多少真正有能力且有意愿做开源协作，存粹代码托管。
4 天前 回复了 nebkad 创建的主题 › 奇思妙想 › 适合 AI 辅助甚至生成的编程语言有什么特点？现在有这样的语言吗？ |
@Winrey 有道理，但是训练的代价比起效用来说，应该多数时候是值得的，吧？
37 天前 回复了 nebkad 创建的主题 › 程序员 › VSCode 自动升级把自己干没了 |
@kiwi95 就是我没见过会把自己升级到在原系统运行不了的软件，如果有别的话，请让我认识一下让我避雷。
73 天前 回复了 nnegier 创建的主题 › 程序员 › 可以讲下你看到的编程语言的美吗？ |
@little_cup #6 反对这个说法：
“
注释无误的情况下越啰嗦越好，编译结果一致的前提下代码越平庸越好，框架越大众越好。以往追求的美感，诸如逻辑单元的可复用性、「巧妙」的写法也很快会失去意义，因为几秒钟新写一个成本将远低于维护，不需要维护的代码的「美感」没有价值。
”
编程世界存在一些不可动摇的基础，否则整个世界如同流沙上的城堡。
只不过这些东西都被隐藏得很深，所以我们以为不再需要它们。
“
注释无误的情况下越啰嗦越好，编译结果一致的前提下代码越平庸越好，框架越大众越好。以往追求的美感，诸如逻辑单元的可复用性、「巧妙」的写法也很快会失去意义，因为几秒钟新写一个成本将远低于维护，不需要维护的代码的「美感」没有价值。
”
编程世界存在一些不可动摇的基础，否则整个世界如同流沙上的城堡。
只不过这些东西都被隐藏得很深，所以我们以为不再需要它们。
73 天前 回复了 nnegier 创建的主题 › 程序员 › 可以讲下你看到的编程语言的美吗？ |
@nebkad #33 Rust 做得最好
73 天前 回复了 nnegier 创建的主题 › 程序员 › 可以讲下你看到的编程语言的美吗？ |
我认为一个编程语言如果是美的，那么它可以通过自己的代码，来描述关于用它写成的程序自身的几个问题：
1. 我（这个程序）要解决什么样的问题
2. 我（这个程序）要如何解决这个问题
3. 我（这个程序）如何证明这个问题被解决了
目前这三点都做得很好的，在我用过的编程语言（ C/C++, Java, C#, F#, Python, Haskell, Javascript, Rust ）里，
1. 我（这个程序）要解决什么样的问题
2. 我（这个程序）要如何解决这个问题
3. 我（这个程序）如何证明这个问题被解决了
目前这三点都做得很好的，在我用过的编程语言（ C/C++, Java, C#, F#, Python, Haskell, Javascript, Rust ）里，
78 天前 回复了 tedzhou1221 创建的主题 › Rust › FnOne 特征是至少调用一次还是只能调用一次？ |
在实际效果上，FnOnce 最多被调用一次。
在抽象意义上，FnOnce 是 FnMut 和 Fn 的超集，因为 FnMut 和 Fn 总是可以理解为消耗一个 &mut Self 和 &Self 来完成一次调用，而 &mut Self 和 &Self 可以视为 Clone 的（不同的 &mut Self 必然有 lifetime 的区别但也算是可 Clone)
这个逻辑不是那么直观，但还算自洽
在抽象意义上，FnOnce 是 FnMut 和 Fn 的超集，因为 FnMut 和 Fn 总是可以理解为消耗一个 &mut Self 和 &Self 来完成一次调用，而 &mut Self 和 &Self 可以视为 Clone 的（不同的 &mut Self 必然有 lifetime 的区别但也算是可 Clone)
这个逻辑不是那么直观，但还算自洽
84 天前 回复了 FreeWong 创建的主题 › Rust › 统计下放弃 RUST 的人的数量=== |
@victorc 最后的最后，哪怕是在 Rust 里面到处都是 unsafe 和直接用原始指针，我个人感觉写起来还是比 C++ 爽多了。C++ Concept 的实现参差不齐，Rust 里面已经能把 trait 当作 concept 用了，不过你要是觉得 C++ 是你的终身伴侣也无妨，毕竟大多数人也只能有一个老婆，哈哈
84 天前 回复了 FreeWong 创建的主题 › Rust › 统计下放弃 RUST 的人的数量=== |
@victorc
如果你觉得到处都是 unwrap 有没有可能是因为你不知道有 if let 这个语法?
如果你写的代码到处都能 unwrap 有没有可能是你滥用了 #[derive(Debug)] ?
Option<NonNull<T>> 大部分情况下就是一个指针的大小，包装成 Option 完全只是强制你检查非空而已。
如果你的代码设计正确，并且确定不需要运行时检查，那么肯定也不需要 Option ,这一点我是非常确定的。
如果你觉得到处都是 unwrap 有没有可能是因为你不知道有 if let 这个语法?
如果你写的代码到处都能 unwrap 有没有可能是你滥用了 #[derive(Debug)] ?
Option<NonNull<T>> 大部分情况下就是一个指针的大小，包装成 Option 完全只是强制你检查非空而已。
如果你的代码设计正确，并且确定不需要运行时检查，那么肯定也不需要 Option ,这一点我是非常确定的。
Select Language