HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
rust-lang
prev.rust-lang.org
HTML2014–2019
rust-lang / prev.rust-lang.org · Archived

prev.rust-lang.org

The previous Rust website. The current website's code is at https://github.com/rust-lang/www.rust-lang.org.

7Distinct people
10Mentions
0Explicit recommenders
153GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

The previous Rust website. The current website's code is at https://github.com/rust-lang/www.rust-lang.org.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year10 dated mentions

Observed mentions: 2014-10-09 22:26:15 UTC to 2019-01-06 00:08:28 UTC.

01232014-01-01 00:00:00 UTC to 2015-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20142015-01-01 00:00:00 UTC to 2016-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments2016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments20162017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2019

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20142014-01-01 00:00:00 UTC2015-01-01 00:00:00 UTC101
20152015-01-01 00:00:00 UTC2016-01-01 00:00:00 UTC211
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC211
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC303
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC101
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC101

What Hacker News says

10 sources
- User doesn't like the fact that buildbot (which they think is maintained by mozilla) uses "master/slave" terminology https://github.com/rust-lang/rust-buildbot/issues/2 . Mozilla gives buildbot $15k for changing it https://blog.mozilla.org/blog/2015/12/10/mozilla-open-source... - User doesn't like that dining philosophers is cited with some male and/or gender-neutral pronouns and placeholders (even though the original exposition was already changed to female pronouns) -- proceeds to change the rest of the pronouns to female (I guess gender-neutral didn't make sense) https://github.com/rust-lang/rust/pull/25640 - User thinks "bad code style" is offensive https://github.com/rust-lang/rust/issues/41646 - User doesn't like brotli encoding type being called "bro" https://bugzilla.mozilla.org/show_bug.cgi?id=366559#c147 - User thinks that th
Read the rest
e code of conduct is too general in its suggestions that all people be respected and treated fairly -- it needs to explicitly cite certain groups https://github.com/rust-lang/rust-www/issues/268 This stuff is absolutely ridiculous. Write a code of conduct, make sure everyone is respected, and make that the end of it. Changing documentation to gender-neutral pronouns is something I can actually get behind -- nevertheless, that's still not fair apparently.
In Rust 2017 Survey Results
I disagree with the segfaults bit (which is what you had been focusing on so far, and which is what I've been arguing against) but yeah, "guarantees thread safety" is iffy. The wikipedia definition is pretty vague, it relies on a concept of "safe" that isn't defined there. It's acceptable to say that "data race safety" is "thread safety", though confusing. Rust's homepage does clarify what it means in the bullet points below that statement, so I wouldn't call this a lie. It may be misleading though, and this is a common misunderstanding as steve mentioned, so I submitted a PR to fix it https://github.com/rust-lang/rust-www/pull/685
In Announcing Tokio 0.1
I don't think a compressed video with 4 times as many pixels will be 4 times as large. Consider you already have one pixel of each 2x2 pixel group, then you can predict very good how the other pixels are looking, so you don't need as much data anymore. The same holds true for images/graphics. Take a look at the (blk) rust logo at several different sizes: https://github.com/rust-lang/rust-www/tree/master/logos 16x16: 351 Bytes; 32x32: 691 Bytes, factor 1.97 from 16x16; 64x64: 1.41 KB, factor 2.04; 128x128: 3.4 KB, factor 2.41; 256x256: 7.29 KB, factor 2.14; 512x512: 10.9 KB, factor 1.50 So it certainly can both hold true that 4K HEVC encoded video has the same bitrate as 1080p AVC encoded video and that it has 50% savings.
In H.265/HEVC vs. H.264/AVC: 50% bit rate savings verified
Edit: Rust's website has an open-source license[3]. You can copy the code and use it directly! That's great news because they host it on S3 with Jekyll, which is ridiculously inexpensive. I'm not an expert or a designer. Your users will show you how to improve the design because you'll see evidence of where they're getting tripped up. For example, if a certain page is the last one most people see before leaving the site (other than front page), then you can tell that page A) solves a problem, or B) causes people to lose interest. A good starting point is to look at other language sites and decide which ones seem friendliest and least friction-y. How easy it is to get started? As examples, I really like Rust's website[1], and Elm[2] is pretty good, too. Rust's site is great because it's readable, all the important stuff is above the fold,
Read the rest
and it has big action buttons. They also give a fairly long example of syntax, which is important. I've even seen some languages that will show a snippet of code in an existing, comparable language, along with that same snippet translated into the new language. That's a great way to make your language accessible. 1. https://www.rust-lang.org 2. http://elm-lang.org 3. https://github.com/rust-lang/rust-www
In Io Programming Language (new website design)
brinker·Sep 10, 2015Submission

Taking suggestions for the new Rust FAQ

Hello everyone, As part of the current push to improve the Rust website [1], we are seeking input on what to include in the new and improved Frequently Asked Questions page [2]. If you have questions about Rust, suggestions for concepts that should be clarified via the FAQ, or any other ideas related to this issue, feel free to share them here. More specifically: - What questions do you or have you had about Rust? - What problems have you encountered during your experiences programming in Rust? - What topics or concepts in Rust do you feel deserve clarification? - Do you have any other ideas or comments about what the Frequently Asked Questions page on the Rust website should include? Thanks for any and all input you can offer! Each answer helps make the Rust learning experience better. [1]: https://github.com/rust-lang/rust-www/labels/RW
Read the rest
6 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.