I am not cosigning the particular points made against Rust, because I don’t have context, but the particular language is not irrelevant, because the post is calling out social and cultural practices, and Programming languages are largely social and cultural institutions. Part of Rust’s success is due to how intentional the initial core users and developers where about this dimension of the PL.

“Persecution” — lol.

https://en.wikipedia.org/wiki/List_of_pre-Columbian_inventions_and_innovations_of_Indigenous_Americans?wprov=sfti1

That looks very much like a false dichotomy to me. You left out:

• advertising (which does not require selling data, this is just an invasive additive)
• donation and volunteer based (Wikipedia does this quite successfully)
• funded from tax income (as are online government services, crown corporations etc.)
• companies that sell something thru the internet l, and website is an advertising or pm selling platform. This accounts for most sites, tbh, from brands to retailers, to marketplaces like Amazon, Etsy, and Craigslist.

These are just off the top of my head. But the point being is that your major premise of obviously false.

Most companies that are harvesting our data are also requiring or pushing for subscriptions now, so the dichotomy is also false in that respect.

Finally, it is clear that millions of people are quite happy to pay reasonable fees for valuable services, which is why so many fee based companies are doing fine.

= (- 2)

Afaiu,

• a real “Free market” is a myth.
• A fully gov. Controlled market is not a free market by definition.
• The problem with the Canadian housing market is not government regulation, it is excessive marketization (and not enough of the right kinds of regulation).

This is a case of “don’t let the bad make bad stuff worse”.

Removing taxes on tips is a stupid, pandering policy that, at best is just a distraction, and at worse a government subsidy to the restaurant industry.

If we want more progressive taxation that benefits low income earners, we can just do that. Why should a barista make tax-free income but not a janitor? I’m fine with reducing taxes for lower income earners and increasing it for higher income earners. But why should it have anything to do with tips?

I’d like to understand why this post is being hit with downvotes and dismissal. Isn’t the point of this sub to address these kinds of issues and perspectives, confronting them if they need critique perhaps, but providing a space to talk thru and work towards an equitable liberation for all, inclusive of men?

The first rule in the sidebar is “assume good faith” but multiple comments are making (afaict) groundless accusations of bating. What gives?

To be clear, I am not saying I co-sign this post. But what I see is someone voicing hurt and a feeling of not feeling safe or recognized, while I think there is a fair bit of inaccurate generalization being made on the basis of that hurt, the hurt is valid and some of the dynamics identified I think are obviously real too.

I’m just a bit confused about whether this sub is what I took it to be, or if there is some context I’m missing or something.

Isn’t match already such a unified expression? Especially once you extend matches with guards, it seems to me like this is a solved problem. E.g.,

if x == 1.0 then "a" else "x"

is

match x with | 1.0 -> "a" | _ -> "b"

and

if x ==
  1.0 then "a"
  2.0 then "b"
      else "z"

is (and IMO reads much clearer this way):

match x with
| 1.0 -> "a"
| 2.0 -> "b"
| _ -> "z"

and

if xs
  .isEmpty then "e"
  .contains(0,0) then "n"
  else "z"

is

match () with
| _ when x.isEmpty -> "e"
| _ when x.contains(0,0) then "n"
| _ -> "z"

and

if person
  .age < 18                 then 18
  is Person("Alice", _)     then person.age
  is Person("Bob", let age) then age
                            else -1

is

match person with
| _ when person.age < 10 -> 18
| Person("Alice", _) -> person.age
| Person("bob", age) -> age
| _ -> -1

.

Finally,

if person is Person("Alice", let age) then age else -1

Would be the simple

match person with
| Person("Alice", age) -> age
| _ -> -1

Seems to me this reads more clear in general and has less magic. Plus, it’s already implemented in a bunch of languages.