Rust’s development in 2017 fit into a single overarching theme: increasing productivity, especially for newcomers to Rust. From tooling to libraries to documentation to the core language, we wanted to make it easier to get things done with Rust. That desire led to a roadmap for the year, setting out 8 high-level objectives that would guide the work of the team.

How’d we do? Really, really well.

There’s not room in a single post to cover everything that happened, but we’ll cover some of the highlights below.

The goals for 2017

Rust should have a lower learning curve

Rust should have a pleasant edit-compile-debug cycle

The cargo check workflow Cargo now offers a check subcommand which can be used to speed up the edit-compile cycle when you’re working on getting your code to pass the compiler’s checks. This mode, in particular, skips producing executable artifacts for crates in the dependency tree, instead doing just enough work to be able to type check the current crate.

Incremental recompilation The cornerstone of our approach to improving compilation times is incremental recompilation, allowing rebuilds to reuse significant pieces of work from prior compilations. Over the course of the year we have put a lot of work into making this happen and now we are happy to announce that incremental compilation will start riding the trains with the next beta version of the compiler in January and become available on the stable channel with Rust 1.24 in February! You can see how incremental recompilation performs in practice on some of our key benchmarks below. Note that -opt refers to optimized builds, “best case” refers to a recompilation with no changes, and println refers to a recompilation with a small change, like adding a println call to a function body. We expect the 50+% speedups we’re seeing now to continue to grow next year as we push incremental recompilation more deeply through the compiler. Together with the changes in the compiler we will also update Cargo to use incremental recompilation by default for select use cases, so you can take advantage of improved compile times without the need for additional configuration. Of course you will also be able to opt into and out of the feature on a case by case basis as you see fit.



Rust should provide a solid, but basic IDE experience

Rust now has solid IDE support in IntelliJ and via the Rust Language Server (RLS). Whether you prefer a fully-featured IDE or a more lightweight editor with IDE features, you can boost your productivity by taking advantage of great Rust integration.

IntelliJ . Rust has official support in JetBrains' IDEs (IntelliJ IDEA, CLion, WebStorm, etc.), which includes: Finding types, functions and traits across the whole project, its dependencies and the standard library. Hierarchical overview of the symbols defined in the current file. Search for all implementations of a given trait. Go to definition of symbol at cursor. Navigation to the parent module. Refactoring and code generation

. Rust has official support in JetBrains' IDEs (IntelliJ IDEA, CLion, WebStorm, etc.), which includes: RLS . The RLS is an editor-independent source of intelligence about Rust programs. It is used to power Rust support in many editors including Visual Studio Code, Visual Studio, and Atom, with more in the pipeline. It is on schedule for a 1.0 release in early 2018, but is currently available in preview form for all channels (nightly, beta, and stable). It supports: Code completion (using Racer) Go to definition (and peek definition if the editor supports it) Find all references Find impls for a type or trait Symbol search (current file and project) Reformatting using rustfmt, renaming Apply error suggestions (e.g., to add missing imports) Docs and types on hover Code generation using snippets Cargo tasks Installation and update of the RLS (via rustup)

. The RLS is an editor-independent source of intelligence about Rust programs. It is used to power Rust support in many editors including Visual Studio Code, Visual Studio, and Atom, with more in the pipeline. It is on schedule for a 1.0 release in early 2018, but is currently available in preview form for all channels (nightly, beta, and stable). It supports:

Rust should integrate easily into large build systems

Alternative registries. Cargo now has unstable support for installing crates from registries other than crates.io. This will enable companies to manage and use internal crates as easily as open source crates. Work is underway developing crate servers that are more tailored for private use than the crates.io server is.

Cargo now has unstable support for installing crates from registries other than crates.io. This will enable companies to manage and use internal crates as easily as open source crates. Work is underway developing crate servers that are more tailored for private use than the crates.io server is. Cargo as a component. A lot of work this year went into gathering constraints from stakeholders who want to integrate Rust crates into a large existing build system (like Bazel). The Cargo team has formulated a vision of Cargo as a suite of components that can be customized or swapped out, making it easy for an external build system to manage the work it is built to do, while still integrating with crates.io and with Cargo workflows. While we did not get as far as we hoped in terms of implementing this vision, there is ongoing work spiking out “build plan generation” to a sufficient degree that it can support the Firefox build system and Tup. This initial spike should provide a good strawman for further iteration in early 2018.

Rust should provide easy access to high quality crates

Rust should be well-equipped for writing robust servers

Futures and Tokio Much of the story for Rust on the server has revolved around its async I/O story. The futures crate was introduced in late 2016, and the Tokio project (which provides a networking-focused event loop for use with futures) published its 0.1 early in 2017. Since then, there’s been significant work building out the “Tokio ecosystem”, and a lot of feedback about the core primitives. Late in the year, the Tokio team proposed a significant API revamp to streamline and clarify the crate’s API, and work is underway on a book dedicated to asynchronous programming in Rust. This latest round of work is expected to land very early in 2018.

Async ecosystem There’s been huge growth in the ecosystem around Tokio, including support for curl, openssl, inotify, unix signals, cap’n proto, sendfile, postgres, couchbase, and more. In addition, Rust has async server libraries for both HTTP1 and HTTP2.

Generators Thanks to a heroic community effort, Rust also saw experimental generator support land in 2017! That support provides the ingredients necessary for async / await notation, which is usable today on nightly. Further work in this area is expected to be a high priority in early 2018.

Web frameworks Finally, sophisticated web frameworks like Rocket (sync) and Gotham (async) have continued to evolve this year, and take advantage of Rust’s expressivity to provide a robust but productive style of programming.



Rust should have 1.0-level crates for essential tasks

Libz Blitz . The library team launched the Libz Blitz this year, a major effort to vet and improve a large number of foundational crates and push them toward 1.0 releases. It was a massive community effort: we performed a crowd-sourced “crate evaluation” every two weeks, fully vetting a crate against a clear set of guidelines, assessing the issue tracker, and sussing out any remaining design questions. While not all of the assessed crates have published a 1.0 yet, they are all very close to doing so. The full list includes: log, env_logger, rayon, mio, url, num_cpus, semver, mime, reqwest, tempdir, threadpool, byteorder, bitflags, cc-rs, walkdir, same-file, memmap, lazy_static, flate2.

. The library team launched the Libz Blitz this year, a major effort to vet and improve a large number of foundational crates and push them toward 1.0 releases. It was a massive community effort: we performed a crowd-sourced “crate evaluation” every two weeks, fully vetting a crate against a clear set of guidelines, assessing the issue tracker, and sussing out any remaining design questions. While not all of the assessed crates have published a 1.0 yet, they are all very close to doing so. The full list includes: log, env_logger, rayon, mio, url, num_cpus, semver, mime, reqwest, tempdir, threadpool, byteorder, bitflags, cc-rs, walkdir, same-file, memmap, lazy_static, flate2. API Guidelines. A great by-product of the Libz Blitz is the API Guidelines book, which consolidates the official library team API guidance as informed by the standard library and the Libz Blitz process.

Rust’s community should provide mentoring at all levels

We ran 5 RustBridge Workshops in 2017, in Kyiv, Ukraine; Mexico City, Mexico; Portland, OR, USA; Zurich, Switzerland; and Columbus, OH, USA! RustBridge workshops aim to get underrepresented folks started in Rust. Attendees get an introduction to syntax and concepts, work on some exercism exercises, and build a web application that delivers emergency compliments and crab pictures. We hope to scale this program and help more folks run more workshops in 2018!

The Increasing Rust’s Reach program brought people with skills from other areas (such as teaching) and with different experiences into Rust so that we can improve in areas where the community is missing these skills and experiences. The participants have helped immensely, and many are planning to continue helping in the Rust community going forward. We’re glad they’re here! Here are some blog posts about the experience: Anna Liao: Increasing Rust’s Reach: Porting a Python application to Rust Ryan Blecher: Increasing Rust's Reach: Afterthoughts We learned a lot in the first incarnation of this program, and we have plans for another round in 2018!

Last but not least, we also launched the first Rust impl Period . This was an ambitious effort to simultaneously help get a lot of new people contributing to the Rust ecosystem while also getting a lot of things done. To that end, we created 40+ working groups, each with their own focus area, leaders, and chat channel. These groups identified good “entry points” for people who wanted to contribute, and helped mentor them through the changes needed. This event was a wild success and resulted in changes and contributions to all areas of Rust, ranging from the compiler internals to documentation to the ecosystem at large. To those of you who participated, a great big thank you — and please keep contributing! To those of you who didn’t get a chance, don’t worry: we hope to make this a regular tradition.

2018

We’ll be spinning up the 2018 roadmap process in the very near future; watch this space!

Thank you!

We got a staggering amount of work done this year — and the “we” here includes an equally staggering number of people. Because the work has been spread out over so many facets of the project, it’s hard to provide a single list of people who contributed. For the impl period specifically, you can see detailed contribution lists in the newsletters:

but of course, there have been contributions of all kinds during the year.

In this post, I’d like to specifically call out the leaders and mentors who have helped orchestrate our 2017 work. Leadership of this kind — where you are working to enable others — is hard work and not recognized enough. So let’s hand it to these folks!

Cargo carols10cents, for sustained leadership and mentoring work throughout the year on crates.io.

Community carols10cents, for running the Increasing Rust’s Reach program. ashleygwilliams, for overhauling the RustBridge curriculum and otherwise driving the program forward. jonathandturner, for overseeing the 2017 Rust community survey.

Compiler nikomatsakis, for an incredible amount of leadership, organization, and mentoring work, and for a lot of high-value hacking on NLL in particular. arielb1, likewise for mentoring and hacking work, spanning both NLL and the rest of the compiler. michaelwoerister, for pushing continuously on delivering incremental recompilation, and creating opportunities for others to join in throughout the year. eddyb, for continuing to act as a general compiler guru, and for tackling some truly heavy lifts around const generics this year.

Dev tools nrc, for overseeing the dev tools group as a whole, and for steady work toward shipping the RLS and rustfmt, despite many thorny infrastructure problems to get there. matklad, for the incredible work on IntelliJ Rust. xanewok, for enormous efforts making the RLS a reality. fitzgen, for happily corralling a huge contributor base around bindgen.

Docs steveklabnik, for launching and overseeing a hugely exciting revamp of rustdoc. quietmisdreavus, for overseeing tons of activity in the docs world, but most especially for helping the community significantly improve rustdoc this year.

Infrastructure mark-simulacrum, for getting the perf website to a highly useful state, and for overhauling rustbuild to better support contribution. aidanhs, for coordinating maintenance of crater.

Language withoutboats, for keeping us focused on the programmer experience and for helping the community navigate discussion around very thorny language design issues. cramertj, for keeping us focused on shipping, and in particular building consensus around some of the topics where that’s been hardest to find: impl Trait, and module system changes. nikomatsakis, for making the NLL RFC so accessible, and pioneering the idea of using a separate repo for it to allow for greater participation.

Libraries brson, for envisioning and largely overseeing the Libz Blitz initiative. kodraus, for gracefully taking over the Libz Blitz and seeing it to a successful conclusion. dtolnay, for taking on the API guidelines work and getting it to a coherent and polished state. budziq, for a ton of work coordinating and editing contributions to the cookbook. dhardy, for leading a heroic effort to revamp the rand crate.



Technical leaders are an essential ingredient for our success, and I hope in 2018 we can continue to grow our leadership pool, and get even more done — together.