Live data from Hacker News

Fleet, a Lightweight IDE from JetBrains

blog.jetbrains.com

211–220 of 427 posts

Re: Fleet, a Lightweight IDE from JetBrains

#211
post #7

Earlier quoted context omitted.

> DOA without vim bindings though. The number of users pining for Vim and Vim bindings is greatly exaggerated.

I wish it wasn't though. I am so addicted to vim :/. Not even a hard core vim script maker or anything though and every 9 months I try to either add IDE features to vim (and give up) or add vim features to an IDE (and give up). Vim, not even once.

I had a very overcomplicated set-up to for JS/TS/web stuff and recently I decided I'd like to simplify a little.

So now I just install Neovim and then clone LunarVim :) Yeah, my own custom config is probably more slimline, but LunarVim has more functionality and started up faster than my personal config.

I disable a few things and tweak some bindings, but other than that it let's me actually develop things rather than tweaking my config.

Maybe I'll revisit this in the future, but for now I'm happy and probably more productive.

Re: Fleet, a Lightweight IDE from JetBrains

#212

Little 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.

Have you waited for indexing to finish?

https://www.reddit.com/r/ProgrammerHumor/comments/9v7i1w/tha...

Re: Fleet, a Lightweight IDE from JetBrains

#213

Earlier quoted context omitted.

OP refers to VSCode being built on web stack. But AFAIK there is little to none actual DOM manipulations after initial setup since everything is rendered on canvas.

at that point why don't they just use native + skia ? Seems weird to build a web based editor to then just use canvas.

At a guess, they're probably sticking with it because it enables Javascript/Typescript as an interfacing language for plugins which, given the language's popularity and cross-platform nature, is probably part of the reason the plugin catalogue is so large.

Re: Fleet, a Lightweight IDE from JetBrains

#214

Earlier quoted context omitted.

Just in case you haven't tried that yet, increase the IDE's memory heap size. That solved the problem of sluggishness for me.

Why hasn't Java added an option for automatic heap sizing for the desktop application use case (or any use case, for that matter)? Seems like a no-brainer thing to add, so I guess there are Reasons(tm).

It is configured by jetbrains (I guess to not use as much memory as Java would default to)

Re: Fleet, a Lightweight IDE from JetBrains

#215
post #18

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 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

If they make it free they could get a big chunk of nothing.

I've never understood programmers willingness to devalue their own trade like this.

Re: Fleet, a Lightweight IDE from JetBrains

#216
post #74
post #64

To me it sounds like this is used to test a rewrite of all their IDEs because it is written from scratch. I can imagine if this becomes a succes they will update all their IDEs or use Fleet as the new platform.

Over year ago JetBrains released a post showing they don't understand why VSCode eats their market: > Still, we don’t deny the information could be a bit skewed – even with the weighting we give to our survey results – given that this is from the JetBrains State of Developer Ecosystem survey, and one of JetBrains main products is IntelliJ IDEA. However, that is not to say that this is not totally unreasonable, as if…

> clearly a lack of understanding of what an IDE gives you

That might not be a point in their favor. Once VS Code came out, a lot of programmers that were simply following their earlier training and using an IDE, learned how much you can do in a text editor. I've seen lots of "Why would anyone write code with Notepad?" over the years. This was largely rooted in Java, where the only option was to use an IDE. VS Code dispelled the myth that real programming has to happen in an IDE.

Re: Fleet, a Lightweight IDE from JetBrains

#217

Earlier quoted context omitted.

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.

I've never used IDEA and friends for JavaScript. Are they not using the LSP?

They've historically done a lot of things on their own for JS. So perhaps VS Code + TS language server isn't quite on par with their JS tooling (which works a lot better with TypeScript type definitions, though, so perhaps it's just mostly the same as well).

However, what I personally hated was that there's so many squiggly underlined things ... in red, yellow, green and what other colors, each of which (regardless of color) could be either ignored or an actual error. Granted, that's how easy it is to properly check JS code for whether it does something sensible, but I didn't really find it helpful, especially because issue categorization and accuracy was so random.

Re: Fleet, a Lightweight IDE from JetBrains

#218

Earlier quoted context omitted.

The UI is probably written with compose https://github.com/JetBrains/compose-jb

I believe so as well. Compose is very similar to Electron. Jetbrains Toolbox (which uses compose) uses 500mb memory which is on par with what Electron would use for such a simple app.

Why would it be similar? It doesn’t need all the unnecessary abstraction of a browser/DOM. Also, initial memory usage doesn’t mean it scales the same way from then on.

Re: Fleet, a Lightweight IDE from JetBrains

#219
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.
Post reply on HN