Jetbrains products are large Java applications. Compared to Pycharm or IntelliJ, their previous products, there is a speed improvement there.
I know that for this crowd, where you folks code by flipping magnetic cores WITH YOUR TEETH, such things seem impossibly bloated, but as for myself I need every last bit of help I can get when writing code, and Jetbrains products have been of tremendous assistance to me on that score.
I don’t think it’s really competing with the simple editors, rather it seems to be a hedge against vscode.
On my laptop, opening a small python script, just took 13 seconds to load from scratch, so I guess that is the target to beat.
I have no idea what people do with their computers. I have used python for 15+ years and can’t recall a single instance where launching a script wasn’t imediate. Not once it took enough time to be perceived as non instantaneous for a human.
But on topic: what do they mean by light and fast thenif it means exactly the opposite? I must be getting old, but even vscode feels slowish to me. Is fleet slower of faster than vscode?
magJ didn’t mean running that Python script, but rather opening that Python script in vscode which took 13 seconds when vscode was not yet running. Thus an editor that took “multiple seconds” could still be technically considered “fast and lightweight” in comparison.
That sounds broken, I can open a whole project with vscode in ~1sec. Yes, it also takes 1 sec to open a single file, but also a project with 30 files. (Not Python though).
There is a LOT that IntelliJ products bring to the table that VSCode doesn’t/can’t offer yet. They’re full fat IDEs, and this press release does seem to signpost a speed improvement over current products.
I think this looks really interesting. The IDEA (ha) of using a distributed IDE sounds fascinating to me.
I do wonder how this sits with their current lineup of products though. It seems to me like it would replace most of their line-up, unless I’m missing something.
They claim it’s not meant to, but it’s hard to see the disparity once I read about the feature set this is going to offer. I love Jetbrains products, and this seems like it could be more of a VSCODE competitor more than anything else. I would personally welcome that, I have no issues with VSCODE, but have always felt Jetbrains’ products are far more polished.
I am looking forward to seeing what this will offer, it’s pretty exciting.
Agreed, many of the features marketed are available in vscode. I’ve wanted to use the Jetbrains products, but have hesitated in the past due to cost. If they can deliver what of marketed here I may be willing to fork over the cash.
FWIW I pay $149 per year for access to all of the JetBrains IDEs. I realize that may still be more than you’re willing to pay, but I think it’s a lot cheaper than many people expect.
The IDEA (ha) of using a distributed IDE sounds fascinating to me.
The one thing I don’t like about this general direction (same with github codespaces) is the uniformity. I am used to doing certain things my way and I have the feeling this is being taken away with these approaches b/c there is now a “better” way that somebody else decided for me. It reminds me of my previous job where one IntelliJ super-fan kept on checking IDE settings into the code base he deemed good, messing with my settings. While this is all good on the surface, it will cause grievance to people that already have a working flow. I use an IDE all day at work, yet some things I will always do on the command line (almost all git interactions for instance), even if there is an IDE way of doing it.
It’s clear that several big companies are investing heavily in the idea of IDE-as-a-service: do your work and compile/run/debug your code in the cloud, all in an integrated environment with maximum lock-in.
It’s written in Kotlin mainly, a little bit of Rust for native parts, Skiko (Skija + AWT)
The UI framework is similar to Compose, but we started when Jetpack Compose wasn’t there :)
Part of what has kept me from picking up JetBrains products has been my workflow feeling like a bit of a square peg trying to fit their product line. I primarily write Rust, and its supported, but I have to pick from one of their language IDE’s. I also write Typescript, but never Java or C++. Among the options I’m most likely to reach for Python so PyCharm is probably the closest to what I need.
This solves for some of that impedance mismatch and I’ll likely at least try it when its available. VS Code is great but I’m not so enamored that I wouldn’t try something else.
I would love to give CLion a shot; VSCode just isn’t up to large C++ projects. But I expect a “real” IDE to be faster than an Electron app, not much slower! I got fed up with the atrocious latency within seconds of starting to use it and haven’t tried it since.
Like multiple seconds? That doesn’t sound very fast to me.
Jetbrains products are large Java applications. Compared to Pycharm or IntelliJ, their previous products, there is a speed improvement there.
I know that for this crowd, where you folks code by flipping magnetic cores WITH YOUR TEETH, such things seem impossibly bloated, but as for myself I need every last bit of help I can get when writing code, and Jetbrains products have been of tremendous assistance to me on that score.
I don’t think it’s really competing with the simple editors, rather it seems to be a hedge against vscode.
On my laptop, opening a small python script, just took 13 seconds to load from scratch, so I guess that is the target to beat.
I have no idea what people do with their computers. I have used python for 15+ years and can’t recall a single instance where launching a script wasn’t imediate. Not once it took enough time to be perceived as non instantaneous for a human.
But on topic: what do they mean by light and fast thenif it means exactly the opposite? I must be getting old, but even vscode feels slowish to me. Is fleet slower of faster than vscode?
magJ didn’t mean running that Python script, but rather opening that Python script in vscode which took 13 seconds when vscode was not yet running. Thus an editor that took “multiple seconds” could still be technically considered “fast and lightweight” in comparison.
Although not instant to me, it takes less than half a second.
That sounds broken, I can open a whole project with vscode in ~1sec. Yes, it also takes 1 sec to open a single file, but also a project with 30 files. (Not Python though).
There is a LOT that IntelliJ products bring to the table that VSCode doesn’t/can’t offer yet. They’re full fat IDEs, and this press release does seem to signpost a speed improvement over current products.
What is it licensed?
License and pricing as-of-yet undecided
If it follows suit with the rest of their product line there will be a free community version and a paid commercial version with extra features.
I think this looks really interesting. The IDEA (ha) of using a distributed IDE sounds fascinating to me.
I do wonder how this sits with their current lineup of products though. It seems to me like it would replace most of their line-up, unless I’m missing something.
They claim it’s not meant to, but it’s hard to see the disparity once I read about the feature set this is going to offer. I love Jetbrains products, and this seems like it could be more of a VSCODE competitor more than anything else. I would personally welcome that, I have no issues with VSCODE, but have always felt Jetbrains’ products are far more polished.
I am looking forward to seeing what this will offer, it’s pretty exciting.
Agreed, many of the features marketed are available in vscode. I’ve wanted to use the Jetbrains products, but have hesitated in the past due to cost. If they can deliver what of marketed here I may be willing to fork over the cash.
FWIW I pay $149 per year for access to all of the JetBrains IDEs. I realize that may still be more than you’re willing to pay, but I think it’s a lot cheaper than many people expect.
The one thing I don’t like about this general direction (same with github codespaces) is the uniformity. I am used to doing certain things my way and I have the feeling this is being taken away with these approaches b/c there is now a “better” way that somebody else decided for me. It reminds me of my previous job where one IntelliJ super-fan kept on checking IDE settings into the code base he deemed good, messing with my settings. While this is all good on the surface, it will cause grievance to people that already have a working flow. I use an IDE all day at work, yet some things I will always do on the command line (almost all git interactions for instance), even if there is an IDE way of doing it.
It’s clear that several big companies are investing heavily in the idea of IDE-as-a-service: do your work and compile/run/debug your code in the cloud, all in an integrated environment with maximum lock-in.
yeah, I currently work at a big company and am not looking forward to the day on which I am forced to use a cloud IDE
Maybe it’s time to rewrite from the ground up?
What’s the chance that this is not electron or similar?
It’s not electron
Source
I wish I could buy JetBrains products packaged as LSP servers (or with extensions or maybe using some other protocol) so I can use them with Vim.
Seems like they’re leveraging LSP, so this might not be too far fetched!
https://www.jetbrains.com/help/fleet/1.0/architecture-overview.html
Part of what has kept me from picking up JetBrains products has been my workflow feeling like a bit of a square peg trying to fit their product line. I primarily write Rust, and its supported, but I have to pick from one of their language IDE’s. I also write Typescript, but never Java or C++. Among the options I’m most likely to reach for Python so PyCharm is probably the closest to what I need.
This solves for some of that impedance mismatch and I’ll likely at least try it when its available. VS Code is great but I’m not so enamored that I wouldn’t try something else.
I would love to give CLion a shot; VSCode just isn’t up to large C++ projects. But I expect a “real” IDE to be faster than an Electron app, not much slower! I got fed up with the atrocious latency within seconds of starting to use it and haven’t tried it since.