SH: You mentioned that Flex Builder 2 is built on Eclipse and you're aware that there is also a CFEclipse project out there that offers ColdFusion developers a good Eclipse-based environment that's different for ColdFusion developing and, obviously, Java developers and other developers have been using Eclipse as well. What does this mean? Do you think that Adobe is going to begin promoting Eclipse as the recommended development platform for both ColdFusion and Flex development? I know Macromedia joined the advisory panel for CFEclipse. Are we looking at having one unified tool for doing all of our hard-core development?

BF: Eclipse is definitely the IDE for Flex development and there are other initiatives in the company using Eclipse in other ways, too. So yes, you're going to see a lot of momentum around Eclipse. But with ColdFusion specifically, I think we've taken this dual approach to it, and for many developers Dreamweaver is still a good IDE for ColdFusion developers, especially for those who are beginners or just starting off, who are already very comfortable with Dreamweaver, or are doing a lot of HTML work or a lot CSS work, in addition to ColdFusion. Dreamweaver in the early days didn't have as sophisticated support for ColdFusion as it would have liked, but it has gotten better, and in fact it's gotten really good. The CFC support, for example, in Dreamweaver is superb, and the integrated debugging is very, very good. Even the wizards extensions we wrote, where you can, for example, add data sources to ColdFusion directly to Dreamweaver. There are some very important features within Dreamweaver that have made it a very compelling tool for some ColdFusion developers, but it isn't for all developers and we recognize that.

I don't think there was ever the intent that Dreamweaver would replace the old ColdFusion Studio, which some people still use. That's why every time you bought a copy of Dreamweaver, it included a copy of Home Site Plus, which is essentially ColdFusion Studio, because there was the recognition that Dreamweaver really was not a replacement for what the old ColdFusion Studio Home Site-based product was, and it appealed to a different audience and developer base. CFEclipse is an important project. It does answer part of the void left by there being no new additions to ColdFusion Studio Home Site for quite a while. There have been tag updates but nothing else. So the ColdFusion team has gotten behind the CFEclipse project. We announced support for it at CFUnited last year. We are working on features already. At the user group this week I've been publicly demo-ing, for example, an RDS plugin that we built to be used with Eclipse.

We will be getting very involved in the project; we are already and continue to do so. We're not going to take over the project, that needs to be community driven. That's the way it will be successful. We are very involved with this and if we end up with this dual approach for IDEs, for those who want Dreamweaver, it's still the IDE of choice; for those who want an Eclipse-based IDE, it's a very different experience, great. CFEclipse is there. It's a powerful tool. It's been kind of light for a while but it's gotten a new burst of life recently and that's really good to see. We are going to keep writing functionality to it and it can be used with Flex Builder as well. You can install Flex Builder in Eclipse, and the end result is something very useful.

SH: Did you tell me there was an announcement by Adobe about the planned pricing model for the Flex 2 SDK. They basically announced that it's going to be made available for free. I was wondering if you could tell us a little more about that and particularly what exactly do you get in the SDK?

BF: There are several parts to the Flex story. Flex Builder obviously is the IDE. It's where you do your developments and it has an integrated compiler. It has a very sophisticated debugger built in, all sorts of help, and you end up building an application that gets deployed on the server. In addition to the Flex Builder, there are a set of services that can be installed at runtime in the server. These are the Flex Enterprise services, and we haven't really announced pricing for that part of it yet but it will be a scale pricing starting off at something very manageable. As your needs increase, there will be a way to buy more use of it and scale appropriately, but we haven't discussed the final Flex Enterprise services pricing yet. When you build an app with Flex Builder, you can build apps that are stand-alone or apps that are built in conjunction with and deployed using the Flex Enterprise services. Those are the two products that we sell.

In addition to that, what we did announce was that the Flex 2 SDK would be made available at no cost. That essentially is the framework and the compiler. If you want to build an application using MXML and ActionScript and don't plan to use the Enterprise services, and don't plan to use our IDE for building the app, you actually don't pay us anything at all. You just download the framework and the compiler and use an editor of your choice. If you feel like using Notepad, so be it. Build your XML, build your script, compile it, and you can actually build scripts and build an actual application that way. It's an important part of making the Flash platform far more prevalent by encouraging people to really tinker with it, see what they can do. I think they'll be very pleased.

SH: One thing I also wanted to ask you about, being a developer myself, just something that is a concern of mine and I'm just interested to hear your take on this. Prior to Flex 2.0, the Flex server was priced out of the range for most smaller companies and Internet developers. Now obviously it's going to be much more reasonable financially for developers and smaller companies to use. It's also a free public beta, so we have tons of developers who are downloading and playing with Flex and really learning it and using it for the very first time. It immediately makes me question whether or not Flex is going to become the blink tag of the 21st century.

BF: You didn't like the blink tag?

SH: Yeah, I really don't miss the blink tag. Definitely, you have so many people who have no prior knowledge of Flex and they're hoping to become proficient overnight and be able to implement this into their projects in the near future. Flex really makes it easy to do some very flashy things, such as drag-and-drop, hiding, and turning on and off elements on the screen and making things zoom -there are some neat effects that it can do. Is there any concern at Adobe or that you personally have about the developers going overboard with this use or even if they don't, just not learning how to implement best practices and build applications the right way with this tool?

BF: Yes, but actually I don't think that's as much a Flex concern as much as it is a core Flash concern. People abuse Flash already right now. We've all seen the pop-up ads that you move your mouse over and they kind of roll over and take over your screen and you can't close them. Often I'll ask people what association - what do you think of when you think of Flash and a lot of people still say skip intro. So I think Flash itself allows people to build really cool things, and also now it allows people to probably go overboard, and there's an education process. You have to learn what's appropriate and what's not. It depends upon the message. It depends on the type of application. It depends on how it's being delivered. It depends the target audience. That is something that people need to be educated about and I think we've been doing a pretty good job in general for that around Flash.

With Flex it will be more of the same, yes. An important part of this is going to be educating people to what the right way to build apps is, understanding that a Flex app isn't a replacement for a single page in an HTML application because that won't scale, it won't be comfortable for people to use. The formats won't be what you want and there is a difference. A Web app isn't the same as a Rich Internet App if you have to rethink how you build the apps and how the pieces are put together, and the flow through the application, user interaction.

There are a lot of people who will learn as they go. If they build it incorrectly, if they suddenly take an HTML form, guess what, I'm going to turn this into a Flex app, built by Flex; it's a Flash form, drop in an HTML page. They're going to learn very quickly that isn't the result people want.

I think actually you'll be getting two fundamental questions; one is Flash in general and educating people what's correct to use. I think we've made real progress there. The other part is just explaining to people how the migration from a Web app to a Flex-powered Rich Internet Application, how that process should go. It really is taking a step back and rethinking your app; we've already started showing people the example apps, show that when you install Flex and you get the snippets in the explorer and how to write code, those are obviously little snippets and that's not how we actually build real applications. Building real apps does require taking a step back, rethinking the flow, rethinking the communication between presentation for the clients and the server. That has to happen and that is happening. We've already started building examples and writing up docs for that as well. There will be a lot more around it as well. There will be training, there will be documents that explain the best practices and how to use the technology, so that's what we're working on. It's important and I really think it needs to be addressed and we are working on that.

SH: I'm glad you mentioned that developers have to rethink the way they actually present these interfaces to people and the sample applications. That was the other thing that I really wanted to bring up with you. At the MAX conference in California, the Macromedia Extreme Design Group showed an application that, for lack of a better word, just absolutely blew me away. It was absolutely amazing and everybody's jaw dropped when we saw the entire video store application to rebrand itself. "Spiderman," I guess, was the sample, when the guy was typing in the search box. The Extreme Design Group was showing their view of what user experiences are going to be like in the very near future with these next generation of Web 2.0 type applications. That application was built with Flex and the tools are available today to build those kinds of things. Is the Extreme Design Group or any other group within Adobe planning to do anything to help developers really learn how to rethink the way they approach presenting data, services, and interfaces to end users?

BF: I think the answer to that is an obvious yes. I mean that's part of the core education I was just talking about. There is an education process in teaching people how to use technology and how to use it effectively. Part of that is actually in the core product, so a lot of things we've done at Flex 2, some of the new controls, some of the way you can do skinning now and styling to get the look that you want, make that a whole lot easier as well. I think some of that thinking is really making this the core product, and, yes, there is additional education that needs to happen around that and that's a work in progress.

SH: There's been a lot of buzz around Flex, and I think it's fantastic so far with everybody getting to see it, and everybody is really anticipating this release. Do you have any other thoughts, anything else that you want to tell our viewers before I let you go?

BF: The only other thing I'll add is that I would really encourage people to play with it. We've made this beta really open, actually made the alpha open, as well, and we really want people to play with this technology and see what it can do. It's a lot of fun. It's addictive and there's an instant gratification factor to it, and people are having a whole lot of fun with it. What I really want people to do, though, is to start to play with the ColdFusion Flex integration. The truth is, if you build an app in Flex 1 it could talk to a ColdFusion back end by default because the Flash player knows how to make HTTP calls and knows how to talk to - via Flash remoting - talk to Web services. ColdFusion obviously can respond to all of those, but there was nothing really built into the product on either end. I mean, one particularly suited to the other. If you're a ColdFusion developer, obviously you used ColdFusion as a back end for your Flex app but there was nothing particularly compelling as far as the integration goes between the two.

That has changed. In Flex 2 the integration is really nice and really clean, and so the new Flash remoting adapter that gets installed for ColdFusion 7 does really important things like automatic diversion of objects between ColdFusion CFCs and a Flash group and then back again. Some of the wizards we're working on for Flex Builder are specific to ColdFusion, so a right-click and ActionScript object can generate the appropriate CFC with all the properties and so on. If you're using the Flex Enterprise services, the gateway that we install into ColdFusion makes it really easy to send the data from ColdFusion, push down to the client with a single function call, probably far easier than any other back-end platform. I think ColdFusion developers are going to discover when they start playing with ColdFusion and Flex together that Flex doesn't just support ColdFusion, but that the two work very well together and have been designed to do just that.

ColdFusion is a first-class citizen when it comes to being a back end for Flex. The two are designed to work very well together and ColdFusion developers in that way have an edge in that they have all the power, the simplicity, and productivity that is ColdFusion, which is why they use the product already. In addition, they are now in a really good place when it comes to building these next-generation Rich Internet Applications with a powerful Flex front end and a ColdFusion back end. I really encourage people to download the beta, to go through to the lab site, labs.Adobe.com, download Flex Builder 2 and download Flex Enterprise services if you want, play with that as well, make sure you download the updated bits for ColdFusion. They do require Cold Fusion 7.01 and download those bits as well; if you want to play with the charting components, grab those. There are good examples up there, demos, postings all over the place, and blogs elsewhere with examples to try, so just play with it. It really is a lot of fun to play with and the results are pretty amazing.

SH: Thanks for talking with me, Ben. I look forward to seeing what happens with Flex 2.0 when all of its various components are officially released and, obviously, we are also looking forward to seeing what's in store for ColdFusion in the next year or two.