 |
nebkad请阻止我发帖 V2EX 第 557390 号会员，加入于 2021-09-30 23:34:06 +08:00今日活跃度排名 14220 |
nebkad 最近回复了
4 天前 回复了 nebkad 创建的主题 › 职场话题 › 不要和中资外包大企业 HR 合作，除非准备好自己不被当人 |
@catamaran
文思海辉被中国电子收购了，所以叫中电金信；
并不是所有外包都这样，譬如同一个外包项目我接触到的外资外包 HR 就很靠谱，流程很正规但也很感觉到尊重；
所以那些 HR 并不是个人问题，就是变态的管理方法导致的作风问题。
文思海辉被中国电子收购了，所以叫中电金信；
并不是所有外包都这样，譬如同一个外包项目我接触到的外资外包 HR 就很靠谱，流程很正规但也很感觉到尊重；
所以那些 HR 并不是个人问题，就是变态的管理方法导致的作风问题。
5 天前 回复了 cy18 创建的主题 › Visual Studio Code › 听说 VSCode 用浅色主题对眼睛更好，求推荐一款醒目的浅色主题，尤其是 terminal 里面 |
Atom One Light
26 天前 回复了 jybox 创建的主题 › git › 因为有两台电脑 我需要一个跨设备的 git stash |
非常合理的软件需求分析和功能设计，写好了喊我试试
26 天前 回复了 Visitor233 创建的主题 › 程序员 › 求问： WPF 未来还能坚挺几个十年？ |
WPF 的技术原理，就是一种对软件实际功能和人机界面的去耦合，
只要人机界面还是平面的，可能 WPF 都不会过时
但如果 AR 后者 MR 发展得够快，以头戴设备为主要人机界面的话，可能 WPF 就不能适应
只要人机界面还是平面的，可能 WPF 都不会过时
但如果 AR 后者 MR 发展得够快，以头戴设备为主要人机界面的话，可能 WPF 就不能适应
32 天前 回复了 bli22ard 创建的主题 › Rust › 怎么样在>=rustc 1.78.0 stable 下编译 exe 在 win7 下可以运行 |
缘木求鱼是很难的，不使用 1.78 后才有的特性，然后用旧版本编译器编译还是可以的
34 天前 回复了 istomyang 创建的主题 › Rust › 请教关于 Rust 异步编程软件设计思路 |
@istomyang
需要注意到 Rust 比起 OOP 或者 Golang 的一个重要特点，就是可以很自由地组合 trait 。
例如，OOP 的继承完全可以用 AsRef AsMut 来替代，动态分派可以用 Box<dyn Trait>
所以，抛弃“自顶向下，逐步求精”的实现方法，而是“先解决实际问题，再提取共同特点”，具体来说就是先写 struct 写 enum ，有复用需求了，再给 struct 或者 enum 加 trait
需要注意到 Rust 比起 OOP 或者 Golang 的一个重要特点，就是可以很自由地组合 trait 。
例如，OOP 的继承完全可以用 AsRef AsMut 来替代，动态分派可以用 Box<dyn Trait>
所以，抛弃“自顶向下，逐步求精”的实现方法，而是“先解决实际问题，再提取共同特点”，具体来说就是先写 struct 写 enum ，有复用需求了，再给 struct 或者 enum 加 trait
37 天前 回复了 gransh 创建的主题 › 职场话题 › 年纪大又技术一般的人未来能做什么？ |
@MAVETRICK 如果你真的想不开，拜托你刀两个人渣再离开
44 天前 回复了 istomyang 创建的主题 › Rust › 请教关于 Rust 异步编程软件设计思路 |
@istomyang #7
Future 是一个 trait
Async_Trait 也是一个 trait ，
Async_Trait 是 Send 的跟其定义的 fn fun 的返回值（某个实现 Future 的) 类型是不是 Send 的，两者没有必然关系。
如果你直接写成一个 struct 或者 enum 恐怕就没那么容易遇到 rust 目前的类型系统表达缺陷。
直接从 trait 开始写但又没想得那么细，肯定会写得不顺手啊
Future 是一个 trait
Async_Trait 也是一个 trait ，
Async_Trait 是 Send 的跟其定义的 fn fun 的返回值（某个实现 Future 的) 类型是不是 Send 的，两者没有必然关系。
如果你直接写成一个 struct 或者 enum 恐怕就没那么容易遇到 rust 目前的类型系统表达缺陷。
直接从 trait 开始写但又没想得那么细，肯定会写得不顺手啊
44 天前 回复了 istomyang 创建的主题 › Rust › 请教关于 Rust 异步编程软件设计思路 |
不是很明确你的需求具体是什么，按照我自己的理解参与一下讨论：
Rust 异步编程，要么就**不要**隐藏 async/await 的语言机制，这种适合作为其他 Rust 编写的代码提供 crate 或者 lib 的方式来使用；
如果是作为跨语言的基础类库，提供给譬如 C/C++ C# 等等的情形，我个人的实践经验是，参考操作系统 API 设计（即 epoll kqueue iocp 等等）提供 C 接口来描述异步的数据交换，主要思路是把不同语言的异步机制用 C API 隔离开来，由两边的语言各自封装异步交互机制；
Rust 异步编程，要么就**不要**隐藏 async/await 的语言机制，这种适合作为其他 Rust 编写的代码提供 crate 或者 lib 的方式来使用；
如果是作为跨语言的基础类库，提供给譬如 C/C++ C# 等等的情形，我个人的实践经验是，参考操作系统 API 设计（即 epoll kqueue iocp 等等）提供 C 接口来描述异步的数据交换，主要思路是把不同语言的异步机制用 C API 隔离开来，由两边的语言各自封装异步交互机制；
72 天前 回复了 bli22ard 创建的主题 › Rust › rust 的 File 是有魔法吗？ |
@bli22ard #7
std 的源码是公开的，你甚至都不用下载直接在我发给你的链接开始点两下就看到了。
就算你改成了支持 &mut 语义，如果 OS 不支持独占，难道你还能阻止别的调用者用同样的路径再开一个 File 吗？
std 的源码是公开的，你甚至都不用下载直接在我发给你的链接开始点两下就看到了。
就算你改成了支持 &mut 语义，如果 OS 不支持独占，难道你还能阻止别的调用者用同样的路径再开一个 File 吗？
Select Language