271–280 of 427 posts
My issue has never been the actual cost of JBs products, but rather I have to go and justify myself to a manager to get a license. That's something which of course is not a factor when you're using open source stuff, but maybe I'll still buy this for my personal use. Vs code was supposed to be a lighter weight visual studio, but at this point it's hell bent on becoming just as bloated.
Earlier quoted context omitted.
I've used Jetbrains products for a long time, both as a student, and later professionally. Jetbrains products are free for students, and paid for professional use. In my opinion, the pricing of the product is spot on. My company pays about ~200 euro per seat per year, which is a good price for the quality tooling you get. In my experience, VSCode is not competitive with Jetbrains products. Their products come with su…
If yout think about it, Jetbrains is more a counter part to Visual Studio then VSCode. Vscode was more a advanced text editor to compete with atom. But I don`t see it losing it`s grip of the market anytime soon. Theres lot of tools that use vscode as base, that will be difficult for them to convert, like platformio IDE for example.
If JetBrains releases a free tool that competes well with VSC on core features, I don’t see why the community wouldn’t adopt it.
VSC is far from perfection, it’s only a step up from ST in that it offers a few more tools by default.
DataGrip IDE from Jetbrains requires 966 MB memory just to work with a single (!!!) query file that has few lines of SQL.
I also opened a huge project in Visual Studio 2022 that contains thousands of files and it only needs 735 MB memory (however previous versions were much slower and less memory efficient).
So, avoid Java at any cost. Even JavaScript-based VSCode is much faster that any Java application.
Earlier quoted context omitted.
thats funny I've always found jetbrains IDE to be error ridden annoyances where I end up spending more time dealing with problems the IDE has caused than developing software.
I think that's not the typical experience. I've certainly gotten occasional errors, but for me it's been a solid and reliable set of tools over the years. I started using it for Java, and have since used their Ruby, Python, and webdev versions happily for many thousands of hours.
jetbrains itself has performance issues, and you need to muck around too much to get them working properly.
the JVM also causes issues resulting it having to tune the environment params to get decent performance. JB makes tons of assumptions and attempts to be helpful in ways that just are not; precompiling automatically, running massive indexing jobs causing the machine to bog down, assuming it has the right to modify your environment.
these are all things I just do not want to think about when in essence I'm navigating directories and editing files with fancy hover tooltips.
the standalone versions are okay usually depends on the language. I just want an editor with code linting regardless of the language.
vscode in that respect has been a god send. install language server and you're done. performance is generally good and the background tasks seem thus far havent completely bogged down my machine.
There’s a real opportunity here for JB. If they’re prepared to give this away for free, and make money off of upselling folk on hosted remote dev envs (or licensing the server side to cloud providers) then this could actually compete with vscode. They basically don’t have any other product that is competitive with vscode. …but, I’m skeptical they’re willing to make the jump to freemium based on their other SAS produc…
All their IDEs are if competitive means "they cost a little bit but they actually work and aren't loaded with invasive telemetry."
Earlier quoted context omitted.
I really hope it's free too. Otherwise it makes no sense. As a customer paying for full IDE(Rider) I won't kneecap myself by paying for vscode alternative, even though I really hate working in vscode. If they make it free, they could get a big chunk of the market, especially if they actually provide it with IntelliJ level of autocomplete, refactorings, multicursor support etc. They have quite a lot of money from regu…
>If they make it free, they could get a big chunk of the market, especially if they actually provide it with IntelliJ level of autocomplete, refactorings, multicursor support etc. If they did that, then why would anyone buy IntelliJ? I understand why Microsoft came out with VSCode. They didn't have anything to offer for developers who weren't already bought into the Windows/.Net stack. VSCode was an effort to reach o…
Bet: They’re building the core for all of their future products.
Start free, gain momentum, have “pro” addons, slowly start offering products like WebStorm but built on top of Fleet.
Earlier quoted context omitted.
I think that's not the typical experience. I've certainly gotten occasional errors, but for me it's been a solid and reliable set of tools over the years. I started using it for Java, and have since used their Ruby, Python, and webdev versions happily for many thousands of hours.
it was primarily android and gradle issues honestly within its jetbrains IDE. jetbrains itself has performance issues, and you need to muck around too much to get them working properly. the JVM also causes issues resulting it having to tune the environment params to get decent performance. JB makes tons of assumptions and attempts to be helpful in ways that just are not; precompiling automatically, running massive in…
Personally, I very much want an actual IDE for a lot of my work. So I'm happy to buy a fast machine with plenty of RAM and then give the IDE a good chunk of it. But I'm glad they're making Fleet for folks with other preferences, and I'm sure I'll be using it myself when I just need to open one or two files and make quick edits.
Whenever I try to use something other than IntelliJ (generally VS Code) I'm always struck by how awful the code completion and auto-imports are. I really hope we can get a lightweight editor with those two functions working properly. However, I don't see how you can do either of those features well without a lot of indexing of the codebase. And indexing is a major reason why IntelliJ so so clunky.
Even though I wouldn't classify it as "awful", I do agree with the sentiment. Whenever I use Clion, I feel I need to have vscode also on the same project to mitigate the shortcomings of it's code completion and even search. Clion's support for CMake is particularly enfuriating, with it's propensity to actively replate a target's name with filenames, even if they do not match in caps, which makes absolutely no sense a…
Shared editing of a document seems mostly fine but occasionally confusing, but code has to be internally consistent, and it seems like two parties trying jointly complete a feature on the same copy of a repo might be slower than sequencing if A's intermediate changes can prevent B from building/testing what they just wrote, etc.