Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fleet, a Lightweight IDE from JetBrains

blog.jetbrains.com

Post reply on HN
Print view View original

231–240 of 427 posts

Re: Fleet, a Lightweight IDE from JetBrains

#231

Post by aldanor »

bearjaws wrote: post #186
wokwokwok wrote: post #10

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…

I love VS code, but insisting that its parsing is even nearly as good as anything from Jetbrains is laughable. Working with Rust in VS code is no where near as good as IntelliJ for example, and their Javascript `intellisense` is best in class.

Agreed. Working with rust in e.g. CLion (or even the free PyCharm CE with Rust plug-in) beats vscode by a large margin, it's nowhere near comparable, especially when working with larger projects often requiring major refactoring etc.

Re: Fleet, a Lightweight IDE from JetBrains

#232

Post by jatone »

KronisLV wrote: post #97

Huh, just the other day i was talking about how JetBrains products succeed in being some of the best IDEs around, but fail at the use case of just wanting to edit text files, where Notepad++, Visual Studio Code, Emacs, Sublime and vim could all be preferable to it: https://news.ycombinator.com/item?id=29362960 And then JetBrains come out with this... That's certainly pleasant to see!

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.

Re: Fleet, a Lightweight IDE from JetBrains

#233

Post by politelemon »

selfhoster11 wrote: post #33
politelemon wrote: post #13

Looking through the features, and the similarity of the architecture, looks like this is meant to compete with VS Code. Even the Settings implementation has the same global/user/workspace hierarchy; there's the 'trusted' code concept too. The one thing that might make it stand out is the smart mode: lightweight editor by default, and enabling it brings in the heavier IDE features. Anecdotally I've stopped using Jetbr…

What do you see as poor Linux support?

My mistake on the wording, I should have said "mediocre", perhaps. I can't edit the comment now, oops sorry.

I am referring to lack of an installer, and also the default shortcuts which clash with the distro, and in general I've seen features come to Linux a lot later. So a better way to put it is that Linux feels like an afterthought to Jetbrains. I do follow and also raise issues you on YouTrack but find they often languish.

Their IDEs are still overall pretty good, but I gravitate towards VS Code now.

Re: Fleet, a Lightweight IDE from JetBrains

#234

Post by kaba0 »

eklavya wrote: post #6

With compose for desktop announced, I was wondering when a new interface would be unveiled. Looks like they are using the migration to the new stack to experiment with a lightweight alternative to vscode. I wonder if it also uses kotlin native and moves away from JVM, doesn’t seem likely since they say they are sharing code processing backend with IntelliJ.

I don’t think kotlin native would beat the JVM in performance though, only at memory usage. Not even Graal AOT beats it for long-running tasks and I imagine it has a bigger mindshare behind it.

Re: Fleet, a Lightweight IDE from JetBrains

#235

Post by mellosouls »

chkhd wrote: post #145

I just hope the remote development features will actually work adequately in this. They tried to get that stuff working with existing IDEs multiple times [0][1][2][3], but they are all broken in their unique ways. Whenever I see them announce something new in the remote development space I always jump in right away and try it out, discover it is broken too, and then go back to using VS Code remote dev features. For l…

Agree. I paid for PyCharm on the basis that a) it all just worked in the community edition, and b) it offered remote development in professional (this was a main selling point over community).

I quickly discovered that b) was false (or extremely oversold) compared to VSCode and switched back, couldn't get PyCharm working remotely and saw the loooong-standing issues on the bug tracker that indicated it wasn't a priority despite the marketing.

I still admire the plug-in-and-go-ability of PyCharm, but no longer trust it to fork out money for features which are clearly not what they are implied to be.

Perhaps the latter has changed; I'll await the reviews.

Re: Fleet, a Lightweight IDE from JetBrains

#236

Post by Diesel555 »

I keep seeing discussions on a full IDE vs an editor like VSCode. People are claiming VSCode is poor with autocompletions and other features only a full IDE can accomplish.

I use Pycharm, Webstorm, and VSCode and I don’t see the huge difference. Is it more apparent on certain languages?

They stated in their blog https://blog.jetbrains.com/idea/2020/09/a-picture-of-java-in...

> In the web space it is understandable to use an editor as web developers are typically working with dynamic languages, and often use other tools like browser plugins to give them what they need. But in Java, especially professional Java, you really get a lot out of a good tool that has integration with the application server and you can really use the analysis and refactoring and everything.

> VS Code is growing which is concerning, not from a competitive point of view but actually from the point of view that there is clearly a lack of understanding of what an IDE gives you

So my main question is what do full blown IDEs do that an editor like VSCode cannot?

Re: Fleet, a Lightweight IDE from JetBrains

#238

Post by citizenmatt »

gjvc wrote: post #70
tluyben2 wrote: post #69

Earlier quoted context omitted.

I will try this now; thanks for that!

please email me if you have any corrections / suggestions for improvement for the instructions :-)

Please note that the JBR is a custom build that contains a number of important changes and fixes, and it's not recommended to replace this. For M1 support, it's much better to use an M1 compatible JVM and .NET runtime. Rider 2021.2 is an Intel build, because when it was released there was no M1 compatible .NET Runtime.

Rider 2021.3 has an M1 build, and makes a big difference. It's currently in preview (https://www.jetbrains.com/rider/nextversion/) but will be released in the next week or so.

Re: Fleet, a Lightweight IDE from JetBrains

#239

Post by fivea »

glun wrote: post #228

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 at all and feels it is doing it's best to get in the way and sabotage your productivity.

Re: Fleet, a Lightweight IDE from JetBrains

#240

Post by jatone »

ac130kz wrote: post #77
xyproto wrote: post #51

Earlier quoted context omitted.

To be fair, Wayland is still new (compared to how long Java has existed), and Java/OpenJDK may improve support in the future.

Wayland is almost 15 years old by now, and it's on track to be enabled by default on most distros as well.

there also isn't a reason for them to use it xwayland works fine for the usecase.

I hope they support wayland natively but its just not necessary atm.

Post reply on HN