4 ms·

It uses the same Eclipse technology, but it isn't the next version of Eclipse. Like Orion, it is an experiment at looking at what a web-based IDE can do. The e

by alblue 11y ago

It uses the same Eclipse technology, but it isn't the next version of Eclipse. Like Orion, it is an experiment at looking at what a web-based IDE can do. The existing Eclipse IDE will continue for a long time yet - Eclipse Neon will be released in six months time with full Java 9 support, for example.

Gibbon1 11y ago
The great thing about web based IDE's and the reason we will see more of this in the future is the opportunity for vendor lock in. Once you can control a developers tool chain you can prevent him from moving to another vendor because of all the stuff he can't take with him.
- qznc 11y ago
  Hosting it myself would be a requirement for using a cloud IDE. Of course, there is still some lock-in, but the lock-in is the same with a desktop IDE. In general, a cloud IDE has some nice promises: Initial setup is trivial; More efficient building and testing due to resource sharing in the cloud; Live collaboration is simpler. However, so far I'm underwhelmed by everything available.
  - alblue 11y ago
    Both Orion and Che can be run locally (or behind a firewall) without any problems.
  - gravypod 11y ago
    As Alblue says, Che seems to be a host-your-own alternative. I think this use case is something that I have been looking for. Writing some huge web/analytic application that needs a huge cluster? Throw in a few docker nodes with applications that have APIs that are needed for running the project. Good luck starting that on your laptop. For me, I want to ultimately have my laptop be downgraded to a chromebook or something small, cheap, and with a long battery life. To do that, tools like this really fill a nice area. Something I've been looking for.
- gherkin0 11y ago
  > is the opportunity for vendor lock in Also the fetish for centralized control and tool standardization. Just imagine: you may soon be developing in a SAP-based IDE, chosen by feature checklist!
- gravypod 11y ago
  Most people wont fall for that trap. For personal projects that aren't full open source, I host everything that the code ever touches. From source management, to email servers, to a hastebin for sending errors between my team. Nothing touches a public server if I have it my way. It' partially a control thing, and also a security thing for me. I want to make sure that I'm never held a 'ransom'.

by alblue 11y ago

Gibbon1 11y ago

The great thing about web based IDE's and the reason we will see more of this in the future is the opportunity for vendor lock in. Once you can control a developers tool chain you can prevent him from moving to another vendor because of all the stuff he can't take with him.

qznc 11y ago
Hosting it myself would be a requirement for using a cloud IDE. Of course, there is still some lock-in, but the lock-in is the same with a desktop IDE. In general, a cloud IDE has some nice promises: Initial setup is trivial; More efficient building and testing due to resource sharing in the cloud; Live collaboration is simpler. However, so far I'm underwhelmed by everything available.
- alblue 11y ago
  Both Orion and Che can be run locally (or behind a firewall) without any problems.
- gravypod 11y ago
  As Alblue says, Che seems to be a host-your-own alternative. I think this use case is something that I have been looking for. Writing some huge web/analytic application that needs a huge cluster? Throw in a few docker nodes with applications that have APIs that are needed for running the project. Good luck starting that on your laptop. For me, I want to ultimately have my laptop be downgraded to a chromebook or something small, cheap, and with a long battery life. To do that, tools like this really fill a nice area. Something I've been looking for.
gherkin0 11y ago
> is the opportunity for vendor lock in Also the fetish for centralized control and tool standardization. Just imagine: you may soon be developing in a SAP-based IDE, chosen by feature checklist!
gravypod 11y ago
Most people wont fall for that trap. For personal projects that aren't full open source, I host everything that the code ever touches. From source management, to email servers, to a hastebin for sending errors between my team. Nothing touches a public server if I have it my way. It' partially a control thing, and also a security thing for me. I want to make sure that I'm never held a 'ransom'.