Live data from Hacker News

JetBrains Fleet: The Next-Generation IDE by JetBrains

jetbrains.com

111–120 of 169 posts

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

#111
post #82

Earlier quoted context omitted.

There's been a long-standing issue in Rider and also Webstorm where you try to search globally with Ctrl-Shift-F, and the search UI comes up with the searchbar unfocused and pre-filled with something random. You type what you avtually want to search for, and it either goes nowhere, or tacks onto the end of whatever garbage was pre-populated in the search bar.

This sounds like this one: https://youtrack.jetbrains.com/issue/IDEA-201301 It's a third-party issue that we, unfortunately, can't properly address on our side but there's a workaround available.

Nah, it's not that - this is on Windows.

If some text is highlighted, the Ctrl-Shift-F dialog will populate with that text, and it will be focused and selected.

If nothing is highlighted in the editor, then it uses some random bit of text from the search history buffer, and does not focus the input.

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

#112

Earlier quoted context omitted.

But this is here just about the software architecture design. This is kind of similar to the X Server and Client architecture. Or to games like Quake 3. The server and client is by design separated, which potentially allows to run the server on some other host, and remotely connect to it. But you can host your own server. And you can also just run it locally, and locally connect to it. You can even bundle it together…

That WOULD be great, IF they open sourced the server side. Otherwise, it's just one bad day away from some manager pulling the old switcheroo, and making the server a paid "pro" thing.

JetBrains IDEs are commercial, proprietary software. In my opinion well worth the price.

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

#113

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

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

#114
There's a lot of focus on how this changes the dev environment, but there's another aspect to this change:

- You could use this to remote into a CI build that failed

- You could use this to remote into a production environment that crashed. E.g., if an unhandled exception is thrown in a server, the process pauses and waits for a debugger to attach while the API gateway switches to another server.

This could merge the concepts of CI, production, and personal dev environment so that the only difference between your dev environments and production is the scale of cloud computing required.

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

#115
post #4
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...

Cool! What's the relationship between JetBrains Fleet, JetBrains Projector[1], and Remote Development?

[1] https://lp.jetbrains.com/projector/?utm_source=product&utm_m...

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

#116

I get a horrible feeling in my stomach when I see these "remote" IDE options. I am very sure that they have their benefits, coding from a thin-client machine and having an "always on" session in the cloud ... But it feels like a slow errosion of our control and ownership of our tools. Where everything is becoming a rent-seeking opportunity and good tools are made available for a monthly rent. Personally I like having…

I love the idea of a remote IDE, especially when i'm compiling heavy apps in xCode/Android Studio but i have to agree.

We are losing control and open ourselves to the mercy of whatever company.

Google is a great example. Many businesses rely on their services but if some robot bans you then you are majorly screwed.

IMO there's no stopping this trend. However, there's a solution and that is having more choices and competition.

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

#117

I get a horrible feeling in my stomach when I see these "remote" IDE options. I am very sure that they have their benefits, coding from a thin-client machine and having an "always on" session in the cloud ... But it feels like a slow errosion of our control and ownership of our tools. Where everything is becoming a rent-seeking opportunity and good tools are made available for a monthly rent. Personally I like having…

I can totally understand the feeling, but I read this as just as much an opportunity for the other way around.

However this may now make it possible for a person who can't afford the hardware to make his own projects by renting the actual hardware a little at a time, as he has needs for it.

Gitlab codespaces works even if all you have is a locked down school issued Chromebook.

And it is not as if you don't have plenty of options if you want to run the entire thing on your own machine(s).

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

#118

I get a horrible feeling in my stomach when I see these "remote" IDE options. I am very sure that they have their benefits, coding from a thin-client machine and having an "always on" session in the cloud ... But it feels like a slow errosion of our control and ownership of our tools. Where everything is becoming a rent-seeking opportunity and good tools are made available for a monthly rent. Personally I like having…

JetBrains makes money selling to corporate engineering orgs. In that context the incentives towards remote development environments are very strong. You can get a developer immediately productive (again) by restoring a golden image. Instead of paying engineers to optimize the build or write IDE plugins to index manageable subsets of the codebase, you can just throw power at it. Remote dev environments at my company h…

As another data point, I buy a license to all Jetbrains IDEs as a private individual. The non-remoteness and the fact my license is for a perpetual installed version matters to my livelihood. It's also a known cost where many things get more PAYG
Post reply on HN