Pipelight v0.6.14 - 一个更简单的自动化pipeline工具
Pipelight 的使用方式有很多种，因此我必须保持本自述文件的简洁，以便您快速掌握其概念。
您应该查看文档以获得更友好的方法和更深入的理解。
Pipelight 是一个 6Mb 的二进制文件，在终端中使用。它的目的是自动化无聊和重复的任务。
文章链接，https://www.reddit.com/r/rust/comments/15vc3gy/pipelight_automation_pipelines_but_easier_v0614/
Github 链接，https://github.com/pipelight/pipelight
RustyPlayer
我用 Rust 创建了一个非常简单（几乎没有功能）的音乐播放器。
坦率地说，这是我的第一个用 Rust "认真"编写的项目，这个项目很糟糕，但是我仍然想与社区分享它，以获得一些关于如何改进的指导。
文章链接，https://www.reddit.com/r/rust/comments/15vcl4e/i_created_a_dead_simple_still_barely_functional/
Github 链接，https://github.com/jernejmarcic/RustyPlayer
探索 Rust 编译器基准测试套件
在我最近关于 Rust 编译器 CI（持续集成）和基准测试基础设施的文章中，我承诺写一篇关于运行时基准测试的博客文章，这是 Rust 编译器基准测试套件的新补充。然而，我意识到，在这样做之前，最好首先描述基准测试套件的实际工作原理、它的组件是什么以及 Rust 编译器 (rustc) 开发人员如何使用它，以介绍必要的上下文。因此，运行时基准测试将不得不再等等，这篇文章将尝试介绍 Rust 编译器基准测试基础设施的当前状态。
我将尝试描述 rustc 编译器开发人员用来测量和监控 Rust 编译器随时间变化的性能的一般概念和工作流程。主要关注点是 rustc-perf 库，其中包含 Rust 编译器基准测试的所有基础设施，以及所谓的 perf.RLO 网站，该网站托管我们每天用来分析编译器性能的各种仪表板、图表和比较。
要真正从头开始，我们应该首先解释创建基准套件的动机。关于 Rust 最常见的抱怨之一是 Rust 程序编译速度很慢。我不会在这里讨论这种情况的原因（简短版本：cargo 从头开始编译“整个世界”，Rust 做出了一些有利于运行速度而不是编译速度的设计决策），但即使我对“慢”的定义有一些意见（更多内容见下文），事实仍然是许多 Rust 开发人员认为编译器足够慢，因此它代表了他们的开发工作流程的一个非常现实的瓶颈，这是一个我们无法忽视的大问题。
当然，这个问题早已为人所知，因此已经（并且正在！）花费了大量的精力来提高编译器的性能。五年多前，一个名为 wg-compiler-performance 的官方工作组成立。该小组的目标是持续测量、监控和改进 Rust 的编译时间，主要是通过优化编译器，有时也通过例如通过对流行的 Rust crate做出更改，使其编译速度更快。
文章链接，https://kobzol.github.io/rust/rustc/2023/08/18/rustc-benchmark-suite.html
From 日报小组 TOM
社区学习交流平台订阅：
- Rustcc论坛: 支持rss
- 微信公众号：Rust语言中文社区
