I really hope it's not Electron-based.
I really hope it's not Java mess either: no Wayland support, lags
To be fair, Wayland is still new (compared to how long Java has existed), and Java/OpenJDK may improve support in the future.
Fleet, a Lightweight IDE from JetBrains
51–60 of 427 posts
Re: Fleet, a Lightweight IDE from JetBrains
#52I really hope it's not Electron-based.
Unlikely. The rest of their programmers toolset are mostly java based.
Google translate from a dev vacancy:
You will be surprised, but we decided to create a new IDE from scratch and put together a bold team with a proven success track in creating tools inside JB. And right now we have a prototype and a bunch of bicycles.
Our program consists of several parts that communicate with each other over the network.
The first part is an editor that is written in a new cross-platform UI framework. When we made this framework, we were inspired by React.js and Swift UI.
The second part is a small program written in Rust that tells about the arrangement of files on disk and starts processes. File watcher, process monitor and HTTP client in one binary.
The third part is a server that analyzes the source code of the project. It can be IntelliJ, ReSharper, or LSP server.
This architecture adds flexibility: if you run all the parts on one computer, you get a classic IDE. And if on different machines, it will be convenient to work in the cloud or in a container.
Re: Fleet, a Lightweight IDE from JetBrains
#53Fleet is not open source, offers little over VS Code and is not as fully featured as the full JetBrains IDE's. Who are intended to use this?
The program isn't even publicly available yet. How can you conclude that it provides little over VS Code?
And why does it matter that it's not open source?
Re: Fleet, a Lightweight IDE from JetBrains
#54Earlier quoted context omitted.
>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…
> If they did that, then why would anyone buy IntelliJ? I think the general idea is that it's a lightweight editor(like vscode) that stays lightweight with as many features as it can from IntelliJ. If you work on decently sized project you'll still want to use full IDE. If you want to force yourself to work on a big project with vscode, nothing is stopping you. But would you realistically switch from IntelliJ to vsco…
>But would you realistically switch from IntelliJ to vscode?
No, of course not. VSCode's support for Java is a hot mess, and that doesn't look to be changing any time soon.
But would I switch from PyCharm to VSCode? I made that exact switch at work a little while ago and I haven't looked back.
Re: Fleet, a Lightweight IDE from JetBrains
#55I'm not sure what the use case is, for small tasks I have Sublime Text, for full on work, I have JetBrains. This /looks/ like a strange place between ST and VSCode
Same. > For years folks have been asking us, “JetBrains, when will you create a lightweight editor?” I sure never did. If anything, I want their IDEs to be more involved and sophisticated. Otherwise I'm likely going to cancel our company subscriptions next year, VSCode is starting to overtake e.g. PyCharm in terms of developer comfort. So I really hope this is just a tech demonstrator to renew the architecture of the…
For sure. I like IntelliJ, all I want is for it to be snappier; it gets pretty laggy with bigger files (like, more than one screen), it seems to have to do a lot of work that interrupts the main UI thread when it comes to redoing syntax highlighting and error checking.
I mean, the main reason why I'm not using vs code for most of my work is because it's cmd+click to go to definition isn't as good, auto/hotfixes aren't as good, and refactoring support is pretty much nonexistent.
Re: Fleet, a Lightweight IDE from JetBrains
#56I really hope it's not Electron-based.
Apparently it's not: https://twitter.com/himanshub16/status/1465238053979447296
In the thread someone from JB mentions it's mostly JVM + some Rust
Re: Fleet, a Lightweight IDE from JetBrains
#57Little bit offtopic; I try jetbrains ide's every time I get a new laptop; lately Rider for a 1m+ LoC c# project on my 16gb m1. It is unusable. I like the features but it is so incredibly slow... and it gets even slower as the day goes on.
That's strange. When I open a 1m+ LoC in Rider it takes around 2GB of RAM [1] but is still very workable.
Ofcourse it is not extremely fast but I am always impressed this even works with all the code hints, indexed code and what not.
By the way, sometimes a corrupted cache can be a problem. You can fix this via File -> Invalidate Caches.
[1] AMD Ryzen 9 3900X, 32GB RAM, NVMe disk. Ubuntu.
Re: Fleet, a Lightweight IDE from JetBrains
#58I'm not sure what the use case is, for small tasks I have Sublime Text, for full on work, I have JetBrains. This /looks/ like a strange place between ST and VSCode
Same. > For years folks have been asking us, “JetBrains, when will you create a lightweight editor?” I sure never did. If anything, I want their IDEs to be more involved and sophisticated. Otherwise I'm likely going to cancel our company subscriptions next year, VSCode is starting to overtake e.g. PyCharm in terms of developer comfort. So I really hope this is just a tech demonstrator to renew the architecture of the…
> I sure never did. If anything, I want their IDEs to be more involved and sophisticated.
Personally I want the language functionality to be involved and sophisticated, and the IDE itself to be as lightweight and simple as possible. Jetbrains IDEs come with a decent performance penalty from the IDE itself, and I think eliminating that would be a great benefit.
Re: Fleet, a Lightweight IDE from JetBrains
#59Earlier quoted context omitted.
> DOA without vim bindings though. The number of users pining for Vim and Vim bindings is greatly exaggerated.
The IntelliJ vim plugin has over 11 million downloads. For comparison, the most downloaded plugin is Kotlin, which has 34 million downloads, followed by Scala, which has 22 million downloads.
I downloaded it many times myself bet never get used to it. There are too many conflicts with other key bindings.
Re: Fleet, a Lightweight IDE from JetBrains
#60Earlier quoted context omitted.
Well, I mean to be fair the coding services for most languages in vscode other than js (ie java, c, rust, python, go, php, c#, ruby specifically) suck totally compared to the JB tooling. Let’s not play “pretend vscode is amazing” here today. The plug-ins for many languages are of massively varying quality and some of them really suck . The only thing they having going for them is being free. So… It’s pretty questiona…
>Well, I mean to be fair the coding services for most languages in vscode other than js (ie java, c, rust, python, go, php, c#, ruby specifically) suck totally compared to the JB tooling. I have to disagree. JetBrains' tooling is superior for Java and Kotlin. For C#, Visual Studio is pretty good these days, even without Resharper. For everything else VSCode is unquestionably better. I can just point VSCode at a direc…
> For C#, Visual Studio is pretty good these day
We’re not talking about visual studio. We’re talking about vscode.
You wanted to know why someone would use it over vscode: the answer is that vscode has poor support for some languages.
Whether you personally prefer the vscode tooling in say rust, to the debugger in clion is your personal choice; but you are misrepresenting the situation if you say the latter, with different/more features, is of no value to anyone.
> I'm not sure how much of JetBrains' IDE work will translate over, and I'm not sure how much of it they want to bring over.
Well, if you caveat your opinion with the assumption that the product will be worse than their other existing products, poorly executed and poorly supported, that’s a fair reason to think it won’t be any good.
…and to be fair, jetbrains have struggled with their various online service offerings.
…but, if you assume it’s a failure don’t ask why you might think it would be useful.
You’ve already decided that without trying it. What can I say? You’re right. If it’s shit, there no reason you would use it over vscode.
Maybe it will be; I personally, don’t think it’s clear at this point that’s the case, yet.