Cloud IDEs: A solution in search of a problem?

By | July 23, 2013

Andrew ZaikinCloud IDEs are being touted more and more as the next big thing. While I think people like and have something there, it is too early to predict mass migration of programmers into the cloud from desktop IDEs.

Some arguments for moving to the cloud just don’t sound very convincing, as far as I’m concerned. Take this advertorial, for example. To me, the “problems” with desktop development cited in the piece are rather overstated.

Yeah, it’s true that setting up a new machine for a project may take a few hours. And yeah, the same process is much quicker in a cloud IDE. However, this step only needs to be done once at the start of the project. At the end of the day, the impact of this on the overall productivity of a developer is quite negligible. Sure, it’s a nice bonus to be up and running that quickly, but by itself this is hardly a compelling reason to move to a cloud IDE.

As far as remote accessibility from mobile devices, this must be a joke. It is impossible to code from a smartphone, or even from a tablet. Those are great for consuming web content and posting occasional comments, but absolutely horrid for actively editing large amounts of text (i.e. finding the right segments of code, selecting, deleting, copying, pasting, etc.). This is completely unviable in my opinion.

With regards to collaboration, I am not convinced either. I guess there could exist interesting and viable collaboration scenarios in a cloud IDE, but from experience of editing documents together in Google Drive, I highly doubt it. I don’t see why people couldn’t use a good IDE together with some kind of project chat application. And no, pair programming doesn’t mean two people editing the same chunk of code at the same time. So I don’t see this feature as the answer to an acute unmet need.

I spent some time playing with, and have a couple of observations. I am very excited about node.js, which is currently not very well supported by it – meaning that while you can code in JS, and deploy to OpenShift, but coding assistance is not functioning, and neither is the debugger. So, compared to conventional IDEs, e.g. one from JetBrains, this is very much last century.

There are, of course, other reservations, like no support for multi-screen development, the inability to work offline, security, etc.

On balance, I think that a good, viable cloud IDE should feature the following:

  1. Modern UI. Gmail won many converts from the traditional Outlook-like layout because some smart guys thought long and hard about it and came up with an interface that has kept things that are essential and mercilessly ditched things that were not. There is no need to try and cop multi-level menus a la Eclipse, which is what Codenvy seems to be trying to do. In that sense, I like what Cloud9 is doing better, but even their stuff is still somewhat half-baked.
  2. Codenvy’s PaaS-agnostic approach looks attractive, but I have a hard time imagining remote debugging (you are in your browser in one location, the IDE is in another, and the application runs in yet another). The key factor for developers is speed. The IDE must not slow developers down, period. I think a more promising approach would be to couple the IDE with a specific PaaS provider.
  3. None of the IDEs I have reviewed has even a rudimentary level of support for version control (Git/SVN). This is exactly the area that I believe a cloud IDE could absolutely shine, in contrast with desktop environments.

Post to Twitter

3 Responses to Cloud IDEs: A solution in search of a problem?

  1. avatar

    Ken Walker

    The open source Orion project offers a more Modern UI, Git support, several ways to deploy an Orion server (Java/WAR/Node.js) and is extensible by writing plugins in the client. There’s an article I recently wrote about the Orion fundamentals here: There’s also several of my Orion presentations here: Early days for Orion but gaining traction and being used in software from Mozilla, IBM, VMWare, HP and others.

  2. avatar

    Tyler Jewell

    Andrew’s commentary does deserve some sort of critique. Both C9 and Codenvy has superb git support, both in API & UI interaction. Also, from the performance stand point, cloud IDEs have the potential to offer amazing performance gains. In the case of Codenvy, we place IDEs, builders, and runners in separate queues so that one function does not interfere with resources from another function. A single developer’s workspace is using resources from three nodes even though the UI gives the appearance of accessing a single one. Compare this to a developer running everything on their desktop where starvation and conflicts can occur. Also, debugging is designed to take place in both the Codenvy cloud on our local runners for runtimes in a cloud-local space with low latency, and also for applications that have been deployed to their PAAS.

    As for mobile access – about 5000 of our users access Codenvy through a chromebook. 100s use tablets. There are many auxiliary use cases where cloud IDEs are paired with primary IDEs: hackathons, commuting, vacation access, and so on.

    Codenvy is going to keep investing heavily in this segment, and we are launching a runtime with SDK for flexible plug-in creation for servers & clients, Java/WAR/Node deployment, IDElet creation, and Factory usage.

    Thank you for the article and starting the discussion, Andrew.

  3. avatar


    I am a bit aligned towards auther view but I used CloudEnvy and Cloud9 in cloud provider . I found CloudEnvy is very fair as its quite a new player to the field but the point number 2 was very convincing.
    I just used a very basic example mentioned below to testify-

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Current day month ye@r *

  • Previous posts

    « January 2018  
    Mo Tu We Th Fr Sa Su
  • Archive

  • Tags

  • Get in touch

    Have a specific question or want to learn more about our capabilities?

    Send us as note, and we will get back to you directly.

    Contact us

    Send us a message

© 2010 – 2018 First Line Software, Inc. All rights reserved.