I find it interesting that companies still try to pull this stuff off even after discussions like yesterday's on here about LinkedIn's dark patterns usage habits.
You're dumped straight into the IDE after the form - no email validation or anything, which is something I guess...!
I don't trust enough the company yet to just send some of my github details.
And then I'm just not ready to pay for an IDE, I work mostly from my home office, I don't actually need to pay for an IDE, Netbeans works perfectly.
That's an interesting point. As impressed as I am with codio's technology, I'm wondering what the use-case is. People who need to do lots of dev, but on a different laptop every day? Maybe developers who aren't allowed to go through a US border check with a company laptop? (although such developers would be unlikely to trust a cloud IDE, at that point...)
Other advantages include collaboration, teaching/learning, and of course no need to install or keep anything updated on your desktop - other than your browser of course.
What a good unique selling point for an online IDE would be, is automated online testing--preferably with continuous integration.
I've been in the position enough times that I'd like to contribute some small fix or feature to a project, only to be put off by the effort necessary to set up a local development environment to make my 5-line change.
An online IDE could completely forego that: fork the code online, make my change, automatically run all the tests (preferably instantly!) so I can check I didn't break anything, and send a pull request!
It makes me instantly skeptical :)
My notes here: http://anil.recoil.org/2014/03/26/codio-now-has-opam-support...
Another reason is that Nitrous.IO has a desktop client that uses unison to keep files in sync. This means I develop locally using my favourite IDE and I get to preview it instantly on my nitrous.io box, I say instantly but I'm sure there is some latency, but I'm lucky enough to have an internet connection where CTRL-S, ALT-TAB, CTRL-F5 results in my newest code being ready without having to wait.
Sorry but I was hopeful that Codio could live up to it's claim, but the fact I can't even run their default PHP file is pretty sad.
Check out the docs on using PHP in Codio https://codio.com/s/docs/specifics/php/, but it's a simple matter of `parts install php5 php5-apache2 && parts start apache`, and you're up and running.
You don't ever need to contact me unless it is for confirming accounts, which you don't have to, because I just oauth-handled you one. Username collisions could be handled by suggesting mangled or decorated names but aren't really the issue here. I am way more concerned about my email address.
It is not to be treated as a commodity and I hate the follow-up emails that I immediately receive, each and every one of them.
I understand the concerns that cause this behavior and believe it can be quite hard on today's market, so "hooking" in users by getting their email address might seem necessary. Yet I feel strongly about the whole thing. I don't want to give out email addresses and oauth is an appropriate way of handling identity and access. Not only is asking for an address redundant but it's encroaching. Maybe without this barrier you could improve the bounce rate.
I know these are low resource boxes, but none of the collaborative web IDEs that I have tried even have an upgradeable package to get some more kick out of the box. I am not excited to pay more, but if I can get regular Linux box (even the five dollar digital ocean plan beats this out of the water time wise) compile speeds I would finally be able to stick to using one of these.
I know I can ssh in and run the code on my own server, but that adds an extra step with these IDEs.
Another reason is that I am trying to set up one of these services as a teaching tool, allowing people to view the code live without collaborating directly. C9 (and in some ways Nitrous) is fairly well equipped for this use case, are there any plans for Codio to look into more robust support for a many viewers -> single editor model?
Loading Codio, hold tight...
Browser not supported!
Your browser is very old and will not work correctly with Codio. Please upgrade to the latest version or use a modern browser
Together with some form of automatic deployment system into my server, this should work fairly well for development, hopefully.
Google's internal web based IDE is awesome, as is the Haskell FPComplete.com IDE. Good luck competing with these IDEs.
I have used Nitrous.io for Meteor.js, and it is also pretty good.
Well, if it's "internal" it's no competition, and if it's for Haskell, again it's not much of a competition either.
You can't be an IDE until you're at least a usable editor.
without singing up, it's hard to say how much is there, but autocomplete, some form of function & class list and a syntax checker / linter would be a minimum to claim any form of language support in the context of an IDE.
Generalizing this, I have 16gb RAM, an SSD, and a plenty of CPU horsepower. What benefit does running my development work in the cloud provide? In the past folks argued that it simplify's environment setup, but for that we have things like chef or ansible. So, someone please how do browser based editors make my life better?