Live data from Hacker News

JetBrains invites developers to join the Fleet Public Preview Program

blog.jetbrains.com

231–240 of 332 posts

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

#231

Earlier quoted context omitted.

Sure but WebStorm is targeted solely/mainly at JavaScript development. What if my employer has N repos and several other languages, and JavaScript is just one of those. VSCode allows me to stay with the same interface across multiple different repos. Yes, if I’m doing Ruby or Java or C# I might choose a _different_ IDE for certain tasks in that language. But with a few plugins you can get a reasonably good generalist…

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

While the various product are more or less different flavors of the same program, if you want do work on a polyglot project the best choice is probably Idea since is the more flexible. The others have a better out of the box experience for a specific language but have a few limitations here and there.

For example (and if I remember correctly), Webstorm doesn't support a project with different modules, so if you want to split it in two or more parts you have to either create it with Idea and "import" it in Webstorm, or manually edit the project file.

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

#232

Earlier quoted context omitted.

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…

[off topic] Are you guys affected by the situation in Russia, or have all JetBrains employees left the country already?

They opened a company in Serbia so I guess that some of the Russian employees already moved to Belgrade.

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

#233

Earlier quoted context omitted.

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.

Then don't use the product for free?

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

#234

Earlier quoted context omitted.

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

> pretty darn good experience

At least when I last did this about two years ago, it wasn't. There are a ton of edge cases. For example, only CLion supported stepping through Rust in a debugger.

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

#235

Earlier quoted context omitted.

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.

Then don't use the product for free?

Or maybe... find a way to not be creepy? They're the ones trying to convince people to move from VSCode.

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

#236

Earlier quoted context omitted.

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.

Then don't use the product for free?

I’ll just stick with not using JetBrains software like I haven’t for the past two decades. Bloated and slower than Eclipse.

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

#237

Earlier quoted context omitted.

> 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?". This just reinforces my feeling that a major driver behind VSCode's popularity is that people just don't know better [1] 1. Download WebStorm (or IDEA) and write some React in it. And Typescript. Refa…

>It's leaps and bounds ahead of VSCode It's also paid vs free. For some reason, some people are very reluctant to pay for tools, even though they use them every day in their job.

It is precisely because I use it every day that I use VSCode. As much as I like some of the features of JetBrains IDEs I have also had more headaches with them than VSCode. For example at my previous employer our dev machines weren’t great and I routinely needed to have multiple projects open at once. If I tried doing that in IntelliJ it would make my computer basically unusable. When I gave up and used VSCode for all of my projects I was able to have all the projects I needed open without any issues and without really losing any productivity. If JetBrains IDEs were lighter on the system I would consider switching back to them, but honestly at this point I don’t see a benefit in switching back.

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

#238

Earlier quoted context omitted.

> For some reason, some people are very reluctant to pay for tools, even though they use them every day in their job. This also really baffles me. You can see it a lot in various discussions even here on HN.

Because if your tooling is closed source (and if it's paid it almost certainly is) then your ability to maintain a project is dependent on some corporation's willingness to continue to support the tooling etc.

As long as you can build the project with standard tools (e.g. npm for javascript, maven/gradle for Java etc.) you can survive your favorite IDE disappearing suddenly from one day to the other. It is more o less a requirement if you use CI/CD and a non issue anyway since any decent IDE can generate and synchronize a project using an external tools as a source of truth.

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

#239

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.

I'm at 3.28GB backend + 1.83GB frontend for a medium-large PHP project as well. Pretty huge memory requirements but I've got plenty so not a big deal, just noticeable compared to alternatives.

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

#240

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.

Never seen language server come even close to what intellij offers.

When I last used them for Rust about two years ago they were racing neck and neck against a language server being refactored to share a backend with the reference compiler.

I switched to the language server because I felt running the actual compiler will in the long term always work better than writing your own parser. I was on the Jetbrains student discount, so I made a small recurring contribution to the rust language server project.

I think in retrospect that was the correct decision. The language server team has done great work, and they support things impractical to do with just parsing like autocompleting functions defined by macros.

Post reply on HN