I just think it's so cool the world is getting closer to the mainframe-terminal architecture after so many decades, first we had ssh with X forwarding, then vim ssh editing mode, then mosh-shell, vscode remote mode and now intellij, the way it's meant to be! It makes no sense to download complex heavy legacy source code on many dev machines, get all the dependencies, etc, just to commit a single line of code, when everyone has intenet access and prefers to code on a thin laptop or even on mobile.
I might've missed it, but is this running in the cloud, or is this a personal on-premise solution? Can I run say run Rider on my Windows machine at work and code remotely through that at home - without using an RDP connection (and all the issues that entails)
The remote server can be a physical server sitting in an office or a virtual machine on a desktop or in the cloud. It can be created as a Docker image, and the IDE backend includes scripts for downloading dependencies, compiling, and waiting for indexes to complete.
The remote server is your own infrastructure, and can be a physical or virtual machine, running locally, hosted privately, or in the cloud. If your company or team uses JetBrains Space, then you can use hosting provided by Space, but otherwise, you need to provide the server.
I believe it could be achieved by port forwarding, I mean currently you can debug over Wi-Fi. If this concept will work well I would probably invest in powerful PC and will work on some M1 macbook, without a need to buy some $5k M1 max beast.
There are no plans to make this work on an iPad or to create a web frontend. The thin client is based on the IntelliJ Platform, so can be thought of as a stripped back IDE, like IntelliJ IDEA, WebStorm and so on. Which means that the frontend will have the same OS requirements as other IntelliJ-based IDEs - it'll work on Windows, macOS and Linux
@@mattellis2477 well, I definitely think you should. It would open up the opportunity to code for thousands of people (especially students using the Github student dev pack) who don’t have computers. You’d get more money too!
@@mattellis2477 That's a shame really. Intelij uses so little RAM which is ideal for "light" devices like the iPad Pro. I would understand the avoidance of a web version because I use Google Colab for python via iPad Pro but the experience is lacklustre. iPad Pro on the other hand is more than capable of having it's own stripped down IDE for coding and is perhaps the most obvious candidate for such a tie-up ... aside from cheap Chrome books. I would have subscribed to this service in an instant if it were available for iPad... maybe next time.
Kindly please consider adding support for iOS tablets, this would really be a game changer if I could not carry laptop (yes, tablets support keyboard and mouse) so You don't need focus on touch input, having ability to work many hours in field on low power machine since all work will be carried on server is something that multiple people will benefit.
Cool stuff, but has some rough edges, hopefully will get better. Currently must frustrating thing I have is the random lag spikes, for example - when you expand your selection, nothing might happen, you press keys again, this time it expand to whole word, then you press backspace/delete, and for some reason whole bigger selection is deleted in fact... those sync problems happen pretty often right now, unfortunately
Hi. Sorry to hear you're experiencing issues with Remote Development. Please submit a ticket here youtrack.jetbrains.com/issues/CWM and we'll take a look. Don't forget to attach logs (Help -> Collect Host and Client Logs) to this issue. If you could also record a screencast of the problem, that would be even more helpful. Thanks!
Can I run Goland iDE on my Mac but with remote repo over SSH located on Raspberry Pi in the same subnet? I just need to build my project for RPI and looking for best iDE
Currently, the IDE backend requires a Linux server, but we'll be adding support for Windows and macOS hosts in the future. The remote server needs to run the IDE as a backend service, which means the remote server will have the same OS requirements as IntelliJ-based IDEs, which means that there are no immediate plans to run the IDE backend on Android. What would be your usage scenario for this? Normally we'd expect the backend to be hosted on a powerful server, rather than a mobile device.
Looks promising, couple of questions: a) are Remote Development and Fleet the same thing? b) can remote environments be shared with team? if yes, is there a way to store some personalized configuration/secrets on the local machine and use them on remote?
No, remote development is the workflow meant to help developers overcome the limits of local machines, making it possible to work more efficiently by separating the IDE’s frontend and backend. Fleet is an IDE and a lightweight editor. It’s flexible and polyglot, with support for collaboration and remote workflows. You can try brand new Fleet, but you can also develop remotely from JetBrains IDEs that offers this feature.
Sharing of dev environments is now supported for Fleet IDE, and support for Gateway is coming soon. As for storing secrets on local machine, ssh keys provisioning supported by both IDE’s ( Fleet and IntelliJ IDEA with Gateway). However, provisioning of other types of secrets not supported at the moment.
It's cool but I don't really see the point, a powerful laptop or desktop will always be a better/faster experience than a remote server, and will still work offline. What's the actual benefit of this?
I see many benefits. Actually needed this some years back, when the development machine given to me was old (but not enough leverage to get a better one delivered). In my opinion, this allows companies to purchase more mainstream (read: office work) machines, yet have compile times remain small. It’s not a good use of CPU resources to buy every developer an ultra fast machine, when compilation only happens every now and then. The use of this likely depends on your language of choice. For Web development, I like the idea indexes are always in sync. For Scala development (experience only with 2.x) this might remove Java compile speed envy.
@@akauppi2 so you could for example have a "big" server with a ton of memory and cpu cores, shared by a bunch of devs who are working on cheap notebooks? Guess that could work.. Probably not worth the hassle though for me.
"a powerful laptop or desktop will always be a better/faster experience than a remote server" Totally disagree. Big projects take an incredible amount of computation to compile, and developer laptops are a serious bottleneck. Compare a local build on a Macbook with a CI build on a 64-core server. Not to mention that cloud resources are far more economical anyway.
By default, it's a server that you, as client/user, would provide, although you can use a managed server if you're using JetBrains Space to manage the team's repositories and cloud dev environments
I would love to get this feature going but it hasn’t worked yet for me. Back to vscode which has super easy remote development. Hoping to be able to resolve this at some stage as I much prefer phpstorm
This is great except if you are beginning a project and there's nothing to clone. How are you supposed to CREATE the remote project? I use a fully paid PRO version of Pycharm.
I like the idea (no pun intended), but it's buggy as hell. Autocompletion doesn't populate the list of authors in the commit dialog, and I have to restart the client like every 30 minutes because of the bugs. Please fix it, it's not ready to be used by developers.
@@moofymoo Well, that would be an issue in many other cases depending on what are you programming. If you use an external API you will also have problems by not having Internet connection while you work. Does this require a fast Internet connection? It's mostly just text files over FTP, it shouldn't be demanding at all.
I'd love to use it, but unfortunatelly I'm still not sure how to set it up. What do I need to install on a remote machine and locally exactly? Where should the Gateway be installed? Do I need any new firewall rules or can it also communicate or tunnel over HTTPS? What about VPNs or proxies? How does the remote machine know I'm trying to connect? There must be some listener, mhmm. Could you share some hints, please?
Damn... First I've tried to use Rider as IDE on linux and got a lot of problems because this java app ate all my memory and freezed. No autocompletion, no keyboard pressing. Wait a long time to do smth. I have 8gb ram. And you have found solution - remote development. But i have found another solution - replace linux by windows and replace rider by vs 22. And it works perfectly on my 8gb laptop. I think you do very strange things. Please revert back and turn to "right" side instead of go throught
Looks nice... but it is VERY frustrating. I always get errors and it doesn't seem to work with small droplets no more. Old version with simple SSH and without all the voodoo worked like a charm. New version is not usuable for me no more. Will change to VSC
I love it too. I'm sold. I got it to work by way of jetbrains gateway. It said out of resources by way of spaces. Got it. Works like a champ. I highly recommend it. This ties it all together. Still working on the remote docker service.
I believe it may be worse for slower internet connections with powerful workstations, but would be better for slower devices with high connectivity, kinda a tradeoff, that some would be willing to pay for working on their 4gb source code base on ChromeOS device :)
The thin client runs locally, which means the UI and editor live locally. This means it all feels nice and responsive. The time consuming parts of language processing are already handled asynchronously, and can now run on cloud machines that are more powerful than some dev machines, so again, this won't affect responsiveness. The protocol used to communicate between the frontend and backend is very lightweight, and only passes data required to populate dialogs and UI, such as Find Usages, refactoring dialogs, alt+enter and code completion. There will be some lag due to network traffic (so the closer the server the better) but in practice, it's not noticeable, and generally doesn't affect the responsiveness of the thin client.
JetBrains Gateway is the recommended way to do remote development. The support is built into the platform and uses a lightweight protocol to communicate to the thin client. Projector is more low level, and heavier in terms of network traffic, so you should get a better experience with JetBrains Gateway. I'm sorry you're seeing crashes, please could you contact support@jetbrains.com with some details?
@@mattellis2477 I don't think this solution is production ready, so we switched to projector. Support wasn't as helpful. Will give it another try once git support comes within the client.
This is definitely the future but I disagree that "no more wasting hours on setup". The setup of docker containers for the running environment through your IDE is not going to be as fast as running a script locally. "Ah but someone has to write that script" but someone has to learn your IDE to set it up and then they have to pass that knowledge on. Whereas a script to setup is the knowledge. I'm also not convinced by your mutterings of "just setup port forwarding", which is like saying "look how easy this is, just open a port on your home firewall/router!". Errrrrr.... is that wise? I just don't think you've solved the "ease" part. It's great and it's inevitable but it's not there yet.
I'll try to respond about the "setting up Docker containers", at least how it works in Space. First: you don't have to. "Open in IDE" will just work with the default container that is available. Our default container is a basic Ubuntu one, with Git, Docker and curl installed into it. The IDE itself is installed with its own dependencies and does not require customizing - the idea is that the Dockerfile is really customizing the machine tools like you would do on a local machine, and the IDE comes self-contained. So if you need e.g. node installed, you can add an apt-get install for that (and other tools).
Port forwarding is handled by the IDE backend and Gateway. This means you don't have to open any ports on your firewall or router, but any traffic sent on a local port is automatically forwarded over the existing SSH connection to the correct port on the remote machine. It's only open to localhost, so you have to be running code on your local machine (such as your browser) to connect to the forwarded port.
I have compared JetBrains remote development to VSCode and to my disappointment I found the former inferior in speed and ease of setup. VSCode installs remote node-based server in seconds, JetBrains takes minutes to load its Java-based server and often fails. The VSCode UI is less appealing than JetBrains but a lot more responsive. I am a long time paying JetBrains subscriber yet reluctantly switching to VSCode because its remote development is simply better. JetBrain team: the Java days have passed, please move on.
Hi! Can you double check that you have everything set in accordance with the following pre-requisites? www.jetbrains.com/help/idea/2022.1/remote-development-starting-page.html#remote_prerequisites
I understand how great this would be for web or API/Backend development, however I have one question: How would you code and test a desktop or mobile app with this? How do GUI applications work in this system?
Right now, there's nothing built into Remote Development and Gateway to help. You'll need to use some kind of remoting technology here, such as remote desktop or Parsec, or some kind of remoting built into the remoting layer, like X11 for Linux or Projector for JVM Swing apps.
In your demo, Tomcat was used on 8000. I used the jetbrains-guide webstorm focus without docker. It shows ports so I may port forward, but HOW? I can't figure out how those ports are exposed for FORWARDING. The port (i.e. 3000) is not exposed for forwarding if I use my own nodejs code. HELP please. Again, love it, Scott
Hi Scott. When running the nodejs application, the IDE Backend should recognise that your app has ports open and show them in the Run tool window, as clickable links. You should be able to click these and get the option to forward the port or forward and open a browser. If these ports aren't recognised, please could you email support at jetbrains.com with some more details about your project? We'll be able to take a deeper look and see what's going on.
@@mattellis2477 Thanks. Yesterday, I emailed them your comment because it still not working on various samples. Still NG. I let them know. I run from a MAC and don't use gatsby yet.
"no more wasting time on setup" is the only viable option, others are irrelevant. Programming is much more than opening editor and typing your code. For instance, buying M1 macbook (which is incredibly powerful) can be used for much more than writing code. The whole premise is using the OS you are so used to and can complete many other tasks effectively as well. Unless you work for some cheapskate company which gives you $500 laptops which are 2" thick with rubbery keyboard and microscopic trackpad. And this remote thing still wouldn't solve things like compiling and running applications locally. For that matter Citrix for instance, would be a much better fit.
I just think it's so cool the world is getting closer to the mainframe-terminal architecture after so many decades, first we had ssh with X forwarding, then vim ssh editing mode, then mosh-shell, vscode remote mode and now intellij, the way it's meant to be!
It makes no sense to download complex heavy legacy source code on many dev machines, get all the dependencies, etc, just to commit a single line of code, when everyone has intenet access and prefers to code on a thin laptop or even on mobile.
It's a great feature but I'll keep my local setup too.
You totally got me until the coding on mobile part😂. I feel sad for anybody who has to program on a mobile.
Looking forward for Rider support 🙂
Unfortunately not part of this release, but it's in progress and we're hoping to include it in Rider 2022.1
Fleet
This is really great guys. I can see myself using this
I might've missed it, but is this running in the cloud, or is this a personal on-premise solution? Can I run say run Rider on my Windows machine at work and code remotely through that at home - without using an RDP connection (and all the issues that entails)
The remote server can be a physical server sitting in an office or a virtual machine on a desktop or in the cloud. It can be created as a Docker image, and the IDE backend includes scripts for downloading dependencies, compiling, and waiting for indexes to complete.
Is the remote server a Jetbrains hosted service or my own infrastructure?
The remote server is your own infrastructure, and can be a physical or virtual machine, running locally, hosted privately, or in the cloud. If your company or team uses JetBrains Space, then you can use hosting provided by Space, but otherwise, you need to provide the server.
Wondering how we can run an Android app remotely on our physically connected phone to the local machine!? 😁
This option is not currently supported now but thank you for your curiosity!
I believe it could be achieved by port forwarding, I mean currently you can debug over Wi-Fi. If this concept will work well I would probably invest in powerful PC and will work on some M1 macbook, without a need to buy some $5k M1 max beast.
Looks good! I've already installed the new version of PyCharm that supports this. However, I can't seem to find how to configure the portforwarding...
Nevermind, I found it.. Unfortunately, I couldn't get it as easy as on 2:54.
But the setting is in Settings > Tools > Port Forwarding.
This is awesome! My laptop doesn't run PyCharm alongside Chrome and RDP because it requires so much memory. I need a new laptop
Will this become compatible with an iPad pro?!?
Hopefully they make a web version
There are no plans to make this work on an iPad or to create a web frontend. The thin client is based on the IntelliJ Platform, so can be thought of as a stripped back IDE, like IntelliJ IDEA, WebStorm and so on. Which means that the frontend will have the same OS requirements as other IntelliJ-based IDEs - it'll work on Windows, macOS and Linux
@@mattellis2477 well, I definitely think you should. It would open up the opportunity to code for thousands of people (especially students using the Github student dev pack) who don’t have computers.
You’d get more money too!
@@mattellis2477 That's a shame really. Intelij uses so little RAM which is ideal for "light" devices like the iPad Pro. I would understand the avoidance of a web version because I use Google Colab for python via iPad Pro but the experience is lacklustre. iPad Pro on the other hand is more than capable of having it's own stripped down IDE for coding and is perhaps the most obvious candidate for such a tie-up ... aside from cheap Chrome books. I would have subscribed to this service in an instant if it were available for iPad... maybe next time.
Kindly please consider adding support for iOS tablets, this would really be a game changer if I could not carry laptop (yes, tablets support keyboard and mouse) so You don't need focus on touch input, having ability to work many hours in field on low power machine since all work will be carried on server is something that multiple people will benefit.
ARM support for Linux is now more relevant than ever too, we want to code on our RPi machines, phones, single board devices etc.
Is this the same backend that fleet will be using?
will there be a remote backend for Fleet?
Cool stuff, but has some rough edges, hopefully will get better.
Currently must frustrating thing I have is the random lag spikes, for example - when you expand your selection, nothing might happen, you press keys again, this time it expand to whole word, then you press backspace/delete, and for some reason whole bigger selection is deleted in fact... those sync problems happen pretty often right now, unfortunately
Hi. Sorry to hear you're experiencing issues with Remote Development. Please submit a ticket here youtrack.jetbrains.com/issues/CWM and we'll take a look. Don't forget to attach logs (Help -> Collect Host and Client Logs) to this issue. If you could also record a screencast of the problem, that would be even more helpful. Thanks!
Can I run Goland iDE on my Mac but with remote repo over SSH located on Raspberry Pi in the same subnet? I just need to build my project for RPI and looking for best iDE
Yes, see e.g. this tutorial for the overall procedure: blog.jetbrains.com/pycharm/2017/07/raspberry-ping-1/
Man, java on raspberry PI is overkill
wow! I need it! Now!
At last. I can turn an iPad Pro + Raspberry Pi into the ultimate development machine.
Will it be possible to run the backend on let say an android device?
Currently, the IDE backend requires a Linux server, but we'll be adding support for Windows and macOS hosts in the future. The remote server needs to run the IDE as a backend service, which means the remote server will have the same OS requirements as IntelliJ-based IDEs, which means that there are no immediate plans to run the IDE backend on Android. What would be your usage scenario for this? Normally we'd expect the backend to be hosted on a powerful server, rather than a mobile device.
Nice
I have a question: how is that different from me provisioning the team with Azure VM setups ready with all the required development tools?
Waiting for arm64 support.
is nice until you try it
nightmarish future! you will own nothing and be happy - programmer edition.
But you're able to host the backend yourself 🤔
Looks promising, couple of questions: a) are Remote Development and Fleet the same thing? b) can remote environments be shared with team? if yes, is there a way to store some personalized configuration/secrets on the local machine and use them on remote?
I was a little confused by the Fleet vs remote development too
No, remote development is the workflow meant to help developers overcome the limits of local machines, making it possible to work more efficiently by separating the IDE’s frontend and backend. Fleet is an IDE and a lightweight editor. It’s flexible and polyglot, with support for collaboration and remote workflows. You can try brand new Fleet, but you can also develop remotely from JetBrains IDEs that offers this feature.
Sharing of dev environments is now supported for Fleet IDE, and support for Gateway is coming soon.
As for storing secrets on local machine, ssh keys provisioning supported by both IDE’s ( Fleet and IntelliJ IDEA with Gateway). However, provisioning of other types of secrets not supported at the moment.
It's cool but I don't really see the point, a powerful laptop or desktop will always be a better/faster experience than a remote server, and will still work offline. What's the actual benefit of this?
I see many benefits. Actually needed this some years back, when the development machine given to me was old (but not enough leverage to get a better one delivered). In my opinion, this allows companies to purchase more mainstream (read: office work) machines, yet have compile times remain small. It’s not a good use of CPU resources to buy every developer an ultra fast machine, when compilation only happens every now and then.
The use of this likely depends on your language of choice. For Web development, I like the idea indexes are always in sync. For Scala development (experience only with 2.x) this might remove Java compile speed envy.
@@akauppi2 so you could for example have a "big" server with a ton of memory and cpu cores, shared by a bunch of devs who are working on cheap notebooks? Guess that could work.. Probably not worth the hassle though for me.
"a powerful laptop or desktop will always be a better/faster experience than a remote server"
Totally disagree. Big projects take an incredible amount of computation to compile, and developer laptops are a serious bottleneck. Compare a local build on a Macbook with a CI build on a 64-core server.
Not to mention that cloud resources are far more economical anyway.
Looks awsome, just one question by remote machine do you mean a jetbrains owned web service or a private server of the client (user)
By default, it's a server that you, as client/user, would provide, although you can use a managed server if you're using JetBrains Space to manage the team's repositories and cloud dev environments
Awesome! This is the direction the world is moving towards. JetBrains are ahead of the curve!
How ahead of curve? These features are pretty much already there in other editors.
@@vaibhavbv3409 editorS? Besides IntelliJ and VSCode are there any others?
I would love to get this feature going but it hasn’t worked yet for me. Back to vscode which has super easy remote development. Hoping to be able to resolve this at some stage as I much prefer phpstorm
This is great except if you are beginning a project and there's nothing to clone. How are you supposed to CREATE the remote project? I use a fully paid PRO version of Pycharm.
I like the idea (no pun intended), but it's buggy as hell. Autocompletion doesn't populate the list of authors in the commit dialog, and I have to restart the client like every 30 minutes because of the bugs. Please fix it, it's not ready to be used by developers.
Has not vscode been capable of this long ago?
The documentation mentions a connection link. But I cannot find any information on how to get this link? Where can I find it?
wow
Incredible!
Is Android studio available?
TOO MUCH LATENCY BRO
I am doing my development inside a docker container running on a remote server. How do I use these tools in that case?
Seems not to work throwing error "Failed to get IDE status in 60 seconds" in PHPStorm
🥱🥱🥱
As a digital nomad, I loooooove this! Thanks Jetbrains!
nomad with 24/7 fast internet connection to some server?
@@moofymoo Well, that would be an issue in many other cases depending on what are you programming. If you use an external API you will also have problems by not having Internet connection while you work. Does this require a fast Internet connection? It's mostly just text files over FTP, it shouldn't be demanding at all.
I'd love to use it, but unfortunatelly I'm still not sure how to set it up. What do I need to install on a remote machine and locally exactly? Where should the Gateway be installed? Do I need any new firewall rules or can it also communicate or tunnel over HTTPS? What about VPNs or proxies? How does the remote machine know I'm trying to connect? There must be some listener, mhmm. Could you share some hints, please?
Damn... First I've tried to use Rider as IDE on linux and got a lot of problems because this java app ate all my memory and freezed. No autocompletion, no keyboard pressing. Wait a long time to do smth. I have 8gb ram. And you have found solution - remote development. But i have found another solution - replace linux by windows and replace rider by vs 22. And it works perfectly on my 8gb laptop. I think you do very strange things. Please revert back and turn to "right" side instead of go throught
Looks nice... but it is VERY frustrating. I always get errors and it doesn't seem to work with small droplets no more. Old version with simple SSH and without all the voodoo worked like a charm. New version is not usuable for me no more. Will change to VSC
Reminds me of working via RDP. Main issue is that you can't work offline while your internet connection is down for some reasons.
According the webpage, CLion is not supported. Is that right?
I love it too. I'm sold. I got it to work by way of jetbrains gateway. It said out of resources by way of spaces.
Got it. Works like a champ. I highly recommend it. This ties it all together. Still working on the remote docker service.
Wouldnt this make the IDE a bit laggy ?
I believe it may be worse for slower internet connections with powerful workstations, but would be better for slower devices with high connectivity, kinda a tradeoff, that some would be willing to pay for working on their 4gb source code base on ChromeOS device :)
The thin client runs locally, which means the UI and editor live locally. This means it all feels nice and responsive. The time consuming parts of language processing are already handled asynchronously, and can now run on cloud machines that are more powerful than some dev machines, so again, this won't affect responsiveness. The protocol used to communicate between the frontend and backend is very lightweight, and only passes data required to populate dialogs and UI, such as Find Usages, refactoring dialogs, alt+enter and code completion. There will be some lag due to network traffic (so the closer the server the better) but in practice, it's not noticeable, and generally doesn't affect the responsiveness of the thin client.
no compatibility with linux arm ?
well, remote access to "powerfull remote machine" - looks better than just an IDE.
This is the FUTURE
Im wondering if someone should use projector or this if setting up right now.
Also tried it out and it always crashes :(
JetBrains Gateway is the recommended way to do remote development. The support is built into the platform and uses a lightweight protocol to communicate to the thin client. Projector is more low level, and heavier in terms of network traffic, so you should get a better experience with JetBrains Gateway. I'm sorry you're seeing crashes, please could you contact support@jetbrains.com with some details?
@@mattellis2477 I don't think this solution is production ready, so we switched to projector. Support wasn't as helpful. Will give it another try once git support comes within the client.
OpenSource?
This is definitely the future but I disagree that "no more wasting hours on setup". The setup of docker containers for the running environment through your IDE is not going to be as fast as running a script locally. "Ah but someone has to write that script" but someone has to learn your IDE to set it up and then they have to pass that knowledge on. Whereas a script to setup is the knowledge. I'm also not convinced by your mutterings of "just setup port forwarding", which is like saying "look how easy this is, just open a port on your home firewall/router!". Errrrrr.... is that wise?
I just don't think you've solved the "ease" part. It's great and it's inevitable but it's not there yet.
I'll try to respond about the "setting up Docker containers", at least how it works in Space. First: you don't have to. "Open in IDE" will just work with the default container that is available.
Our default container is a basic Ubuntu one, with Git, Docker and curl installed into it. The IDE itself is installed with its own dependencies and does not require customizing - the idea is that the Dockerfile is really customizing the machine tools like you would do on a local machine, and the IDE comes self-contained. So if you need e.g. node installed, you can add an apt-get install for that (and other tools).
Port forwarding is handled by the IDE backend and Gateway. This means you don't have to open any ports on your firewall or router, but any traffic sent on a local port is automatically forwarded over the existing SSH connection to the correct port on the remote machine. It's only open to localhost, so you have to be running code on your local machine (such as your browser) to connect to the forwarded port.
I have compared JetBrains remote development to VSCode and to my disappointment I found the former inferior in speed and ease of setup. VSCode installs remote node-based server in seconds, JetBrains takes minutes to load its Java-based server and often fails. The VSCode UI is less appealing than JetBrains but a lot more responsive. I am a long time paying JetBrains subscriber yet reluctantly switching to VSCode because its remote development is simply better. JetBrain team: the Java days have passed, please move on.
ikr love the UI and all the config and functionality stuff jetbrain brings me, but vscode is simply better when it comes to remote development
i am getting, the below Error, please help me
Host should have at least 2Gb to deploy IDE backend.
I am Using AWS EMR clusters
Hi! Can you double check that you have everything set in accordance with the following pre-requisites? www.jetbrains.com/help/idea/2022.1/remote-development-starting-page.html#remote_prerequisites
I understand how great this would be for web or API/Backend development, however I have one question: How would you code and test a desktop or mobile app with this? How do GUI applications work in this system?
Right now, there's nothing built into Remote Development and Gateway to help. You'll need to use some kind of remoting technology here, such as remote desktop or Parsec, or some kind of remoting built into the remoting layer, like X11 for Linux or Projector for JVM Swing apps.
Awesome!
My right ear enjoyed this
Amazing!
In your demo, Tomcat was used on 8000. I used the jetbrains-guide webstorm focus without docker. It shows ports so I may port forward, but HOW? I can't figure out how those ports are exposed for FORWARDING. The port (i.e. 3000) is not exposed for forwarding if I use my own nodejs code. HELP please. Again, love it, Scott
Hi Scott. When running the nodejs application, the IDE Backend should recognise that your app has ports open and show them in the Run tool window, as clickable links. You should be able to click these and get the option to forward the port or forward and open a browser. If these ports aren't recognised, please could you email support at jetbrains.com with some more details about your project? We'll be able to take a deeper look and see what's going on.
@@mattellis2477 Thanks. Yesterday, I emailed them your comment because it still not working on various samples. Still NG. I let them know. I run from a MAC and don't use gatsby yet.
What about the pricing?
Hi! Remote development functionality, including JetBrains Gateway, is covered by the IDE’s license except for the Community editions.
For me Vs code ..is the best
"no more wasting time on setup" is the only viable option, others are irrelevant. Programming is much more than opening editor and typing your code.
For instance, buying M1 macbook (which is incredibly powerful) can be used for much more than writing code. The whole premise is using the OS you are so used to and can complete many other tasks effectively as well.
Unless you work for some cheapskate company which gives you $500 laptops which are 2" thick with rubbery keyboard and microscopic trackpad.
And this remote thing still wouldn't solve things like compiling and running applications locally. For that matter Citrix for instance, would be a much better fit.