Earlier quoted context omitted.
Scala and Rust are both very complex languages. I mean, how's rustfmt going?
Also, Scala sort of recently became completely revamped and I have only had a not too positive experience with the new version - which does make sense that it won’t instantly be as feature-complete.
RustRover – A standalone Rust IDE
91–100 of 211 posts
Re: RustRover – A standalone Rust IDE
#92Earlier quoted context omitted.
Well. They’re accusing jetbrains of forking the open repo and then closing it. The reason it feels malicious is because jetbrains weren’t the only contributors, so they’re monetizing the work of people that were under the impression that the plugin was staying open source due to clion.
the license allows it, there's nothing "malicious" about it if people care about such things, then they should not contribute to projects using MIT
Sure, the license allows it. This implies neither the presence of malice/sketchiness/betrayal of trust, nor the absence of it.
Re: RustRover – A standalone Rust IDE
#93Earlier quoted context omitted.
> new UI project It’s incredible to me how many people choose VS Code because of its aesthetics, so it is by all means the right thing to focus on.
> It’s incredible to me how many people choose VS Code because of its aesthetics No. VS code is popular because it's 1. Free and open source 2. Come with a lot of official extension [1] 3. Backed by MS which has the incentive to commondize code editors It's quite similar to Chrome. [1]: https://marketplace.visualstudio.com/publishers/Microsoft
Honestly, I doubt most people even care it's kind-of open source (1).
> 1. Free
This is the reason most people use vscode.
That's it.
It's free, and it's pretty good.
It's not better. It's just free.
Nothing wrong with liking free stuff; free stuff is great; but don't confuse 'it didn't cost me anything' with 'it's good'.
There's a difference between value (ie. for what you paid, you got something that was worth significantly more than you paid, which in this case is zero) and quality (independent of cost, the thing is just plain old good).
vscode may be more valuable to people than jetbrains products, but it isn't a higher quality product.
There's a massive difference between those two things.
[1] - It's not open source 'technically'. https://ruky.me/2022/06/11/im-switching-form-vs-code-to-vs-c...
Re: RustRover – A standalone Rust IDE
#94Re: RustRover – A standalone Rust IDE
#95Earlier quoted context omitted.
> new UI project It’s incredible to me how many people choose VS Code because of its aesthetics, so it is by all means the right thing to focus on.
That's really interesting. What makes VSCode's aesthetic so distinctive and appealing? As an infrequent user of it, I don't really see how it stands out. (The main things that stand out about it to me as an Emacs user is that it has pop-ups/nags/splash tabs that I have to dismiss whenever I open it.)
But I think the reason VS Code has become so popular is that along with its editor centric UI it has Emacs like extensibility. Plugins are easily written in JavaScript and it originated the Language Server Protocol which makes it possible to write language integrations in the target language.
I've not used the newer version of IntelliJ since the redesign, but I always found it somewhat overwhelming, with all this stuff which prevented me from focussing on the code I was writing. The old version had pretty poor UI performance too, whereas the VS Code UI is fast enough that I rarely notice any UI slowdown.
Nevertheless IntelliJ is pretty indispensable for Java/Kotlin development. It's code sense features are excellent and there are a lot of projects out there that don't really build except through IntelliJ's automatic Gradle setup.
FWIW the only pop-up like things I see with VS Code are extension suggestions when I open a file with a new language extension and the monthly update change logs.
Re: RustRover – A standalone Rust IDE
#96I paid JetBrains 3 years up-front for a license to their products. Thank heavens I paid for the full suite and not just CLion or I’d be stuck using CLion with the Rust plug-in which will become unmaintained. Looking forward to install RustRover. Hopefully it will bring even better integration with Rust than using CLion with Rust plug-in. And CLion with Rust plug-in is already very nice :)
Re: RustRover – A standalone Rust IDE
#97This is great - JetBrains makes the best IDEs on the market in my opinion.
Re: RustRover – A standalone Rust IDE
#98This IDE doesn't seem to differ from CLion with Rust plugin. I guess, its only about making Rust plugin paid from their side – which makes sense from their side. I hope they can deliver quality. On the other hand, they are notoriously slow to develop their IDEs. Features are super slow to be delivered, IDEs themselves are not really improved as well. They are focusing on things most don't care: Spaces, new UI project…
Re: RustRover – A standalone Rust IDE
#99Long ago, perhaps ten or more years, I used IntelliJ. It is a good IDE. Then last year I tried CLion with the Rust plugin. Still good. Not everything is smooth but that's not their fault. One example: it is frustrating to display values even if they implement Debug. The problem is that the debugger did not yet understand Rust's Debug. I was satisfied anyway. After a year I didn't extend the license, however. You see,…
Now, I use Helix too — it's not perfect, lots of quality of life features are missing, but upgrading _one thing_ and having it work correctly is really a pleasure.
Re: RustRover – A standalone Rust IDE
#100Earlier quoted context omitted.
What’s the problem with Gradle? It is one of the few extensible, cross-language build systems that actually has most necessary features for the task, and is correct. Android just has some absolutely mindblowingly insane dependency graph and long-running steps in their build process, making even gradle sweat buckets. Without a significant re-architecture, Bazel wouldn’t fair any better, while a significant re-architec…
The problem isn't Gradle itself which I am a huge fan of but more so the existing legacy Android plugins which have either stagnated or slowly degraded. Moving to Bazel would be good for aligning everything. As previously mentioned ASOP is built with Bazel, Bazel already has great support for building Android apps (and works much better with NDK: https://bazel.build/docs/android-ndk ). Gradle while I do like it I hav…
I am not that well versed in bazel, but doesn’t it sorta require a monorepo like structure?