惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

G
Google Developers Blog
Google DeepMind News
Google DeepMind News
Hugging Face - Blog
Hugging Face - Blog
D
Docker
F
Fortinet All Blogs
博客园 - 三生石上(FineUI控件)
Project Zero
Project Zero
Engineering at Meta
Engineering at Meta
J
Java Code Geeks
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Simon Willison's Weblog
Simon Willison's Weblog
S
Security Affairs
NISL@THU
NISL@THU
T
Tor Project blog
A
About on SuperTechFans
宝玉的分享
宝玉的分享
腾讯CDC
S
Schneier on Security
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
P
Privacy & Cybersecurity Law Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Stack Overflow Blog
Stack Overflow Blog
P
Privacy International News Feed
雷峰网
雷峰网
C
Cyber Attacks, Cyber Crime and Cyber Security
Vercel News
Vercel News
Cisco Talos Blog
Cisco Talos Blog
D
DataBreaches.Net
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Google Online Security Blog
Google Online Security Blog
Recorded Future
Recorded Future
L
LINUX DO - 热门话题
Microsoft Security Blog
Microsoft Security Blog
Latest news
Latest news
C
Check Point Blog
有赞技术团队
有赞技术团队
T
The Exploit Database - CXSecurity.com
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
云风的 BLOG
云风的 BLOG
SecWiki News
SecWiki News
Application and Cybersecurity Blog
Application and Cybersecurity Blog
爱范儿
爱范儿
月光博客
月光博客
V
Vulnerabilities – Threatpost
T
Threat Research - Cisco Blogs
P
Palo Alto Networks Blog
T
The Blog of Author Tim Ferriss
C
Cisco Blogs
Webroot Blog
Webroot Blog
S
Security @ Cisco Blogs

Rust Blog

Security Advisory for Cargo (CVE-2026-5223) | Rust Blog Security Advisory for Cargo (CVE-2026-5222) | Rust Blog Project goals update — April 2026 (end of 2025H2) | Rust Blog Rust is participating in Outreachy | Rust Blog Raising the baseline for the `nvptx64-nvidia-cuda` target | Rust Blog Announcing Google Summer of Code 2026 selected projects | Rust Blog Announcing Rust 1.95.0 | Rust Blog docs.rs: building fewer targets by default | Rust Blog Changes to WebAssembly targets and handling undefined symbols | Rust Blog Announcing Rust 1.94.1 | Rust Blog Security advisory for Cargo | Rust Blog What we heard about Rust's challenges | Rust Blog Call for Testing: Build Dir Layout v2 | Rust Blog Announcing rustup 1.29.0 | Rust Blog Announcing Rust 1.94.0 | Rust Blog 2025 State of Rust Survey Results | Rust Blog Rust debugging survey 2026 | Rust Blog Update on the October 15, 2018 incident on crates.io Announcing Rust 1.29.2 Announcing Rust 1.29 Announcing Rust 1.28 What is Rust 2018? Announcing Rust 1.27.2 Announcing Rust 1.27.1 Security Advisory for rustdoc Announcing Rust 1.27 Announcing Rust 1.26.2 Announcing Rust 1.26.1 Rust turns three Announcing Rust 1.26 The Rust Team All Hands in Berlin: a Recap Increasing Rust’s Reach 2018 Announcing Rust 1.25 Rust's 2018 roadmap Announcing Rust 1.24.1 Announcing Rust 1.24 The 2018 Rust Event Lineup Announcing Rust 1.23 New Year's Rust: A Call for Community Blogposts Rust in 2017: what we achieved Announcing Rust 1.22 (and 1.22.1) Fearless Concurrency in Firefox Quantum Announcing Rust 1.21 impl Future for Rust Rust 2017 Survey Results Announcing Rust 1.20 Announcing Rust 1.19 The 2017 Rust Conference Lineup Rust's 2017 roadmap, six months in Increasing Rust’s Reach Announcing Rust 1.18 Two years of Rust The Rust Libz Blitz Launching the 2017 State of Rust Survey Announcing Rust 1.17 Announcing Rust 1.16 Rust's language ergonomics initiative Announcing Rust 1.15.1 Rust's 2017 roadmap Announcing Rust 1.15 Announcing Rust 1.14 Announcing the First Underhanded Rust Contest Announcing Rust 1.13 Announcing Rust 1.12.1 Announcing Rust 1.12 Incremental Compilation Announcing Rust 1.11 Shape of errors to come The 2016 Rust Conference Lineup Announcing Rust 1.10 State of Rust Survey 2016 Announcing Rust 1.9 One year of Rust Taking Rust everywhere with rustup Launching the 2016 State of Rust Survey Cargo: predictable dependency management Introducing MIR Announcing Rust 1.8 Announcing Rust 1.7 Announcing Rust 1.6 Announcing Rust 1.5 Announcing Rust 1.4 Announcing Rust 1.3 Rust in 2016 Announcing Rust 1.2 Rust 1.1 stable, the Community Subteam, and RustCamp Announcing Rust 1.0 Abstraction without overhead: traits in Rust Rust Once, Run Everywhere Mixing matching, mutation, and moves in Rust Fearless Concurrency with Rust Announcing Rust 1.0 Beta Announcing Rust 1.0.0.alpha.2 Rust 1.0: status report and final timeline Announcing Rust 1.0 Alpha Rust 1.0: Scheduling the trains Yehuda Katz and Steve Klabnik are joining the Rust Core Team Cargo: Rust's community crate host Stability as a Deliverable Road to Rust 1.0
Imposter Syndrome | Inside Rust Blog
Jane Lusby, Project Director of Collaboration on behalf of · 2022-04-19 · via Rust Blog

Preface: This is in response to some feedback the project directors received from the Rust Foundation staff. Some of the contributors they'd talked to said they didn't feel justified in applying for Foundation grants even though they'd love the opportunity, because they don't feel qualified or deserving of them compared to the other amazing contributors they look up to within the Rust project. This was a little bit heart breaking to me, because I know exactly what that feeling is like1, and I also know just how wrong they are.

Imposter syndrome is an insidious problem within software communities. Many of us, especially members of marginalized communities, struggle to shake the feeling that we aren't as qualified as our peers. This makes us feel unqualified and undeserving compared to those around us. It can make us hesitate to join communities in the first place and, for those already involved, it can create a sense of impending doom where you constantly feel like you're going to get found out and expelled from the community. Overall it's just not great for mental health, 0/10, would not recommend.

The thing is though, imposter syndrome is a logical fallacy2. Imposter syndrome occurs when we discount what we know and inflate what we think other people know, and this effect is often then reinforced by systemic bias for those of us who don't get the assumption of competence.

picture of imposter syndrome, left side shows a large circle saying "What I think others know" and a small circle inside of it saying "What I know", right side shows the same small circle saying "What I know" surrounded by many other equally sized small circles labeled "What others know"

In reality, we're all specialists within the Rust project. We all have areas where we have deep expertise and other large areas where we only have the vaguest idea of how things work. Niko, one of the lang team co-leads, former compiler team lead and core team alumni, still comes to me to ask questions about error handling. I frequently need to tell my fellow contributors that I have no idea what the acronyms they're using mean3. But this doesn't mean we don't deserve our positions within the project. We don't expect every contributor to know everything, to be perfect, or to make no mistakes. The only thing we expect from our contributors is the ability to collaborate effectively with others and a willingness to learn and grow over time.

The thing that makes the Rust project as good as it is isn't a couple of prolific contributors lifting mountains by themselves, it's everyone working together that brought us to where we are today. We all make mistakes. The project has layer4 after layer5 of safeguards to make sure we have a chance to catch and fix them before they affect our users. These incidents are unavoidable, expected, and honestly fine! This is the most fundamental philosophy of both the Rust language and the Rust project: we don't think it's sufficient to build robust systems by only including people who don't make mistakes; we think it's better to provide tooling and process to catch and prevent mistakes. It isn't an accident that our motto is "A language empowering everyone to build reliable and efficient software." We want people to feel empowered to make changes they're not 100% confident in, to make mistakes, to learn, and to grow within the Rust project. This is how all of us got to where we are today!

So, if you look up to people within the Rust project, if the work we do here interests you, if you have always wanted to contribute, and especially if you already have contributed, I want you to know that you're one of the people we want to apply for Rust Foundation grants and fellowships. You're one of the people we want to eventually see join teams. If you're already on a team, I want you to know that you're there for a good reason, and we value your judgement. You're not an imposter, and I want you to know that I really look forward to seeing you around the project.

Edit: After I posted this it was brought to my attention that the image I used and tweet I cited are not from an original source, and they can actually be traced back to a series of blog posts by Alicia Liu. These original sources do a much more subtle exploration of what is and isn't imposter syndrome, and particularly focus on how imposter syndrome impacts members of marginalized communities, I highly recommend reading these posts.


To help reinforce and normalize this, I've gathered a list of times when current or past project members have struggled with imposter syndrome, have made mistakes, have had to ask "basic" questions, and similar experiences that will hopefully help set more reasonable expectations for new and old contributors across the project.

  • Jane Lusby: "I frequently struggle with imposter syndrome and feeling like I don't get as much done as my peers. When I do all of my work based off of notifications I completely lose track of what I've done and end up starving the tasks I wanted to work on. I'm learning to set reasonable expectations for myself, getting better at managing distractions, and being intentional about when I respond to github/zulip notifications which helps me with keeping track of what I've done and making steady progress on my priorities."
  • Josh Triplett: "I didn't fully understand Pin until I read fasterthanlime's "Pin and suffering" blog post and I gave a talk in 2016 where my most important point was that people erroneously believe that you have to be an expert to write an RFC or change Rust, but that I wasn't, and you don't need to be one either."
  • Ralf Jung: "I am still surprised anyone is taking Miri and Stacked Borrows seriously."
  • Forest Anderson: "As someone who just learned last week what dyn does, it still amazes me that I have something to give as a team lead. I was immersed in Rust communities by writing weekly blogs about Veloren (I took this on because I didn't know enough to contribute code), which lead to helping with the Rust Gamedev newsletter, which led me to helping to run the Cross Team Collaboration Fun Times meetup!"
  • Felix S Klock II: "Back in 2015, while I was presenting a tutorial on Rust, and explaining &T, I had someone from the audience, a Rust expert, say "ah ah ah! but what about interior mutability"; and in my mind I thought "... oh no; what is that?", followed by "... what am I doing, I'm not qualified to be up here...". All of us "imposters" must strive to prevent such moments from becoming barriers to our own participation. I've learned a lot about Rust (and group dynamics, and organizational behavior) since then, but I'm still learning every day; re-learning, in some cases."
  1. Quote from https://yaah.dev/getting-involved: "What happened at the Google meetup you ask? Manish, our wonderful meetup organizer, walked up to me, unprompted, and asked “Hey, you’re Jane right?”. I was shocked, how the heck did Manish know who I was? It didn’t feel as though I’d done anything worthy of notice, and yet here he was asking for me by name."

  2. https://twitter.com/ithinkwellHugh/status/1175900121097220096

  3. https://github.com/rust-lang/project-error-handling/issues/34#issuecomment-1092269566

  4. Any irreversible changes such as stabilizations require almost everyone on the relevant team to approve the change and zero people on the team to raise concerns.

  5. We double check all changes with crater before they ever land on stable and are careful to quickly revert changes that cause problems on crater or nightly.