The Keene View on Web 2.0, Ajax and SaaS

Yesterday, KANA announced the release of KANA 10, whose killer feature is the ability for call center executives to do self-service customization of call center workflow to meet changing business requirements.

KANA is using a customized version of WaveMaker studio that allows call center execs to configure the business workflow using a drag and drop interface.

KANA 10 shrinks a process that used to take months down to minutes - all thanks to WaveMaker!

According to KANA's CTO, Mark Angel, "WaveMaker's visual Ajax studio turbocharged our web development effort for KANA 10, cutting at least 50 percent of our UI development time compared to a standard Ajax library."

The following screenshot shows an agent dashboard built using WaveMaker and based on the Dojo Toolkit. Pretty snazzy huh?


The following screen is intended for end user self service and gives proof positive that Web 2.0 has entered the enterprise!


KANA 10 was built using WaveMaker and the IBM SOA Foundation and was developed in conjunction with IBM customers. KANA did a complete rewrite of their entire suite of applications in less than a year (we announced the WaveMaker/KANA deal 10 months ago)- a terrific validation for Web 2.0, the Dojo Toolkit, Ajax and SOA technologies.

Labels: AJAX, DOJO, Dojo WaveMaker, KANA, Web 2.0

While our engineering team works feverishly on the Beta 2 release of WaveMaker for the cloud (with intermittent breaks for foosball), I am wrestling with how to explain what our product does and why anyone should care.

Let's face it - small, innovative tech companies are a dime a dozen. When we ask potential customers to literally bet their careers on our latest shiny gizmo, there had better be a pretty compelling reward to offset that risk.

With that in mind, I am creating a marketing pitch to overcome customer's innate skepticism by answering three basic questions:

1. What is the severed jugular customer pain point? The first step is to identify a customer problem that you can solve and that customers really care about. Solving an annoying problem works for established vendors (kind of), but absolutely will not get a new vendor in the door. The marketing pitch has to solve a top 3 problem where the customer believes "if I don't get this resolved my job is on the line."
   
2. What is a unique selling proposition? Connected directly to the pain point, you have to define exactly what unique benefit the customer can only get from your product. The important point here is that there is a single unique value that you will put first and foremost in front of the customer.
   
3. What is our company's big hairy audacious goal? Even if a customer has a huge pain point and sees the value of your unique selling proposition, they will only buy if they think you will be around long enough to solve their problem. In this case, "solve their problem" means that the customer gets so much glory for choosing your product that they get promoted (at which point it's the next guy's problem ;-). Creating a big vision for your tiny company is a powerful way to give your customer confidence that your product is around for the long haul.

This of course sounds more formulaic than it actually is, but at a minimum provides some good questions to ask when evaluating a marketing pitch. Stay tuned for WaveMaker for the cloud's answers to these questions!

Labels: business, entrepreneur, startup

At the monthly NVMDA* last night, the topic turned (as all tech topics do these days) to Twitter.

What those of us with teenagers reported is that Twitter is a complete non-phenomenon for the otherwise technologically-obsessed younger generation.

Our conclusion was that Twitter is most exciting for people who don't use instant messaging. To be sure, Twitter != AIM and vice versa, but Twitter provokes a fascination with instant communication among older geeks that younger geeks like my son experience every day via text messaging.

Not that this necessarily spells any sort of dire outcome for Twitter, just that it is unlikely to replace SMS as the communication vehicle of choice for the next generation of computer jocks.

* Noe Valley Men's Drinking Association, a poorly, but aptly named group of thirsty gentlemen.

With the release of WaveMaker 5.0, I rolled up my sleeves, got out my pocket slide rule for moral support, and dove into tech-topia.

The result was two very geeky articles:

• Automating Hibernate Mappings and Queries with WaveMaker published in TheServerSide this week. Describes how WaveMaker can automate the process of building Java applications that have relational back ends and web clients.
  
• Fixing Ajax Back Buttons and Bookmarks with Dojo published in DojoCampus. Addresses the issues around getting the browser back button to work with Ajax web clients, as well as how to implement standard url bookmarks with Ajax.
  

Both articles were well received - even the notoriously testy ServerSide crowd was well behaved.

The down side, of course, is that programming plays to my built in compulsive/addictive personality, so I find myself waking at 2am with my brain working on some minute programming problem in full throttle.

Labels: AJAX, Dojo WaveMaker, Dojo Campus, The Server Side

Comparison of RIA Data Frameworks

The Zapthink report concludes by saying that the most attractive market opportunity is not for stand-alone RIA libraries but for full RIA development enviroments like Adobe LiveCycle, Microsoft Silverlight and WaveMaker.

Labels: Adobe, aker, Dojo WaveMaker, RIA, Silverlight, zapthink

Mashups is a pretty broad term. A good definition for a mashup tool is a solution that allows developers to combine interesting data and then visualize that data through a web application

Usually, mashups are web applications that can be created quickly using standard web services (e.g., REST) and components (e.g., Widgets).

There are three kinds of Mashup tools: front end, back end and integrated. The differences are:

• Front end mashup tools: these tools help build web front ends like dashboards using widgets/gadgets and little to no programming (iGoogle, PageFlakes)
• Back end mashup tools: these tools combine web-accessible data and services into more useful web services that can be called easily using a REST-ful interface (Kapow, Yahoo pipes)
• Integrated mashup tools: these tools make it easy to build end-to-end web applications that link web widgets to data and services.

When evaluating mashup tools, you need to think about what kind of mashing you are trying to do:

1. Do you want to create a visual dashboard from existing widgets? Try a front-end mashup tool. These tools make it easy to create a personal dashboard that tracks your stocks, local weather, the time in 51 timezones and the current price of titanium.
   
2. Are you wanting to turn web-accessible stuff (like ebay auctions or linkedin contacts) into a web service API? Try a back-end mashup tool to get at data programmatically that you otherwise have to do by hand (and mouse).
   
3. Do you need to create an end-to-end web app like a dashboard or simple business portal? Try an integrated mashup tool to build applications quickly and with minimal programming. Integrated mashup tools are effectively the modern version of MS Access for the web.
   

Another factor to consider is whether you have to download and install anything to use it. Mashup tools can be purely web-based (like Yahoo pipes or PageFlakes), purely download (Open Kapow) or available both as a download or hosted (like WaveMaker and IBM Mashup Center, both of which are hosted on Amazon EC/2).

Here are five free, open source mashup solutions you might want to check out:

iGoogle - Front End Mashup Screen Builder Tool

If you are looking for lots and lots of widgets, look no further. iGoogle has tens of thousands of gadgets (many of the most popular ones NSFW, but that's how it goes). Try iGoogle here.

Open Kapow - Back End Mashup Service Builder

The web is a wonderful place to find information, if you are a human and have a lot of time. Getting programmatic access to data on the web is a completely different story (wouldn't it be nice to see which of your favorite restaurants has a table open at 6 tonight automatically?) Kapow is a web-based tool for creating "robots" that gather data on the web and return the results as a web service. Try open Kapow here.

Yahoo Pipes - Back End Mashup Service Builder

Pipes is a web-based tool that allows developers to aggregate, manipulate, and mashup content from around the web. It is not as full-featured as Kapow, but you can try it without having to download anything. Try Yahoo pipes here.

IBM Mashup Center - Integrated Mashup Builder

Mashup Center was written with the non-developer in mind. That design objective increases the number of people who can use the tool, but limits the complexity of what you can build. In general, Mashup center requires that developers create a set of enterprise widgets (using IBM's iWidget spec) . There is also a cloud version of Mashup Center, but it requires that you have your own Amazon account set up. Try Mashup Center here.

WaveMaker Studio- Integrated Mashup Builder

WaveMaker provides a fast and easy way to build web applications. It targets Java developers who want a RAD GUI builder as well as novice web developers who want to build web applications with minimal learning curve. You can try the cloud version of WaveMaker here, or try the WaveMaker download here.

Labels: igoogle, kapow, mashup, mashup center, WaveMaker, Web 2.0, yahoo pipes

Today, we launched version 5 of our visual development platform for Java and web developers.

Java developers need the equivalent of MS Access for building Java Web Applications. Currently, a Java developer wanting to build a web application faces a huge learning curve, to say nothing of the coding burden.

WaveMaker 5 addresses the need for easy to use tools for building Java Web Applications. Wavemaker 5 introduces Enterprise-ready Data Widgets. WaveMaker generates these custom components automatically when a developer connects to a database.

With Enterprise-ready Data Widgets, WaveMaker reads the database schema and creates a widget for each table that the developer can drag and drop into an application. Enterprise-ready Data Widgets can display table data as an Ajax grid or as a form with automatic data validation and built in create, update and delete capabilities.

WaveMaker makes it possible for a developer to create a database-driven web application with literally three clicks:

• Click 1: connect to the database. WaveMaker studio automatically imports the schema and creates an Enterprise-ready Data Widget for each database table.
• Click 2: drag Enterprise-ready Data Widget from the studio palette to the application canvas
• Click 3: press Run to perform a test run of the application in a local Tomcat server. The final application can deploy to any Java server.

Try it today! You can download WaveMaker and try it yourself here.

Labels: cloud computing, Java, RAD, RIA, WaveMaker, Web 2.0

In my various swims around the San Francisco bay, there have been times - thankfully only a few - when the combination of waves and tide seemed too powerful to overcome. Luckily, I have yet to get swept out under the Golden Gate bridge.

Labels: startup

Platform as a Service (PaaS) offers a way to build and deploy applications entirely in the cloud. This market was pioneered by SalesForce and their Force.com PaaS offering.

PaaS offers the potential to democratize web development by enabling anyone who can use a browser to assemble and extend web-based applications. Yet early PaaS players, including Force.com, Bungee Labs, Google AppEngine and Microsoft's Azure, have introduced PaaS solutions that are remarkably proprietary.

A proprietary PaaS solution introduces high switching costs to move data or logic from one PaaS provider to another. For example, moving an application from the recently deceased Coghead to AppEngine would require a wholesale rewrite of an application written on one proprietary framework to another.

In short, customers adopting PaaS gain access to powerful new technical capabilities but at the cost of stepping back to the proprietary business models of 20 years ago. Surely the same market forces that have driven greater transparency in the enterprise software world will also prevail in the brave new world of cloud computing!


In talking with customers and analysts, WaveMaker has introduced the term Open PaaS to describe what the next generation of cloud development tools should look like. In our definition, Open PaaS solutions have four characteristics:

1. Portable - customers must be able to run applications built using PaaS tools on multiple cloud offerings. PaaS offerings based on proprietary languages (e.g., SalesForce, Bungee, Coghead) lock customers into a single cloud provider.
2. Based on open standards - customers must be able to leverage existing skills such as Java and Javascript to build applications using a PaaS tool. Offerings that are based on proprietary software stacks (e.g., Google AppEngine, Microsoft Azure) lock customers into a single cloud infrastructure.
3. Available as open source - customers must be able to run applications created with PaaS in their own data center in an open source environment . SugarCRM pioneered the attractive concept of letting the customer "take their ball and go home." For PaaS vendors, it is even more important that customers be able to move a cloud app from the cloud to behind their firewall.
4. Mobile-aware - increasingly, web enablement reaches beyond the desktop browser to smartphones from companies like Apple, RIM and Palm. Customers need PaaS tools that can deliver device-appropriate content and functionality. Effectively, this is an update of the old Java "write once run anywhere" mantra.

As the cloud evolves, it is inevitable that customers will demand more flexibility. With that in mind, WaveMaker recently became a supporter of the Open Cloud Manifesto, a very timely effort spearheaded by Reuven Cohen, CTO of Enomaly.

You can read the Open Cloud Manifesto here, but here is my take on the 6 principles of the Open Cloud Manifesto (the bold titles and italic comments are mine):

1. Commit to cloud interoperability: Cloud providers should collaborate to solve standard problems (e.g., security, interoperability) in a standard way. At a minimum, this requires publishing the APIs needed to build interoperable security and other services across cloud providers.
2. Eschew vendor lockin: Cloud providers must not use their market position to lock customers into their particular platforms. This goes to the heart of the problem. If you are at the head of the pack, why slow down and let others catch you? The answer can only be because doing so gives you access to a much bigger market, of which you are still at the head of the pack but with a smaller lead!
3. Adopt existing standards aggressively: Cloud providers must use and adopt existing standards wherever appropriate. This will be much easier for new cloud vendors, who are starting from scratch, than existing cloud vendors, who built out their infrastructure before many of these standards existed.
4. Minimize proliferation of new standards: When new standards are needed, Cloud vendors must be judicious to avoid creating too many standards. We must ensure that standards promote innovation and do not inhibit it. This shows great wisdom in the ways of the world. What are most standards bodies anyway but the effect to gain or preserve market share by non-market driven means?
5. Focus new standards on actual customer needs: Any community effort around the open cloud should be driven by customer needs. This is another swipe at the self-serving approaches of many standards bodies. From a cynical perspective, we will know cloud computing is successful when its standards bodies become just as opaque and non-customer focused as other entrenched standards like Java ;-)
6. Cooperate between standards groups: Cloud computing standards organizations, advocacy groups, and communities should work together and stay coordinated, making sure that efforts do not conflict or overlap. This is well-intentioned, but also seems to be saying "thou shalt have no cloud advocacy groups before me" (shouldn't that be commandment I?)

Just like that large collection of tubes called the Internet, this notion of Open Cloud and Open Platforms is here to stay!

Labels: cloud computing, open source

There are a number of companies offering Platform as a Service (PaaS), but little agreement about what PaaS is or how to compare various PaaS offerings from companies ranging from SalesForce to WaveMaker. Even the Wikipedia entry on PaaS starts with a stern warning that the entry is full of buzzwords and lacking in concrete examples.

Definition of PaaS

PaaS solutions are development platforms for which the development tool itself is hosted in the cloud and accessed through a browser. With PaaS, developers can build web applications without installing any tools on their computer and then deploy those applications without any specialized systems administration skills.

McKinsey & Company, in their 2008 report "Emerging Platform Wars," defined Platform as a service as "cloud based IDEs that not only incorporate traditional programming languages but include tools for mashup-based development."

What Makes PaaS Different?

The alternative to PaaS is to develop web applications using desktop development tools like Eclipse or Microsoft Access, then manually deploy those applications to a cloud hosting provider such as Amazon EC2.

PaaS platforms also have functional differences from traditional development platforms. These include:

• Multi-tenant development tool: traditional development tools are single user - a cloud-based studio must support multiple users, each with multiple active projects.
  
• Multi-tenant deployment architecture: scalability is often not a concern of the initial development effort and is left instead for the sys admins to deal with when the project deploys. In PaaS, scalability of the application and data tiers must be built-in (e.g., load balancing, failover need to be basic elements of the dev platform itself).
  
• Integrated management: traditional development solution usually do not concern themselves with runtime monitoring , but in PaaS, the monitoring ability needs to be baked into the development platform.
  
• Integrated billing: PaaS offerings require mechanisms for billing based on usage that are unique to the SaaS world.
  

Faux PaaS - 4 Ways To Tell If It's *Really* PaaS

At a minimum, a PaaS solution should include the following elements:

1. Browser-based development studio - if you have to install something on your computer to develop applications, that's not PaaS!
   
2. Seamless deployment to hosted runtime environment - ideally, a developer should be able to deploy a PaaS application with one click. If you have to talk to a person to get your app deployed, that's not PaaS!
   
3. Management and monitoring tools - while cloud-based solutions are very cost effective, they can be tricky to manage and scale without good tools. If you have to bolt on DIY monitoring to scale your cloud app, that's not PaaS!
4. Pay as you go billing - avoiding upfront costs has made PaaS popular. If you can't pay with your credit card based on usage, that's not PaaS!
   

Benefits of PaaS

The benefits of PaaS lie in greatly increasing the number of people who can develop, maintain and deploy web applications. In short, PaaS offers to democratize development of web applications much the same way that Microsoft Access democratized development of client/server applica

Today, building web applications requires expert developer with three, highly specialized skill sets:

1. Back end server development (e.g., Java/J2EE)
2. Front end client development (e.g., Javascript/Dojo)
3. Web site administration.

PaaS offers the potential for general developers to build web applications without needing specialized expertise. This allows an entire generation of MS Access, Lotus Notes and PowerBuilder developers to start building web applications without the huge learning curve.

PaaS Resources

Examples of PaaS solutions today include:

• AppEngine from Google: based on Python and Django
  
• Force.com from SalesForce: based on the SalesForce SaaS infrastructure and Apex language
  
• Bungee Connect: visual development studio based on Java
  
• LongJump: based on Java/Eclipse
  
• WaveMaker: visual development studio based on Java and hosted on Amazon EC2
  

Other definitions for Paas are offered by Bungee, Salesforce and ZDNet.