inicio mail me! sindicaci;ón

Five minutes to develop an application? Way too slow…

by Joe McKendrick

Five minutes to develop a new application — that’s the ultimate nirvana of enterprise mashups, one which seems unrealistic, yet some vendors and analysts have been saying is just around the corner. But is the enterprise truly ready?

I actually used the above headline in a ZDNet blog last June to describe the emerging world of enterprise mashups. I think it’s just as appropriate eight months later as we assess the ongoing progress of mashups within enterprises.

Or, more appropriately, lack of progress. As Ric Smith, product manager for JDeveloper at Oracle, just put it in a recent issue of Java Development Journal: “Despite the momentum behind mashups, corporate IT departments only consume a handful of the services used by the mashup crowd. Instead, businesses have constructed their own ecosystem of services in parallel to the Web 2.0 movement.”

That parallel universe he’s talking about probably refers to SOA, or at least a JBOWS architecture (Just a Bunch of Web Services).

What’s the problem here? Mashups offer a light and easy way to quickly combine necessary data sources and applications from across the enterprise within a front-end UI to bring a new way to look at a problem. What’s not to like?

Rod Smith, vice president of emerging Internet technologies for IBM, declared in a keynote speech that the technologies underpinning blogs, wikis and innovative sites such as Google Maps and Wikipedia on the Web will transform the way productivity applications are developed — in some cases “in as little as five minutes.” End-users (businesspeople, not just developers) will be able to use the palette of Web 2.0 components available for free on the Internet.

However, Oracle’s Smith observed in JDJ that the relatively slow uptake of enterprise mashups is two-fold. “First, the concept of mashups is often considered a social phenomenon or a grassroots effort tangential to enterprise software. Second, there’s no clear path to integrate business services with those available on the Web. This second issue is due, in part, to the impedance mismatch between business services and mashup services. Mashup APIs are generally written in JavaScript, while services deployed to the enterprise are developed using Java or .NET technologies.”

There you have it — mashups are all about scripting. But aren’t time-stretched IT departments increasingly adopting scripting languages as a way to quickly get things done?

My colleague Dion Hinchcliffe agrees that enterprise mashups are a different animal than consumer mashups. In a new post, he observes that “in decades past, the new ideas in computing originated in the enterprise world and trickled down to the consumer world later on (things like databases, computer networks, file servers, and so on). However in the Web 2.0 era… new ideas and approaches are germinating more on the consumer Web than from the enterprise space.”

In fact, many of the innovations that have happened within enterprise IT leeched in from the outside — the PC and PDA were brought in from the consumer world, for example. Oracle’s Smith points out that vendors are placing their bets that mashups will become an enterprise technique as well. IBM has its QEDWiki enterprise “mashup maker” tool that “lets developers blend corporate services with external services, and rapidly assemble applications.” Smith also points to the Oracle WebCenter Suite, which enables users to mix and match corporate services using a combination of AJAX and Java portlets.

This sets the stage for a ‘violent’ collision between the enterprise and consume worlds, as described by ZapThink’s Jason Bloomberg in SDTimes: “On the one hand, you have the whole Web 2.0 thing, which is consumer-oriented, it’s collaborative, it’s Web-based…. There are a few business models out there, but they’re mostly graphical and they mostly take advantage of mapping capabilities.” The other world is the world of SOA, where IT groups are “looking to build loosely coupled services that abstract various sorts of IT capabilities across the organization. What’s happening in the SOA world is that we’re shifting to a greater focus on the service consumer, which is now a piece of software.

Dion observes that the time may be ripe for mashup adoption within enterprises, where “application backlogs and demand for more software that will improve collaboration and productivity are often rampant,” he said. “Far from having too much software, most enterprises don’t have enough to satisfy demand, despite the prevalence of mountains of existing enterprise systems, many of which are underutilized.”

Or, as IBM’s Smith put it: “Why let the Web 2.0 folks have all the fun?

Share and Enjoy: These icons link to social bookmarking sites where readers can share and discover new web pages.
  • E-mail this story to a friend!
  • Print this article!
  • TwitThis
  • del.icio.us
  • Facebook
  • Reddit
  • bodytext
  • Google
  • StumbleUpon
  • SphereIt


2 Comments »

Peter HolditchFebruary 1st, 2007 at 4:15 pm

I can’t help thinking that another impedance to 5 minute development wthin the glasshouse is the impossibility of sizing and provisioning capacity to applications that can churn so fast.

I think this one of the elemnts that will drive adoption of new virtualisation / deployment models, such as Azil provide, as I have bloggged in the past… http://blogs.azulsystems.com/peter/2006/12/scales_fallen_f.html

Tom MandelFebruary 1st, 2007 at 6:01 pm

The idea of “application” in the concept of ‘5-minute development’ seems problematic. People need not be programming, and the role is not more appropriate just because it can be made to take less time.

The point is workflows, that’s what people do all day, and we need more ways to support their wrokflows. W/in a narrow range, we understand how to support them in software without any application development. When I write a proposal in Word and pass it around to a team via emails, that’s a workflow. It is indeed an application of computer technology, but no one needed to program it.

The more simple facilities you put at the fingertips of the knowledge worker, the more she simply puts together workflows out of them. In other words, give her more facilities. I discuss this in more detail in my FASTforward podcast with Kathleen Gilroy, in the context of new support for workflows provided by Enterprise social software from Connectbeam.

It is a mistake to think of Enterprise 2.0 as a set of applications or application programming techniques. It’s just new tools that a) support spontaneous social workflows by enterprise workers and b) bring (to use a shortcut) Web 2.0 information-sharing and ease of use to the facilities of the existing IT stack, e.g. enterprise search. We’ll be showing a ‘Search 2.0′ capability of this kind at FASTforward next week.

Your comment

Want an image to appear near your comment? Go to gravatar.com

HTML-Tags:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>