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 ...<p>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.<p>Personally I like having my whole build system, IDE, CI/CD on a machine I work at. I get this might not be for everyone, but I think we need to be careful what we give up long-term for these conveniences.<p>Granted, I could just use VI and a terminal and nobody is forcing anyone to use anything ... but like many things, they are not like-choices.<p>I depend on my tools, and the fewer dependencies to paid-montly SaaS features the better.
This looks very interesting.<p>This was almost overdue. Since the beginning of Covid, the need for good remote code development raised quite a bit (at least for many people I know, including our team). When compared to VS Code and its remote editing over SSH, IntelliJ was really lacking. I know of a couple of people who went away from PyCharm just because of this.<p>Related reports: <a href="https://youtrack.jetbrains.com/issue/PY-19752" rel="nofollow">https://youtrack.jetbrains.com/issue/PY-19752</a>, <a href="https://youtrack.jetbrains.com/issue/IDEA-226455" rel="nofollow">https://youtrack.jetbrains.com/issue/IDEA-226455</a><p>I tried Code With Me but this seems limited to 10 minutes in the free version or so, and also not really intended for remote editing but more for pair programming.<p>> hosted in Space<p>What does this mean? I have not really explored this so far. Can I host private own Space instances? I can imagine this would be a requirement in many environments.<p>Is Space an alternative to GitHub or other hosting solutions? We would not want to move our code, issues and internal project management over to some other platform. We just want good remote editing support.<p>Will there be a free community version of Fleet?<p>Anyway, I applied for an invitation to Fleet Preview. Maybe I can get a chance soon to try it out.
Meanwhile IntelliJ is rotting with months-old bugs that render entire features useless, with no fixes and no ETAs in sight. The only product that I pay money for that constantly, on almost every release, pains me with new bugs, a good portion of which are never fixed. I thought about using other Jetbrains products like DataGrip (and now this Fleet), but I'm not going to invest even more into a company that simply refuses to fix bugs and regressions.
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.
The new JetBrains products seem targetted at VSCode and specifically its remote code offerings.<p>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.<p>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" IDEs for a certain fee, like say $129 for Scala, DataGrip & PyCharm, oriented towards common clusters of vertical stacks devs normally use.<p>I understand that $249 may not be a large amount for many folks here, but JetBrains isn't the only development tool I'm buying and supporting with a yearly license.
It’s funny that the person who wrote the copy for the webpage thought that “does X in seconds” was a good way to describe the speed of a modern text editor.
Can it finally do something like .vscode/settings.json so that everyone on the team doesn’t have to do manual setup steps or download a settings file from somewhere?<p>Opening a project should bring with it all of the conventions for working on that project, along with plugins also.<p>Bonus points for auto format on save and other style enforcement tools to remove pointless nit picking from the PR process and focus on the intent.
I use PyCharm for work and what frustrates me about JetBrains is they're constantly pursuing these greenfield projects while bugs in the IDE that are ten years old are still unresolved. I can't trust them to develop this when their other "new" features like CodeWithMe session-sharing are still very buggy and incomplete.
@dang could have merged this thread with <a href="https://news.ycombinator.com/item?id=29377515" rel="nofollow">https://news.ycombinator.com/item?id=29377515</a>
This nicely shows why I like my JetBrains IDEs so much: They look at what is successful and then they don't mindlessly clone the product, but they cherry-pick the core reasons why it is successful.<p>I have also observed that cloud coding environments (e.g. AWS Cloud9) have become more popular and I totally get why. Collaboration is easy and you can have a Linux runtime close to your production servers even though your programmers use Windows and Mac laptops. But I've always felt icky about putty my source code into some else's hands because who knows how trustworthy EC2 really is when you're working for an Amazon competitor ;) Or more generally, plenty of European companies have general rules that forbid you to put EU data onto US servers.<p>So I'm happy to see that JetBrains has reproduced the collaboration and Linux runtime features, while still allowing me to self-host things on a server that I fully control.
> We built Fleet to be a fast and lightweight text editor for when you need to quickly browse and edit your code. It starts up in seconds so you can begin working immediately...<p>An editor that takes multiple seconds to start up doesn't strike me as "fast and lightweight".
There's a lot of focus on how this changes the dev environment, but there's another aspect to this change:<p>- You could use this to remote into a CI build that failed<p>- 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.<p>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.
I'd rather they fixed the remote development in IntelliJ first. You can sort of (ab)use the remote deployment feature in Ultimate for it, but it's clearly not intended for that. And it's extremely clunky - for example the ability to exclude files from syncing is completely underpowered.<p>And why the hell is selecting files yet another different way of doing what's basically the same task as elsewhere? I'd suggest they should be using the File Scopes feature except it's terminally useless, with it's wierd-ass, barely documented and inadequate syntax. I've <i>never</i> managed to get it to work adequately.<p>There seems to be a common failing with JetBrains product development, they try to rush out as many different features as possible, presumably for the purposes of marketing "tick lists", but many of them are poorly designed, bug ridden and never worked on after v1.0<p>IntelliJ - because all the alternatives are even worse.
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 reimplement every language feature for Typescript, C#, Go, etc. Embracing the standard LSP will mean less time spent on low level features and more time building JetBrains only value add.<p>[1] <a href="https://microsoft.github.io/language-server-protocol/" rel="nofollow">https://microsoft.github.io/language-server-protocol/</a>
> It starts up in seconds so you can begin working immediately<p>They and I have a very different idea of what the word "immediately" means
Just started using VS Code after years of JetBrains IDEs. Wow, it's like flying through the air vs. the maple syrup feel that JB IDEs have grown to be.<p>Thin client hosting might be their Hail Mary.
I'm super duper happy to see this coming.<p>Was getting worried about the communication about light code editors in the past and how those users don't understand what a good IDE is [1].<p>I very much welcome Jetbrains getting into the vscode / codespace / gitpod space, and creating a rocking product.<p>Looking this one with a lot of attention.<p>[1] <a href="https://twitter.com/fbricon/status/1308165808506507267?s=20" rel="nofollow">https://twitter.com/fbricon/status/1308165808506507267?s=20</a>
Did I understand it right, that the IDE is still not web based?<p>Not that I am a particular fan of web based apps, however, there are very significant use cases involved like hosting a JetBrains powered editor in the web.