 |
|
TIBCO (The Information Bus Company) which sells business process management and business integration software is reportedly verbally committing to use Microsoft's Silverlight technology. The company plans to use Silverlight for their product development to create rich internet applications (RIAs) in cases where AJAX might not meet their needs. Silverlight is a cross-browser, cross-platform, and cross-device plug-in for creating RIAs on the .NET platform. In an interview with InfoWorld, Rourke McNamara, Director of Product Marketing for SOA at Tibco said that "Tibco likes Silverlight over alternatives, such as Adobe's Flash platform, because developers can leverage existing skill sets like the ability to develop in C#. Silverlight also presents a lightweight environment, and Microsoft and Tibco have many joint customers." Labels: Adobe, Microsoft, RIA, Rich Internet Application, silverlight
 I spoke yesterday with Michael Cote of Redmonk and Ryan Stewart of Adobe (the RIA blog is here, on ZDNet here podcast is here). What follows are some of the highlights of our discussion on the state of the RIA market. Today, there are two ways to build your first Web 2.0 application: - Buy $300 worth of O'Reilly books and kiss the next few weekends goodbye
- Download WaveMaker and follow the 15 minute tutorial
For anybody but the most hardcore or masochistic tech-heads, this seems like a no-brainer decision. If Web 2.0 is about putting more power into the hands of end users, that message hasn't hit the Ajax world yet. In general, Rich Internet Applications toolkits from Dojo to Flex are well beyond the reach of anything but the most sophisticated developers (not that I am a particular fan of Flex). WaveMaker is focused on lowering the price of admission for Web 2.0 application development. WaveMaker provides an easy on ramp to building web applications, allowing non-expert developers to build rich internet AJAX applications How complicated an application can you build with a visual Ajax tool? Well, we built the WaveMaker studio using WaveMaker, so you can build a very complex application indeed using visual Ajax tools! What kinds of applications are best for a visual Ajax tool like WaveMaker? We see our community building three kinds of applications: - Rich Internet Application prototyping. Business analysts
- Rapid Application Development using database driven forms generation
- Face of SOA applications. Assemble rich internet applications by combining web services and data services.
WaveMaker is the PowerBuilder for Web 2.0 - we make it easy for large community of people to get benefits of rich internet applications. As usual, the bogeyman for all this Rich Internet goodness is Microsoft. The current fragmentation of the Ajax market and related squabbling between toolkits fanboys makes Microsoft's Silverlight solution a much simpler choice for developers. More importantly, before the introduction of WaveMaker's visual Ajax studio, Microsoft's visual studio was winning over the novice developers by default. It's time for the open source world to provide a compelling and CIO-safe alternative to Silverlight and WaveMaker is just the company to do it! Labels: ASP.NET, Dojo WaveMaker, flex, RIA, Rich Internet Application, silverlight, Visual Ajax
 When builders first started using steel, they built brick buildings that had steel supports. While this incremental approach made sense for existing builders, it came nowhere near utilizing steel to its fullest potential. In a similar way, all the folks from the fat-client world (Microsoft Silverlight, Adobe AIR, Eclipse RAP) are trying to make a rich web interface look just like a PC client interface. Ajaxian had a good analysis of the recent Eclipse Rich Application Programming announcement here. RAP, from Innoopract, allows developerswho are used to writing fat client Java applications using SWT now build web applications. These applications look just like fat client apps, and offer no support for basic web development standards like css. There is nothing inherently wrong with this, but it is basically a way to make the future of web development look just like the past of client/server. I gave my thoughts on where we at ActiveGrid see things going with my post, Ajax needs Eclipse Like a Hole in the Head. One thing we know for sure about the future is that it rarely looks like the past…. Labels: Adobe, ajax, eclipse, innoopract, rap, silverlight
 I recently posted an article entitled, Really Idiotic Approaches to RIA to point out how 1980s the proprietary Rich Internet Application solutions from Microsoft ( Silverlight) and Adobe ( Flex) are. Not surprisingly, this elicited predictably troll-ish "contributions" in my comment section, including one which opened with " you are an ignoramus." After I had looked up ignoramus in the dictionary (no, it is not an absent-minded dinosaur), I thought a bit about how Ajax looks from troll-land. The argument for Silverlight and Flex is that Ajax is bad because it is not cross browser. Let’s examine that for a second. Cross browser at this point is really shorthand for “runs the same on Firefox and Explorer.” When we parse that a bit more, we find that many of the cross-browser problems come from Microsoft’s poor implementation of the standards. And hey, whadda you know, Microsoft benefits from its poor implementation by getting witless developers to adopt their proprietary, Microsoft-only solution as a reward for Microsoft’s poor implementation. And if you feel that Microsoft should not be rewarded for this kind of behavior, but do not have the weight of the EU behind you to slap a $600M fine on them, you can always choose a different proprietary solution and get locked into Adobe forever. So the argument against Ajax, if I understand it, is that this open-source thing is just a crock, that nobody will ever get the cross-platform right, and the sooner we all just capitulate and fold up our tents, the sooner the caps-lock trolls will leave us alone? I think I'd rather stay an ignoramus.
Labels: flex, silverlight, web 2.0
Disclaimer: The opinions expressed on the WebGuild Blog including posts, comments, and external links, are those of the individual
authors and not WebGuild's.
|
 |
|