this post was submitted on 29 Sep 2020
13 points (93.3% liked)

General Programming Discussion

7810 readers
5 users here now

A general programming discussion community.

Rules:

  1. Be civil.
  2. Please start discussions that spark conversation

Other communities

Systems

Functional Programming

Also related

founded 5 years ago
MODERATORS
top 4 comments
sorted by: hot top controversial new old
[–] [email protected] 6 points 4 years ago

Performance metrics generally put Rust squarely ahead of Go, but not by a lot.

10x, 4x and 3x performance difference is not "but not by a lot", it is al lot! :D Imagine needing 1 server vs 10 servers to run same app. Same for memory.

Can people stop contradicting themselves when comparing X with Rust just to make X look less horrible, please!

[–] [email protected] 3 points 1 year ago* (last edited 1 year ago) (1 children)

Nop nop nop! If I ever make a single API in Rist ever again I’m gonna go to the last apartment’s floor, break the door for the roof, get a power cable from one of the solar panels installed there, tie it up to the door handle and then run and jump so I have a less painful death than writing a Rust “microservice”.

Rust is beautiful language. In its own weird way. But not for multithreading async communication. Let’s not start talking about tokio and async-std and their controversies and the language hasn’t figured out yet a standard way to do async. And definitely not for connecting to databases or other standard things you do very easily in Go or NodeJS, especially in Go where you have Goroutines and really easy to read and write maintainable code. Last time I wanted to connect to a database in Rust for a microservice I was doing 100 times more leaning the “ecosystem” of Postgres in rust or MongoDB, and I still didn’t manage to do it and so I thought wait a minute, every single time I’ll have to figure or someone else these shits out? Fuck it, back to Go.

I’ll do other things in Rust. Like pure system programming. Just …….. not web services.

[–] [email protected] 2 points 1 year ago (1 children)

Different tools for different jobs. If performance was the absolute, only metric then garbage-collected languages would not exist (and trust me, I'm no fan of Java, but like Go a lot -- and its GC is pretty good AFAIK). Python has its place, even if it will never be as fast as C/C++/Rust.

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

Exactly, each tool for its job. Comparing tools like they're models (edit: Super models, as in Victoria secret, god I forgot we're nerds and we might think other things with term "model") in a model competition is just stupid and tired of seeing it.

Even at this point, in a world where Rust'ers LOVE to say "Rust is better than C++", C++ has its massive place in comparison to Rust because Rust treats you like a kid and in C++ you can build unsafe code for embedded systems and very low level code with more reliability and less maintenance and you'll be sure for it to be supported.

I'm for improving all languages, I mean the ones we use regularly, and for evolution or even building new languages to solve problems in a better way. But when it comes to just pure stupid comparisons and comparing apples to oranges it's just frustrating.

load more comments
view more: next ›