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

JetBrains Fleet: The Next-Generation IDE by JetBrains

jetbrains.com

Post reply on HN
Print view View original

141–150 of 169 posts

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#141

Post by tomjen3 »

pjmlp wrote: post #47
Philip-J-Fry wrote: post #43

Earlier quoted context omitted.

Why do you think this is a centralised/cloud IDE? It still runs on your machine. But the architecture it's built on means that it can run anywhere. A similar architecture to VS Code where you can deploy the VS Code server in a docker container or a remote server and run the UI on your PC. You can still run the entire thing on your PC if you wish. So long as they never remove the ability to run locally (they would be…

Being old enough to have used thin terminals, they aren't insane, plenty of industries don't allow for local development.

More to the point: you don't want to take your n-core x-gpu machine speced for machine learning under your arm to the meeting.

But you would want to bring your thin-and-light machine with a remote ide session to that machine.

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#142

Post by tomjen3 »

hhariri wrote: post #4
SiriusLi wrote: post #3

Appears to me as a response to VS Code's remote capabilities.

We've announced Remote Development support today https://blog.jetbrains.com/blog/2021/11/29/introducing-remot...

That sounds awesome. One point though - VS Code also allows you to setup a reproducable dev environment locally or through an SSH connection. It isn't clear to me based on the video if that feature is exclusive to Space or not.

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#143

Post by atraac »

crustycoder wrote: post #62
hhariri wrote: post #8

Earlier quoted context omitted.

IntelliJ IDEA along with the platform is the largest team at JetBrains and we're constantly working on bugs and features. If you can please point me to the issues you're referring to in YouTrack, I can check the status.

I shouldn't have to point out just how broken that is as a way of supporting paying customers. Like the OP I've simply stopped reporting bugs, because they don't get looked at for literally years, let alone fixed. The product is OK-ish, the support is abysmal.

It’s funny because I use Rider for work and I did have few issues that I reported but my experience is totally different. I got instant help in every case, usually developer jumping into the thread and people actually fixing bugs.

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#144

Post by technobabbler »

filereaper wrote: post #138

The new JetBrains products seem targetted at VSCode and specifically its remote code offerings. I've liked JetBrains and I'm paying their license but the current $249.00 yearly fee is still too high and I fall back to VSCode frequently. The $249.00 fee covers all of their IDEs but I don't need the .NET IDE's if I'm working on JVM languages or CLion or GoLand for instance. I was hoping for something like "Pick 2-3" ID…

FWIW if you're buying it with your own money, the individual subscriptions are much cheaper. They start at $150 or so for Ultimate, I think, and less than that for individual products. Then they get cheaper every year after that (loyalty discount), and you also get an offline key to use with the last version you subbed to even after your sub ends. All in all it's a very fair pricing model.

After 3 or 4 years, my annual resub for Phpstorm was like $60/yr. Upgrading to ultimate was like $30 more. Well worth the price.

I've tried vscode several times, once every few years. It's getting closer for sure but for now still requires a bunch of extensions and tweaking to approximate the feature set of IntelliJ.

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#145

Post by polyterative »

moogly wrote: post #133
ygra wrote: post #83

Earlier quoted context omitted.

At least with TypeScript, they've been using the official language server for a while. Sadly they still fall back onto their own JS-esque 'guess what this could be' mode in some situations where vanilla TS would have just emitted an error that the respective module could not be found. For C# Rider supports Roslyn analyzers and code fixers as well, though I don't know with what performance impact (as ReSharper isn't b…

IMO, WebStorm's TS support is much better than VSCode's, especially the refactorings.

Yeah it really works well with angular as well

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#146

Post by jmrm »

amcoastal wrote: post #96
cedws wrote: post #77

Earlier quoted context omitted.

No wonder developers complain about sluggishness and running out of memory when they're literally using a headless web browser to write code. Sublime Text works brilliantly. I can have tens of projects, hundreds of files open and the memory usage is peanuts. I don't get the hype about "modern" IDEs let alone remote IDEs.

I'm sure you already know this, but I used to use sublime text and moved to an IDE because of the debugging features. Sublime text and a terminal is great for simple problems, but you'll cost yourself a lot of time doing print statements when you could just use an IDE.

I always used ST even after trying VS Code and Atom some years ago, but some weeks ago installed VS Code to try GitHub Copilot and I haven't already gone back.

The integration of VS Code with my C tools are so good that I don't see myself going back.

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#147

Post by tester756 »

Shadonototra wrote: post #113
nathantotten wrote: post #70

While they don’t specifically say what the “language server” is, if it’s the same protocol that powers VS Code[1], this is a big deal. It potentially means that language owners can build tooling that works across IDEs much more easily. Historically, JetBrains seems to have resisted the idea of a standard language protocol (which makes sense as it comes from Microsoft). My guess is it’s becoming impractical to reimple…

LSP is trash compared to intellij's tech it is night and day.. i don't understand how people believe LSP is perfect, it is not, the API is broken, it missing a ton of stuff and as a result client implementations are often broken

What LSP is missing?

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#148

Post by dzhiurgis »

axegon_ wrote: post #99

I am not sure how I feel about this. JetBrains either get things very right or very wrong. At this point I feel like there a pattern: Their desktop applications(IDEs) are usually great. However, my experience with their server-side solutions(teamcity, upsource) has been nothing short of explosive diarrhea. With the "remote" word tossed in there, I'm not entirely optimistic.

If they integrated completely vertical (their own cloud, k8s and remote machines) that would be so nice. Almost what Salesforce did for years if not decades, but less sucky!

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#149

Post by selcuka »

stefs wrote: post #98
gommm wrote: post #59

Earlier quoted context omitted.

I think that it would be good to dedicate a few months with no new feature and just focus on fixing all the regression bugs, there's a lot of bugs that are reported for many months to a year seemingly without activity. I used to like Intellij but got fed up and just stopped using it. Dealing with regression bugs isn't worth it. An IDE should be extremely stable, releasing new features is great but it shouldn't be to…

https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-s... 5. Do you fix bugs before writing new code?

That might indicate a good place to work for a software engineer, but not necessarily a profitable business. If a bug affects 1% of your customers but a feature will potentially bring 2% more customers, the business will obviously prioritise the latter.

Disclaimer: I know that the above is an oversimplification but the point is there has to be a balance between fixing bugs and adding features. You can't wait until all reported bugs have been fixed.

Re: JetBrains Fleet: The Next-Generation IDE by JetBrains

#150

Post by SureshG »

pohl wrote: post #100
pwdisswordfish9 wrote: post #69

Earlier quoted context omitted.

It's interesting and says something about the state of tooling that, in response to those requirements, it was easier to switch to an entirely different language and ecosystem than it was to build off the existing work and convince the toolchain you were using to produce output with those properties.

Is it / does it? I thought the JRE as a deploy-time dependency was the very first conscious tradeoff one makes with Java, and always has been.

JDK is modular now and ecosystem is moving towards jlinked application. So no need for jdk on the target machine.
Post reply on HN