「通告」杭州Rust 线下Meetup
活动时间:2018年12月12日,杭州,19:00 - 21:30
主题:Error Handling in Rust 分享嘉宾:钱林峰, 秘猿科技 CKB 开发工程师
主题:Tokio 与 Rust 在服务端编程的应用 分享嘉宾:赵雪松_wayslog , Bilibili 高级中间件开发工程师
暂无直播地址
Rust Quiz解读: Quiz 12
#quiz
「老视频收录」WebRender团队在某大学的宣讲系列视频
#gfx-rs
主要讲WebRender中gfx-rs的应用。也包含一系列meetup视频列表,也可以看看。
各种Rust 2019愿望清单出炉
#rust2019
摘抄一点来自社区的愿望:
- 加快编译速度。
- 继续完善针对特定领域的工具链,以及建设标准工作流。
- 完善文档。比如过程宏之类的。
- 支持特化
- const泛型
- 跨平台GUI库
- 加强面向公司的营销
- 支持更多的嵌入式target、简化嵌入式构建流程、完善和简化no_std
- 继续加强WASM的优势
- 完成GAT功能
- 支持加强和其他语言沟通的工具,比如Helix
- 加强社区代码审查,支持类似于crev这样的工具
- 完善unsafe 内存检测模型
等等
官方核心成员nrc对Rust 2021 Edition的思考:
#rust2019
思绪站在2022年,回望2019年,nrc同志得出一个结论:Rust 2021 edition的目标应该是跟「成熟度」相关,也就是说,2022年的开发者面对Rust做选择的时候,决不能是「高风险/高回报式」的选择,而应该是一个安全的选择。
所以Rust 2021 edition的目标应该覆盖如下方面:
- 可持续性。
- 多样性。
- 成熟的工具。包括Cargo、IDE支持等,从广度和深度上都要加强。
- 异步编程。
- 标准库的改进。主要面向生态系统的扩展。
- 完成「宏」的功能。
- 国际化。
- 持续关注Rust已经被证明适用的领域(系统、网络、嵌入式、WASM、游戏),以及发现新的领域。
所以2019年应该做什么呢?
- 增强标准库和工具的可发现性。比如新用户如何了解serde和clippy?
- 提升RFC流程
- Rust项目的基础设施。如何改进和治理Rust代码结构,如何改进流程,如果让贡献者轻松更快地为Rust做贡献?
- 继续维护「COC」,保证社区讨论的「基调」充满友善。
- 提升Rust代码的安全性。
- 应该更加关注游戏和图形领域的应用。这些领域是性能敏感区。
- 继续推动异步编程进展。
- Cargo需要更好地继承到IDE中。
- 努力让RLS变得更好。
- 更好的IDE体验。
- 集成Rustdoc、docs.rs和cargo-src,获得最佳文档和源码探索体验。
- 完善编译器的query API。
- Rust语言团队应该考虑一下开发节奏,为下一版做准备。获得足够的开发时间和迭代时间。
- 不管是GAT(generic associated types )或HKT或其他什么,需要确保有一个可以解决需要解决的问题的功能,并且不需要更多其他功能。也就是说,GAT可能是最后一个为trait系统增加的特性。
- 特化。可能与宏结合来完善这一工作。
- 继续推进未完善的功能(宏、impl Trait、const fn、nll等)
- 命名和可选参数支持
- enum中增加类型变体
- 继续推动编译器性能
虽然这都是nrc自己的愿望,但他可是核心团队成员,他的想法是可以直接传达到Rust官方。
每日新闻订阅地址:
欢迎通过GitHub issues投稿。
1
共 0 条评论, 1 页
评论区
写评论还没有评论