Live data from Hacker News

Dave Herman’s contributions to Rust

brson.github.io

1–10 of 174 posts

Re: Dave Herman’s contributions to Rust

#2
The OP mentions in passing that Brendan Eich "was solidly on team Rust" prior to leaving Mozilla, but adds no further details to that intriguing statement. Wouldn't that make Eich the Most Unrecognized Contributor? I don't think his name would be on any commit repo, after all.

Re: Dave Herman’s contributions to Rust

#3
Dave Herman has been a high signal-to-noise contributor to Lambda the Ultimate over the years; if you want to get an idea as to where he is coming from, looking at his contributions there [1], his slightly active blog [2], and on his now pretty much inactive joint blog [3] are good places to start.

[1]: http://lambda-the-ultimate.org/user/825/track?sort=desc&orde...

[2]: http://calculist.org/

[3]: https://www.thefeedbackloop.xyz/

Re: Dave Herman’s contributions to Rust

#4
Haven’t learned Rust yet. I see they debated this:

   let and let mut
   let and var
And went with the verbose option.

Swift went with the succinct option, which I love about the language. In practice I suppose I do mostly type “let” in Swift so it doesn’t matter much

Swift, however, chose ‘func’ instead of ‘fn’, after much debate.

Those little things that are debated initially, then forever

Re: Dave Herman’s contributions to Rust

#5

The OP mentions in passing that Brendan Eich "was solidly on team Rust" prior to leaving Mozilla, but adds no further details to that intriguing statement. Wouldn't that make Eich the Most Unrecognized Contributor? I don't think his name would be on any commit repo, after all.

Here’s one of the Eich commits in the prehistory repo (which is fun to browse):

https://github.com/graydon/rust-prehistory/commit/8952f420ae...

Re: Dave Herman’s contributions to Rust

#6
post #4

Haven’t learned Rust yet. I see they debated this: let and let mut let and var And went with the verbose option. Swift went with the succinct option, which I love about the language. In practice I suppose I do mostly type “let” in Swift so it doesn’t matter much Swift, however, chose ‘func’ instead of ‘fn’, after much debate. Those little things that are debated initially, then forever

In rust it played out well due to the usage of mut in other places. As in:

  fn (&mut T)

Re: Dave Herman’s contributions to Rust

#7
post #4

Haven’t learned Rust yet. I see they debated this: let and let mut let and var And went with the verbose option. Swift went with the succinct option, which I love about the language. In practice I suppose I do mostly type “let” in Swift so it doesn’t matter much Swift, however, chose ‘func’ instead of ‘fn’, after much debate. Those little things that are debated initially, then forever

Kotlin's version is even better: val & var

Super clear. The "let" version smells a lot of "I have a CompSci PhD".

Re: Dave Herman’s contributions to Rust

#8
post #6
post #4

Haven’t learned Rust yet. I see they debated this: let and let mut let and var And went with the verbose option. Swift went with the succinct option, which I love about the language. In practice I suppose I do mostly type “let” in Swift so it doesn’t matter much Swift, however, chose ‘func’ instead of ‘fn’, after much debate. Those little things that are debated initially, then forever

In rust it played out well due to the usage of mut in other places. As in: fn (&mut T)

Same for Nim which uses let and var:

    proc (x: var T)

Re: Dave Herman’s contributions to Rust

#9
post #4

Haven’t learned Rust yet. I see they debated this: let and let mut let and var And went with the verbose option. Swift went with the succinct option, which I love about the language. In practice I suppose I do mostly type “let” in Swift so it doesn’t matter much Swift, however, chose ‘func’ instead of ‘fn’, after much debate. Those little things that are debated initially, then forever

Kotlin's version is even better: val & var Super clear. The "let" version smells a lot of "I have a CompSci PhD".

Practically, I prefer let and var because of autocompletion. Type one letter then tab. Of course, if I could dictate I might prefer something else.

I think of it as being more math like rather than PhD.

Nothing wrong with borrowing from math.

Re: Dave Herman’s contributions to Rust

#10
post #9

Earlier quoted context omitted.

Kotlin's version is even better: val & var Super clear. The "let" version smells a lot of "I have a CompSci PhD".

Practically, I prefer let and var because of autocompletion. Type one letter then tab. Of course, if I could dictate I might prefer something else. I think of it as being more math like rather than PhD. Nothing wrong with borrowing from math.

From the perspective of "language designers influencing programmers", the difficulty of auto-completing to `let mut` could be seen as something positive.
Post reply on HN