@catamaran

文思海辉被中国电子收购了，所以叫中电金信；
并不是所有外包都这样，譬如同一个外包项目我接触到的外资外包 HR 就很靠谱，流程很正规但也很感觉到尊重；

所以那些 HR 并不是个人问题，就是变态的管理方法导致的作风问题。

Atom One Light

非常合理的软件需求分析和功能设计，写好了喊我试试

WPF 的技术原理，就是一种对软件实际功能和人机界面的去耦合，
只要人机界面还是平面的，可能 WPF 都不会过时
但如果 AR 后者 MR 发展得够快，以头戴设备为主要人机界面的话，可能 WPF 就不能适应

缘木求鱼是很难的，不使用 1.78 后才有的特性，然后用旧版本编译器编译还是可以的

@istomyang
需要注意到 Rust 比起 OOP 或者 Golang 的一个重要特点，就是可以很自由地组合 trait 。
例如，OOP 的继承完全可以用 AsRef AsMut 来替代，动态分派可以用 Box<dyn Trait>
所以，抛弃“自顶向下，逐步求精”的实现方法，而是“先解决实际问题，再提取共同特点”，具体来说就是先写 struct 写 enum ，有复用需求了，再给 struct 或者 enum 加 trait

@MAVETRICK 如果你真的想不开，拜托你刀两个人渣再离开

@istomyang #7
Future 是一个 trait
Async_Trait 也是一个 trait ，
Async_Trait 是 Send 的跟其定义的 fn fun 的返回值（某个实现 Future 的) 类型是不是 Send 的，两者没有必然关系。

如果你直接写成一个 struct 或者 enum 恐怕就没那么容易遇到 rust 目前的类型系统表达缺陷。
直接从 trait 开始写但又没想得那么细，肯定会写得不顺手啊

不是很明确你的需求具体是什么，按照我自己的理解参与一下讨论：

Rust 异步编程，要么就**不要**隐藏 async/await 的语言机制，这种适合作为其他 Rust 编写的代码提供 crate 或者 lib 的方式来使用；

如果是作为跨语言的基础类库，提供给譬如 C/C++ C# 等等的情形，我个人的实践经验是，参考操作系统 API 设计（即 epoll kqueue iocp 等等）提供 C 接口来描述异步的数据交换，主要思路是把不同语言的异步机制用 C API 隔离开来，由两边的语言各自封装异步交互机制；

@bli22ard #7

std 的源码是公开的，你甚至都不用下载直接在我发给你的链接开始点两下就看到了。
就算你改成了支持 &mut 语义，如果 OS 不支持独占，难道你还能阻止别的调用者用同样的路径再开一个 File 吗？

@bli22ard 如果你对 std 的设计不是很满意，你的 OS 平台支持你在 Rust 中使用 &mut 语义的话，你自己重新包装一个 File 也不是很难啊

@bli22ard #2

https://doc.rust-lang.org/stable/std/fs/struct.File.html

Note that, although read and write methods require a &mut File, because of the interfaces for Read and Write, the holder of a &File can still modify the file, either through methods that take &File or by retrieving the underlying OS object and modifying the file that way. Additionally, many operating systems allow concurrent modification of files by different processes. Avoid assuming that holding a &File means that the file will not change.

请问这个引擎适合哪些类型的游戏后端？
是否可以举例说明？或者说市面上哪款游戏的后端可以用这个引擎帮助或参与实现？

根据你的描述，如果该字段每次都输出不一样的值，
我能想到的一种影响就是会影响 hash 的结果，
有可能会在 Rust 以为是不可变引用的情况下造成 bug

@Chad0000 #207

```
按你想的来，全自动驾驶后：
- 车子可能会贵些
- 出租车会便宜因为平台把司机的钱也挣了，有利润下降空间
- 停车费绕不开
- 综上自己保有车成本远高于租车，也高于现在的租车
- 如果机器人发展起来了既能做家务又能开车，智能驾驶的汽车将没那么重要。即如果让你选先买机器人还是智能驾驶的车，你会先攒钱买哪个呢？
```

1. 车子不会贵一些，因为工业产品边际成本是降低的，除非汽车的原材料发生了重大的变化，否则只会越来越便宜；现在的一手车价格可以证明我的观点；
2. 出租车一直都会比自己持有车辆更便宜，但出租车再便宜也不会影响私家车市场扩大，这也是经济发展历史能实证的；
3. 如果人人都有私家车了，通勤范围扩大了，那么传统的市中心就没有必要继续存在了；更理性来说，当你的车足够智能，为啥不能你上班之后开回家停？
4. 你说的对，但这跟我们的话题没关系
5. 当你有自己的车了，你会想把东西都放在家里，还是想拿出去外面使用？锅碗瓢盆每个住处都有，你觉得为什么有车一族想出去露营？

你的想象力依然是根据现状来展开的，你还没有意识到生活的很多因素其实是互相影响的。
所以智能座舱的重要性是被你低估了

@Chad0000 #159

```
你怎么不说机器人 nb 后，不管油车电车自行车，它都能开呢。我倒觉得这个比车子自己智能更 nb：因为车子智能后大概率个人不需要应有汽车但智能机器人可能每个人都需要因为懒
```

要是修仙小说里的仙人不能御剑飞行，那得多无趣啊？
所以当自动驾驶真的证明安全以后，反而是每个人都会想有车的，而且它很可能会是其他个人智能机器人的控制中心。

不管你怎么想，你无法否认智能座舱要么完全不应该出现，一旦可以出现那它就是很重要的。

如果你始终觉得车必须由人来开，那么这些确实没啥用。
但如果突然有一天大家发现车真的可以不用人来开，那个时候才开始卷智能座舱就已经太落后了。

所以这就是赌，这就是尝试。
喜欢一直摸鹰过河的老古董自然没法宽容对鹰的背叛。

@kkocdko
用到 Pin 的情况不多，会不会有可能是因为用 Pin 要多打字母并且没有语法糖呢？
因为大部分用 `&mut X` 的其实都可以更严格（也更安全地）用 `Pin<&mut X>` 也不会造成什么多打字母以外的实际困难

话说，有没有人有兴趣发明创造一个 rust 的方言