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 Fleet: The Next-Generation IDE by JetBrains
121–130 of 169 posts
Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#122I 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…
As a student, I have a desktop at one of my parents' house that I can control over ssh, this kind of features make remote development much easier and is often needed when I run an intensive task for hours. The experience with VSCode over ssh is really great. Some have pointed out local VMs, which is another use for this.
Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#123I 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…
But the tradeoff is increased risk: a single point of failure, a reduction in agency, etc.
There's no one-size-fits-all answer to this question; it depends on the individual case (not just the product, but the customer)
Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#124I 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 think it's the classic efficiency tradeoff. Centralizing these tools is more efficient for the vendor, for the IT department, for users. It streamlines a bunch of things. But the tradeoff is increased risk: a single point of failure, a reduction in agency, etc. There's no one-size-fits-all answer to this question; it depends on the individual case (not just the product, but the customer)
I'd hate to see the existing IDEs like pycharm die
Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#125I 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…
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…
Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#126Earlier 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?
Over the weekend I spent a good chunk of a day fighting with a copy of Windows 11 for ARM preview that has a major bug wherein the Start Menu just straight-up doesn’t work. I’m not sure Microsoft is running at 12 full-time 21 years on from when this article was posted.
Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#127I 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…
Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#128Earlier quoted context omitted.
I think it's the classic efficiency tradeoff. Centralizing these tools is more efficient for the vendor, for the IT department, for users. It streamlines a bunch of things. But the tradeoff is increased risk: a single point of failure, a reduction in agency, etc. There's no one-size-fits-all answer to this question; it depends on the individual case (not just the product, but the customer)
The track record with these centralisation trends is that standalone tools get less and less features and attention then die out, leaving little choice. I'd hate to see the existing IDEs like pycharm die
Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#129Re: JetBrains Fleet: The Next-Generation IDE by JetBrains
#130I 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.