4 ms·

> Rust for CRUD apps? Are all CRUD API’s insensitive to performance? Correctness?

by xpe 5y ago

Cthulhu_ 5y ago
No, but Rust is a low productivity, high formality language; one needs to make a tradeoff whether it's really that important. Given that most CRUD services are just a layer on top of a database. This is the reality of software development; you have a budget and you have a goal. If all your budget goes up on making it correct without finishing it, you have a problem. Anyway, it's just a CRUD app, it doesn't have to be as formal.
- macspoofing 5y ago
  >No, but Rust is a low productivity, high formality language; Setting aside performance (Python is slow as molasses) that still requires some qualification because there is the 'maintenance' dimension. I would take Rust over Python for CRUD any day, because the 'formality' is a feature not a bug for maintenance. I would take Java/C# over Rust because the former balance performance and formality very well. In fact, I wouldn't use a dynamically typed language like Python or Ruby for backend infrastructure code if there were any performance or long-term maintenance requirements.
- jokethrowaway 5y ago
  I'm far from being proficient in rust but my productivity writing crud apps in it is pretty good (just throw some Rocket + SQLX and you're flying). Rust is a very high level language, it's not like writing assembly. You rarely run into complicated situations with the borrow checker when writing trivial crud apps. The ecosystem is not as mature for web apps compared to other languages, so it may be more efficient to pick something else, but ultimately the most important factor (when building trivial stuff) is picking a language you and your team are comfortable with. Whether that's Rust or node.js, it won't matter much. If I were to make something else which is better supported in Rust, eg. a videogame, using bevy + ecs would run circles around a bunch of other languages and their game frameworks.
- xpe 5y ago
  Claiming that Rust is a low productivity language, generally, is too broad of a claim to be even be plausible. The parent commenter may have some narrow or situational definition of productivity.
xpe 5y ago
I asked the question rhetorically. The answer is "no". Characterizing an application as CRUD does not exempt it from some mix of performance goals.

> Rust for CRUD apps? Are all CRUD API’s insensitive to performance? Correctness?

by xpe 5y ago

> Rust for CRUD apps? Are all CRUD API’s insensitive to performance? Correctness?

No, but Rust is a low productivity, high formality language; one needs to make a tradeoff whether it's really that important. Given that most CRUD services are just a layer on top of a database. This is the reality of software development; you have a budget and you have a goal. If all your budget goes up on making it correct without finishing it, you have a problem. Anyway, it's just a CRUD app, it doesn't have to be as formal.

macspoofing 5y ago
>No, but Rust is a low productivity, high formality language; Setting aside performance (Python is slow as molasses) that still requires some qualification because there is the 'maintenance' dimension. I would take Rust over Python for CRUD any day, because the 'formality' is a feature not a bug for maintenance. I would take Java/C# over Rust because the former balance performance and formality very well. In fact, I wouldn't use a dynamically typed language like Python or Ruby for backend infrastructure code if there were any performance or long-term maintenance requirements.
jokethrowaway 5y ago
I'm far from being proficient in rust but my productivity writing crud apps in it is pretty good (just throw some Rocket + SQLX and you're flying). Rust is a very high level language, it's not like writing assembly. You rarely run into complicated situations with the borrow checker when writing trivial crud apps. The ecosystem is not as mature for web apps compared to other languages, so it may be more efficient to pick something else, but ultimately the most important factor (when building trivial stuff) is picking a language you and your team are comfortable with. Whether that's Rust or node.js, it won't matter much. If I were to make something else which is better supported in Rust, eg. a videogame, using bevy + ecs would run circles around a bunch of other languages and their game frameworks.
xpe 5y ago
Claiming that Rust is a low productivity language, generally, is too broad of a claim to be even be plausible. The parent commenter may have some narrow or situational definition of productivity.

xpe 5y ago

I asked the question rhetorically. The answer is "no". Characterizing an application as CRUD does not exempt it from some mix of performance goals.