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

JetBrains invites developers to join the Fleet Public Preview Program

blog.jetbrains.com

Post reply on HN
Print view View original

211–220 of 332 posts

Re: JetBrains invites developers to join the Fleet Public Preview Program

#211

Post by mmastrac »

MikhailVink wrote: post #116
_fat_santa wrote: post #45

This looks really promising. But by far the biggest moat that Jetbrains is going to have to cross to get into VSCode territory is the plugin ecosystem. Personally I work on React projects so my first thought was: "is there a Prettier[1] plugin?". Looking through the landing page it looks like Plugins are in the works but until that is implemented, it's going to be hard adopting it. ALSO I just noticed this but can so…

JetBrains employee here, and I can clarify the point about “Requires login and periodic connection to JetBrains servers to verify the project”. If you are using Fleet in a Free (hobby) mode, we are verifying that the project comply with one of three criteria: 1. your project is local (no Git or Git Remote). 2. your project is public on GitHub. 3. your project is private but has less than 3 committers. In this case, w…

I don't care why but this is creepy. Use a token in a public repo, not some sort of callback scheme. My IDE should not be doing authorization checks that involve telling a third party what I'm working on, under any circumstances.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#212

Post by sod »

Bishonen88 wrote: post #176
sod wrote: post #150

Earlier quoted context omitted.

While annoying, all intellij EAPs (early access previews) are very cpu intensive, as they run in debug mode by default to create diagnostics and crash reports. Kinda similar like if you would keep the debugger open in your browser. Not sure if you can disable it, but thats the main reason why I stopped using EAPs for work. But the ram is typical intellij, they take what they can get from the OS :)

any source on that claim? I.e. that eap are cpu intensive?

I can't find a source to my claim. Just now downloaded webstorm 2022.2.3 stable and webstorm 2022.3 EAP to compare, but they seem to behave similar in cpu. Every now and then in the EAP in the activity monitor a "diagnostics dumper" pops up, but only for a brief moment. Maybe they improved it a lot. I remember complaining about EAP performance a long time ago and remembered an answer to expect a few more cpu usage from an EAP (the diff was not as stark as 100% though, it was more like 20% EAP vs 5% stable).

I mean please don't judge the CPU profile of an EAP to the final product.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#213

Post by capableweb »

bombardier6789 wrote: post #206
tester756 wrote: post #142

Earlier quoted context omitted.

so, modular? :) crud app with frontend + backend is not distributed, but it definitely is client/server architecture but that's just nitpick, iirc "distributed" means something different in their context

What would be your definition of distributed?

Going beyond the traditional clientserver/thin client architecture with at least 2 servers is what I'd consider distributed.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#215

Post by mmastrac »

bluelightning2k wrote: post #95

I have read all the comments on this thread. I'm fascinated by people's thoughts of VSC Vs JetBrains. It seems the consensus is that JB is better, except for web platform? Maybe this is because TypeScript is an excellent language server

VSCode is still best for anything that isn't Android development, IMO. The C/C++, Rust, JS/TS integrations in VSCode have been amazing for me. IntelliJ is a battery killer, but VSCode is something I can run on a plane or in a cafe without a power cord.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#216

Post by ethanbond »

whycombagator wrote: post #133
ethanbond wrote: post #80

Earlier quoted context omitted.

It's not. At least as far as I can tell, the different Jetbrains IDEs are more like configurations or flavors of the same underlying thing. You can do most things in most of their IDEs. You should try paying for an IDE. VSCode is great but if you're an engineer getting paid anywhere close to a Silicon Valley wage (or you can expense devtools), you deserve better :)

> It’s not. From the WebStorm page on JetBrains: > WebStorm The smartest JavaScript IDE WebStorm is an integrated development environment for JavaScript and related technologies. Like other JetBrains IDEs, it makes your development experience more enjoyable, automating routine work and helping you handle complex tasks with ease.

Right, your comment implies that you can't use e.g. Webstorm for non-JS development. You can, and it'll be a pretty darn good experience. Webstorm just happens to be optimized for web stuff, and there are other IDEs that are optimized for other things.

So the answer to, "what if my employer has a repo of language X and then a different repo of Y?" is: it's very likely not a problem, because the IDEs are not as specialized as you're clearly imagining them to be.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#217

Post by stusmall »

noob_07 wrote: post #189

Anybody having memory issues with it? I opened a large react project and it utilized nearly 2GB of RAM. I am on a linux machine.

That doesn't seem that extreme if it is a large project. JetBrains products are more than just a text editor and tend to be pretty aggressive with RAM usage.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#218

Post by MatthiasPortzel »

speed_spread wrote: post #195
Kukumber wrote: post #128

They made a mistake to keep using the JVM.. They should have went with kotlin-native from the start EDIT: Ok i gave it a try, so far very responsive, typing latency feels much better than vscode, overall i like the UX, they kept it simple yet very well organized Much better than vscode already, congrats!

Native code makes it much harder to design a runtime plugin system. Also, other than fast startup and lower memory usage, native code does not make the app faster.

I don’t know what you’re looking at, but time-to-start is a huge factor for me. If I’m using a program as a text editor (as opposed to an IDE), I want to be able to open a file, edit it, and then close it. When I heard JetBrains was working on a lightweight text editor, I was hoping for something I could use in this way, but Fleet takes 5 seconds to launch and auto-closes after closing all files. So I’m a little disappointed.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#219

Post by nobleach »

I had high hopes that JetBrains would relent on their decision to avoid implementing a Language Server Protocol server. There is a 3rd party implementation out there, but it needs a lot of help. I realize this cuts into their core business... but it'd sure make using Vim to write Kotlin a more pleasant experience.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#220

Post by pgo »

kobepanda wrote: post #210
onebot wrote: post #110

I would love this if it wasn't also built on the Java runtime. I hoped the "from ground up" rewrite to include a new much more performant backend that didn't burn resources. To be fair, I even think VSCode is too slow. I have been loving Helix Editor since it gives a great out-of-the box experience for terminal. But craving a better VSCode replacement. Had high hopes for Fleet, but I guess you can't teach an old dog…

I've been liking https://zed.dev/ for something that gives me more smarts out of the box than Sublime Text but maintains the responsiveness. Limited set of languages but it supports the ones I use on the daily

Would you happen to have an invite for zed.dev ? I typically have 10-15 VSCode windows open and have been looking for an performant but modern IDE
Post reply on HN