3 ms·

I understand the technical merits of Rust and how it's distinct from the JVM. The point was non-technical merits matter just as much, if not more.

Ygg2 4y ago
True, but I already addressed it. So far Rust hasn't entered overly complicated spot for me. Yes, borrow checker is harsh. Lifetime's are a pain. But only way out by other languages are: A) Add GC/RC B) Sweep it under rug, and pray. It seems borrow checker is irreducible complexity. Scala otoh made Trait order implementation matter and allowed custom operators. Compared to those blunders, Rust mistakes are minor.
- 3836293648 4y ago
  Say that to ?const ?async. If the keyword generics group doesn't accept that they're wrong they've killed Rust.
  - zozbot234 4y ago
    ?const ?async is placeholder syntax. They'll bikeshed something better while stabilizing the language feature, much like the existing .await syntax which was chosen very late in development of async.
    - 3836293648 4y ago
      Not according to their blog post yesterday. They were absolutely defending it as the only consistent and reasonable choice
      - Ygg2 4y ago
        What? Where did you get that idea? I talked with them on Zulip, they were perfectly reasonable. Even on Reddit they consider alternative syntax like `print<?async, ?const>`. Issue is. They want code generation to solve coloring problem of async. I asked about using `#[maybe(async)]` syntax but they pointed that attribute macros have deficiencies. Can't differentiate on async-ness or lack of it, plus attribute macros lack exhaustiveness check that `match expr` afford.
  - Ygg2 4y ago
    And community reacted unanimously against it. If they proceed blindly with it, then yes you will have a point.
- infamouscow 4y ago
  I don't think the non-technical critique has been addressed at all. It's been downplayed and dismissed to bring the discussion back to the technical accomplishments. What I'm saying is Rust's technical achievements aren't very useful if adoption isn't there. Adoption depends on getting the non-technical things right. Nothing has been said about how to address the pathology seemingly unique to Rust making it suffocatingly toxic. It's the only programming language in recent memory where people scour the Internet condemning people for writing software in any other language. Even when the software is written in Rust, if it's not to some mythical standard, the community will unleash a wave a hate like in the case of Actix. There's memes about the "Rust evangelist strike force" plaguing open-source software authors to "rewrite it in rust". I can't think of any other language that has anything similar. Shrugging this off is an attempt to diminish and minimize the damage, rather than acknowledging the problem. Presenting a false dichotomy solely on technical merits misses the big picture.
  - Ygg2 4y ago
    > I don't think the non-technical critique has been addressed at all. But I talked about syntax already, what do you...? > Nothing has been said about how to address the pathology seemingly unique to Rust making it suffocatingly toxic. It's the only programming language in recent memory where people scour the Internet condemning people for writing software in any other language Social aspects aren't immutable facts of language, but exterior ever changing things. It's like finding a game having helpful community. Only for it to become toxic later as player count increases. Same can be possible in other direction if Rust becomes more professional/boring. And honestly, I don't care about arguing memes and one incident that was widely panned by everyone close to Rust. RIIR isn't something you get branded with when you write your first Hello World, but something actively discouraged. That said as someone that's neither here nor there, anti-Rust backlash is palpable and might work exactly to ingrain said "Evanglism Strike Force" mindset into it. I find myself defending it more, even though I just want to use it. And don't care too much about community.

Ygg2 4y ago

True, but I already addressed it. So far Rust hasn't entered overly complicated spot for me. Yes, borrow checker is harsh. Lifetime's are a pain. But only way out by other languages are: A) Add GC/RC B) Sweep it under rug, and pray. It seems borrow checker is irreducible complexity. Scala otoh made Trait order implementation matter and allowed custom operators. Compared to those blunders, Rust mistakes are minor.

3836293648 4y ago
Say that to ?const ?async. If the keyword generics group doesn't accept that they're wrong they've killed Rust.
- zozbot234 4y ago
  ?const ?async is placeholder syntax. They'll bikeshed something better while stabilizing the language feature, much like the existing .await syntax which was chosen very late in development of async.
  - 3836293648 4y ago
    Not according to their blog post yesterday. They were absolutely defending it as the only consistent and reasonable choice
    - Ygg2 4y ago
      What? Where did you get that idea? I talked with them on Zulip, they were perfectly reasonable. Even on Reddit they consider alternative syntax like `print<?async, ?const>`. Issue is. They want code generation to solve coloring problem of async. I asked about using `#[maybe(async)]` syntax but they pointed that attribute macros have deficiencies. Can't differentiate on async-ness or lack of it, plus attribute macros lack exhaustiveness check that `match expr` afford.
- Ygg2 4y ago
  And community reacted unanimously against it. If they proceed blindly with it, then yes you will have a point.
infamouscow 4y ago
I don't think the non-technical critique has been addressed at all. It's been downplayed and dismissed to bring the discussion back to the technical accomplishments. What I'm saying is Rust's technical achievements aren't very useful if adoption isn't there. Adoption depends on getting the non-technical things right. Nothing has been said about how to address the pathology seemingly unique to Rust making it suffocatingly toxic. It's the only programming language in recent memory where people scour the Internet condemning people for writing software in any other language. Even when the software is written in Rust, if it's not to some mythical standard, the community will unleash a wave a hate like in the case of Actix. There's memes about the "Rust evangelist strike force" plaguing open-source software authors to "rewrite it in rust". I can't think of any other language that has anything similar. Shrugging this off is an attempt to diminish and minimize the damage, rather than acknowledging the problem. Presenting a false dichotomy solely on technical merits misses the big picture.
- Ygg2 4y ago
  > I don't think the non-technical critique has been addressed at all. But I talked about syntax already, what do you...? > Nothing has been said about how to address the pathology seemingly unique to Rust making it suffocatingly toxic. It's the only programming language in recent memory where people scour the Internet condemning people for writing software in any other language Social aspects aren't immutable facts of language, but exterior ever changing things. It's like finding a game having helpful community. Only for it to become toxic later as player count increases. Same can be possible in other direction if Rust becomes more professional/boring. And honestly, I don't care about arguing memes and one incident that was widely panned by everyone close to Rust. RIIR isn't something you get branded with when you write your first Hello World, but something actively discouraged. That said as someone that's neither here nor there, anti-Rust backlash is palpable and might work exactly to ingrain said "Evanglism Strike Force" mindset into it. I find myself defending it more, even though I just want to use it. And don't care too much about community.