Re: Proprietary Language
Your comments here are fair, and it’s an area in which we are applying significant effort. Part of the challenge of providing a platform that couples rich interaction in the browser with ample power in application logic is orchestration–keeping the user interface at the browser in sync with the application in the data center. To provide the static web pages that are the standard today, or the single-interaction AJAX widget, is done easily enough. But how do you update different views of the very same data on a single page as the data state changes? How about when your application uses multiple browser windows? And, unless you want all the application logic to run inside the browser (as with Flash and Silverlight), then you also have to deal with having the application view being very remote from where the application actually runs.
This state management challenge is one of many that Bungee Labs takes on with Bungee Connect. We found that we needed to take the classic Model-View-Controller architectural pattern and refine it for this situation. The language that we use is a result of that. The downside is that we could not simply use an existing language. Nevertheless, it’s fair to ask why didn’t we at least follow an existing language’s syntax when we developed Bungee Connect. I suspect you won’t be surprised to learn that that is exactly what we recently tasked a small team of our engineers to figure out. Our goal is have a language that better follows the conventions of an established language, making it easier to extract your code from Bungee Connect should you decide that our service is not for you.

Bungee Labs’ CTO Dave Mitchell also adds (in another blog comment response):
“We wanted a language that would be best suited to on-demand development and deployment. In effect, we wanted all the flexibility of a dynamic language during the development process in the cloud (that requires no compilation or linking or p-code translation for any incremental code edits and testing, etc.), but then all the power and performance of a intricately instrumented hand-crafted 3GL language like C++, C#, and Java (that can reduce down to a compiled, highly optimized format) during the deployment stage. It would be very difficult to achieve both attributes simultaneously with a traditional language offering where the emphasis is on one or the other (dynamic/interpreted VS compiled/highly optimized).”

Re: Mouse-driven vs. Free Text Editing
Again, a fair criticism. We hear from many that they would prefer to be able to edit freely. Developing with Bungee Connect is rather mouse-intensive. Part of the language project mentioned above will address this, and thereby liberate the developer’s other 9 fingers.

The upside of the current system is that with a few mouse gestures, the IDE handles what would normally amount to tens of lines of code. The amount of automation is significant, and our top developer-users are able to create really sophisticated apps in very little time at all.

Re: “I can’t find anything along the lines of developing applications for some of the platforms discussed above.”
I didn’t get which platforms you referred to, but if AWS was one, I offer for that case that we have importable code for Amazon FPS and SimpleDB, among others.

Re: Slow performance
You’re right that we have a data center right where you are in Denver, so I’m curious to know when you last tested this. If it was recently (past couple months) then, I’d like to find out more about your setup so that we can figure out why this happened to you. You can reach me at ted [at] bungeelabs [dot] com.

Thanks,

Ted Haeger
Director, Bungee Connect Developer Network
Bungee Labs

The Good:

IDE-in-a-browser is cool. Get to your dev environment from anywhere just by logging in from a browser. Office apps are moving to the browser so why not an IDE?

GUI includes simple tools for testing and deploying. You can move different versions from the version control system directly into production, switch the deployed app to another version, and all that kind of stuff. Awesome!

Free development, they just charge for hosting (after a limited free hosting trial). Pay for what you use, traffic-wise, like Amazon’s Web Services. This is an attractive idea to me.

The Bad:
They have their own proprietary language. What if I want to take my app elsewhere? Apparently I would be stuck with Bungee. Makes me less enthusiastic about investing the effort in the first place. Why not just pick some solid, open language and framework and standardize on it?

From what I can tell, you can’t type code in. You have to drag and drop a statement at a time into a code window, and then edit the pieces of the statement via a properties page. This drag-and-drop ability could be great for getting up to speed with a language and framework, but don’t make that the only way to write the code! On the other hand, you can never mistype anything so you won’t get any syntax errors. I suspect it won’t let you do anything that won’t compile (and run?)

I can’t find anything along the lines of developing applications for some of the platforms discussed above.

The ugly:

The IDE is pretty full-featured and powerful for something running in a browser. The downside of that turns out to be that it was very slow to respond to mouse clicks, and very slow to draw on the screen. At least, it was for me, and I have a fast connection and a fast machine. And I’m in Denver, where I understand one of their hosting centers resides. Hopefully this will change, because with the issues above about having to do _everything_ - even write code - with the mouse, I can’t even consider using it for anything right now.

My Ideal hosting service:

How about a service like this that provides the IDE, task management, team development, version control and deployment management system and remains agnostic to which language and framwork you decide to use to actually write your app? No more need to ftp stuff around, manage different versions, and deal with all those SCM issues. It would be cool if the version control underneath were something free and powerful like git, and they provided access to the repository but still provided a nice visual scm tool on top to manage and deploy various versions.