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

281–290 of 332 posts

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

#281

Post by lemming »

sangnoir wrote: post #247
mariusmg wrote: post #70

Earlier quoted context omitted.

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

> For some reason, some people are very reluctant to pay for tools, even though they use them every day in their job. I used to pay Jetbrains annually, out of my own pocket. I continued paying fir a personal license even after my employer bought me another license. Jetbrains then made a stupid, greedy decision[1] (and walked or back within days), but I was done with them and canceled my subscription. Since then, my e…

Some years back, they decided on an IDE-as-a-service path where they were going to brick your IDE the day your subscription lapsed.

No they didn't. This is a total mischaracterisation of how JB's subscription works.

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

#282

Post by vips7L »

Tijdreiziger wrote: post #257
rob74 wrote: post #28

Earlier quoted context omitted.

The main difference between VS Code and the various JetBrains IDEs is that for VS Code, you have to find and install the relevant plugins for your use case yourself, whereas the various JetBrains IDEs tend to work out of the box (while still supporting plugins). That's usually the difference between most free/open source solutions and commercial software: you can do mostly the same with the open source alternative, y…

In my experience it’s the opposite. In VSCode, when you open, say, a .py file for the first time, you automatically get prompted to install the Python plugin. With the JetBrains suite you would have to manually install PyCharm.

IntelliJ definitely prompts me every time I open a new file extension that the plugin isn’t installed for.

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

#283

Post by lemming »

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 don't have a source other than that I develop plugins for IntelliJ professionally, but it's definitely true that performance is generally not a focus earlier in EAP cycles. I think they mention it when you download an EAP release.

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

#284

Post by alanwreath »

yoyohello13 wrote: post #149
microtonal wrote: post #72

Earlier quoted context omitted.

People don't know better (yes, they really don't) Or maybe VS Code is just really good? I was skeptical for a long time as well. I am a longtime Emacs and JetBrains IDE user (starting with IntelliJ in 2013). A while back I gave VS Code a try again. I primarily used CLion for Rust and PyCharm. And I found that the Rust/Python is at least as good as in CLion/PyCharm (with the exception of Cython). And thanks to VS Code…

> And I found that the Rust/Python is at least as good as in CLion/PyCharm I think Rust support is comparable (probably because they both use rust-analyzer). I've found the opposite for Python. PyCharm is WAY smarter than VS Code.

same, I've used both -- gave vscode a good year of trying to do python with it and Pycharm is doing more to understand my code. I'm not even using the integrated database junk either and it still does more.

That said there is one part where I still have to turn to VSCode and that's when I want live breakpoints inside of a Tilt powered Kubernetes pod. I like the way that those settings are persisted so that other dev's can also use the debug functionality with literally one click. If pycharm just made remote debugging easy I'd never have to open VSCode for python development (but I'd probably still open it for something else like a quick editor of a file -- it's like my new vim). VSCode shines for supporting odd-ball languages and libraries sooner than JetBrains - and opens relatively quickly, sublime is much faster and I still use it for large files -- I just wish it was a little less involved to extend like VSCode.

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

#285

Post by dmitriid »

NoahKAndrews wrote: post #182
vladvasiliu wrote: post #157

Earlier quoted context omitted.

They come with a bunch of "pre-configurations". I used to have PyCharm, and now I've switched to IntelliJ. I can still do everything I could with PyCharm, which was itself a superset of WebStorm. Sure, some things are organized a bit differently, but basically, if you want to use multiple languages, just get IntelliJ, and you'll be set. It's cheaper than buying several other products, too. The only one that seems a b…

I believe AppCode and Rider are more examples of JetBrains IDEs that do things that IntelliJ Ultimate can't.

Appcode, Rider, CLion and Goland are not available as language plugins to other IDEs.

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

#286

Post by woojoo666 »

mmastrac wrote: post #276
FlyingSnake wrote: post #274

Earlier quoted context omitted.

You can’t really shut down all VSCode telemetry. Source: https://www.roboleary.net/tools/2022/04/20/vscode-telemetry....

FTA: > Next, I wanted to see what would happen when I disabled telemetry. After some activity, I checked the log, and found no events were logged. That is good.

One paragraph after:

> The absence of logged events doesn’t mean that data is not being sent though! A more accurate way to see what is being sent out is to monitor your outgoing network traffic and analyze the packets.

But unfortunately the author doesn't do that

A bit further down they say

> It looks like you cannot shut telemetry off 100%. These settings will opt you of most data sharing scenarios; but not all data sharing scenarios

And even VSCodium doesn't take it all out

> Even though we do not pass the telemetry build flags (and go out of our way to cripple the baked-in telemetry), Microsoft will still track usage by default.

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

#287

Post by dmitriid »

iudqnolq wrote: post #240
tasubotadas wrote: post #225

Earlier quoted context omitted.

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

> running the actual compiler will in the long term always work better than writing your own parser.

No, it won't. A compiler and an IDE code analyzer have completely different non-intersecting goals.

As an example, consider error recovery. Where a compiler can just fail with an error, in an IDE you need to continue to provide full correct syntax highlighting, display all other potential errors and warnings, continue providing code analysis (including suggestions on how to fix the error) etc.

> The language server team has done great work, and they support things impractical to do with just parsing like autocompleting functions defined by macros.

None of these are provided by the language server team. These are provided by whoever wrote the code to analyze your stuff and provide data to the language server.

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

#288

Post by woojoo666 »

kuschku wrote: post #14
capableweb wrote: post #6

> Fleet is our new distributed polyglot editor and IDE. Ok, polygot makes sense, it supports more than just one language. But what does distributed mean in this context? You run the editor across many machines? What does that mean? Coming from a backend perspective, it quite doesn't make much sense. Thinking about it from a client-side perspective, I'm guessing they mean the architecture is decoupled, meaning basical…

Distributed means you can run the editor UI and the actual backend on separate machines. One long-term goal of such deployments is developers just having a thin chromebook with the UI and the actual code being on a corporate server, like terminals and mainframes in ye olde days. I believe this is a reaction to VS Code, which has supported this functionality for a while already.

But conventionally the word "distributed” is for apps running on multiple servers. Your definition makes every web app "distributed". And I feel like most of HN would disagree with calling Spotify Web a "distributed app"

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

#289

Post by MadcapJake »

capableweb wrote: post #183
chrisseaton wrote: post #42

Earlier quoted context omitted.

> Lots of complexity for small amount of gain Being able to develop on a huge beefy cloud instance, with managed background services, possibly with different architectures, from your laptop is huge . > But then they say "distributed" so that would mean many backend machines, not just one. ‘Distributed’ doesn’t mean ‘many’ - it’s distributed over two.

A "huge beefy cloud instance" comes with a premium price, especially if you're planning to use it for a year or two, while also coming with its own set of problems: No internet connection? No luck! Downloading dependencies for your backend? Start paying per GB downloaded, and so on. > ‘Distributed’ doesn’t mean ‘many’ - it’s distributed over two. A client server architecture is generally not considered "distributed"…

Distributed program vs distributed computing. One is anything from MMORPGs to P2P to thin clients. The other is for heavy computations distributed across a network of task processing nodes.

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

#290

Post by mdaniel »

dmitriid wrote: post #285
NoahKAndrews wrote: post #182

Earlier quoted context omitted.

I believe AppCode and Rider are more examples of JetBrains IDEs that do things that IntelliJ Ultimate can't.

Appcode, Rider, CLion and Goland are not available as language plugins to other IDEs.

Go most certainly is: https://plugins.jetbrains.com/plugin/9568-go but for the rest you are correct
Post reply on HN