Embed Notice

HTML Code

<blockquote style="position: relative; padding-left: 55px;"><section><a href="https://mastodon.social/users/danluu/statuses/110490775491729002">Dan Luu (danluu@mastodon.social)'s status on Sunday, 25-Feb-2024 06:54:45 JST</a><a href="https://mastodon.social/@danluu" title="danluu@mastodon.social"><img src="https://gnusocial.jp/avatar/35339-48-20221122073124.webp" width="48" height="48" alt="Dan Luu" style="position: absolute; left: 0; top: 0;">Dan Luu</a></section><article><p>Nice post by Graydon Hoare (original creator of Rust) about his preferences in language design vs. the Rust team and the resultant differences that fall out of the differences in preferences: <a href="https://graydon2.dreamwidth.org/307291.html" rel="nofollow noreferrer">https://graydon2.dreamwidth.org/307291.html</a>.</p><p>It's rare to see someone who has a deep understanding of the trade-offs involved in major technical decisions write up their thoughts, so I thought this was a really great read even though I'm not really a "language person".</p></article><footer><a rel="bookmark" href="https://gnusocial.jp/conversation/2757292#notice-5467332">In conversation</a><time datetime="2024-02-25T06:54:45+09:00" title="Sunday, 25-Feb-2024 06:54:45 JST">about 9 months ago</time> <span>from <span><a href="https://mastodon.social/@danluu/110490775491729002" rel="external" title="Sent from mastodon.social via ActivityPub">mastodon.social</a></span></span><a href="https://mastodon.social/@danluu/110490775491729002">permalink</a><h4>Attachments</h4><ol><li><label><a rel="external" href="https://gnusocial.jp/attachment/2301955">The point is to indicate thematic divergence. The priorities I had while working on the language are broadly not the revealed priorities of the community that's developed around the language in the years since, or even that were being-revealed in the years during. I would have traded performance and expressivity away for simplicity -- both end-user cognitive load and implementation simplicity in the compiler -- and by doing so I would have taken the language in a direction broadly opposed to where a lot of people wanted it to go.Performance: A lot of people in the Rust community think "zero cost abstraction" is a core promise of the language. I would never have pitched this and still, personally, don't think it's good. It's a C++ idea and one that I think unnecessarily constrains the design space.  ...Expressivity: Similarly I would have traded away so much expressivity that it would probably make most modern Rust programmers start speaking about the language the way its current critics do: it'd feel clunky and bureaucratic, a nanny-state language that doesn't let users write lots of features in library code at all, doesn't even trust programmers with simple constructs like variable shadowing, environment capture or inline functions. Ask people who worked on the early compiler what it was like. It was not easy or fun, and I was stubborn about adding cognitive or implementation complexity just to make it a few percent easier or more fun. I didn't mind making users write...</a></label><br><a href="https://files.mastodon.social/media_attachments/files/110/490/754/340/547/665/original/b603ff76c5a67432.png" rel="external">https://files.mastodon.social/media_attachments/files/110/490/754/340/547/665/original/b603ff76c5a67432.png</a></li><li><label><a rel="external" href="https://gnusocial.jp/attachment/2301956">Untitled attachment</a></label><br></li></ol></footer></blockquote>

Corresponding Notice

Embed this notice
Dan Luu (danluu@mastodon.social)'s status on Sunday, 25-Feb-2024 06:54:45 JST Dan Luu
Nice post by Graydon Hoare (original creator of Rust) about his preferences in language design vs. the Rust team and the resultant differences that fall out of the differences in preferences: https://graydon2.dreamwidth.org/307291.html.
It's rare to see someone who has a deep understanding of the trade-offs involved in major technical decisions write up their thoughts, so I thought this was a really great read even though I'm not really a "language person".
In conversationabout 9 months ago from mastodon.socialpermalink
Attachments
1. The point is to indicate thematic divergence. The priorities I had while working on the language are broadly not the revealed priorities of the community that's developed around the language in the years since, or even that were being-revealed in the years during. I would have traded performance and expressivity away for simplicity -- both end-user cognitive load and implementation simplicity in the compiler -- and by doing so I would have taken the language in a direction broadly opposed to where a lot of people wanted it to go. Performance: A lot of people in the Rust community think "zero cost abstraction" is a core promise of the language. I would never have pitched this and still, personally, don't think it's good. It's a C++ idea and one that I think unnecessarily constrains the design space. ... Expressivity: Similarly I would have traded away so much expressivity that it would probably make most modern Rust programmers start speaking about the language the way its current critics do: it'd feel clunky and bureaucratic, a nanny-state language that doesn't let users write lots of features in library code at all, doesn't even trust programmers with simple constructs like variable shadowing, environment capture or inline functions. Ask people who worked on the early compiler what it was like. It was not easy or fun, and I was stubborn about adding cognitive or implementation complexity just to make it a few percent easier or more fun. I didn't mind making users write...
  https://files.mastodon.social/media_attachments/files/110/490/754/340/547/665/original/b603ff76c5a67432.png
2. Untitled attachment

Public

Embed Notice

HTML Code

Corresponding Notice