Unfortunately, you can’t just “switch” to more reliability.
For sure, I meant moving forward from that point on, but thanks for filling in the blanks.
At worst, if there was a large team of developers who had coded up the entire project in Python, but then certain sections needed to be re-written, let’s even stipulate that it would be in Rust, then it could still be a good thing to have gotten the project off the ground and made such progress, rather than have it be “perfect” but with barely anyone using it? “Don’t let perfect be the enemy of good” and all that? (Which could perhaps be used to justify some whoppers of bad decisions, so yeah, I’ll preemptively say when used judiciously, as in sometimes even if not always).
although tbf that is only one of several, others being “it’s too complex”
For clarity, when people on Reddit say this, I strongly believe that 99(.99?)% of the time they mean the entire concept of using a federated platform, even as an end-user. People, especially non-technical ones, can end up being remarkably… let’s just say “uncurious”, and highly resistant to change.
And yes, for many applications I agree that Rust is, if not fully superior to C++ then at least a better choice for an inexperienced programmer to choose to use. This article was enjoyable for me to read on that topic. But… that doesn’t make all other languages “wrong” choices, especially if dependent upon others for aid. And all the more so several years ago when that decision of language was made. Like, if the developer(s) simply enjoy using the language, then why not make the whole endeavor fun?
Also as others are pointing out, the existence of library support - notably Flask - is an even larger consideration than the language itself. That is, even if Rust were to be considered superior in virtually all other respects, having such a hard start could still be the deciding factor in favor of that vs. having to write everything from scratch?
For sure, I meant moving forward from that point on, but thanks for filling in the blanks.
At worst, if there was a large team of developers who had coded up the entire project in Python, but then certain sections needed to be re-written, let’s even stipulate that it would be in Rust, then it could still be a good thing to have gotten the project off the ground and made such progress, rather than have it be “perfect” but with barely anyone using it? “Don’t let perfect be the enemy of good” and all that? (Which could perhaps be used to justify some whoppers of bad decisions, so yeah, I’ll preemptively say when used judiciously, as in sometimes even if not always).
For clarity, when people on Reddit say this, I strongly believe that 99(.99?)% of the time they mean the entire concept of using a federated platform, even as an end-user. People, especially non-technical ones, can end up being remarkably… let’s just say “uncurious”, and highly resistant to change.
And yes, for many applications I agree that Rust is, if not fully superior to C++ then at least a better choice for an inexperienced programmer to choose to use. This article was enjoyable for me to read on that topic. But… that doesn’t make all other languages “wrong” choices, especially if dependent upon others for aid. And all the more so several years ago when that decision of language was made. Like, if the developer(s) simply enjoy using the language, then why not make the whole endeavor fun?
Also as others are pointing out, the existence of library support - notably Flask - is an even larger consideration than the language itself. That is, even if Rust were to be considered superior in virtually all other respects, having such a hard start could still be the deciding factor in favor of that vs. having to write everything from scratch?