This Just In: AJAX Doesn't have to be -- AJAX!

By
Yep, Jesse James Garrett, that cowboy of marketing hype, said it very clearly (according to Brent Ashley).

The Decree has been Handed Down:


Ajax is no longer an acronym to be limited to its original initials.

According to Jesse, as long as these two basic ingredients are involved, what you have is an Ajax application. (Hallelluja! Praised be the AJAX Gods! Lordy, Lordy!) :
  • asynchronous interaction model

  • browser-native technologies

    • Hopefully, organizations like the new OpenAjax Alliance will be able to reach consensus on what needs to be done and how in order to take us to the next level in Rich Internet Application evolution.

    Open Ajax Alliance? What the hell is that! Why don't we have an Open Javascript Alliance? How about an Open HTML one? What's the purpose?

    Anyway, the message is that now we can call it "AB" - definitely a step in the right direction!

    You see how very adaptible it all is? Even if it ain't really "AJAX", you can still call it -- AJAX! I can't describe how very comfy and relieved that makes me feel!

    Not only that, we can probably get rid of the "Asynchronous Interaction Model" one since a large percentage of so-called "AJAX" webpages do not use asynchronous methods anyhow. Now, "Browser-native" technologies, I suppose, is a "given" also, since without a browser, you'd probably just be watching TV, right? (Of course, for accuracy's sake, I'll probably want to look that one up in my HillBilly SpellChecker). Now this is GREAT NEWS - it means we don't need ANY REQUIREMENTS - therefore, ANYTHING can be AJAX! Whoopee! Though I walk in the valley of the shadow of XMLHTTP, I shall fear NO SCRIPT! WTFOMG! AJAX ME BABY! IT'S THE AJAX REVOLUTION! OMG! CRADLETODAGRAVE, BABY!

    Ain't marketing grand? Acronyms don't have to be limited to their original initials! Now if I am correct in assuming we can get rid of the "A" for Asynchronous and the "B" for browser-native as above, we don't need any acronym at all, and we can just go back to describing such applications as employing "Remote Scripting" which is the way it has always been anyway. Of course "the World AJAX Conference in Amsterdam" would suffer a bit, not having anything much to talk about, but - hey, That's Progress (TP).

    Listen: It's still Remote Scripting to me. That's what it was when Microsoft brought it out in 1998. You can "seminar it to death" if you want to. Eventually, as with any other fad, everything will settle down. Oh, people will still be doing "AJAX" -- just as they have been since last century. Probably by that time we'll have "Web 9.2" (And probably ATLAS 4.2 also).

    I can't seem to get this across to them. It's not AJAX - it's "AHAB" - A Lotta Hype And Bullshit!
    Peter has been active on the C# and other MS newsgroups, has had samples at gotdotnet.com (now codegallery.com) that have been downloaded over 56,000 times, and has written numerous articles for eggheadcafe.com, for which he is a co-founder, and MSDNAA sites. He has also been a technical reviewer on books from Prentice Hall, Manning and other publishers. Peter was a Microsoft MVP for 10 years. Peter was born and raised in New York City, and after a stint as a jazz musician playing contrabass with the Robert Hunt Trio, migrated to sunny Florida, where he was hired as a rookie Financial Consultant at Merrill Lynch in Orlando, specializing in Corporate Services. It was at Merrill that Peter realized computers and technology were his forte. He spent his last few years at Merrill developing real – time computerized trading and and stock charting program using advanced technical analysis indicators, some of which are his own inventions. In 1997, he moved on to architect and serve as lead developer on a number of innovative web-based and middleware solutions for the healthcare and financial services industry.

    Comments

    1. Anonymous6:42 AM

      About The Codebehind vs. Inline Code ASP.NET Debate I must say it was the most biased opinion I've ever read about that particular subject.

      You couldn't give one single example where inline coding fits and accused those who use it of lack of knowledge or just being lazy to learn code behind.

      Internet, in this case WWW, native tongue is scipting. That's the nature of the service: a server response for a client request. While the protocol remains the same, things won't change. At least that much.

      There's been so much tryings to pull it to a desktop-like programming but there's no use. That's just not the nature of the WWW.

      ReplyDelete
    2. peterbromberg6:47 AM

      This relates to AJAX? That was eons ago! Back to the Future, man!

      ReplyDelete
    3. Anonymous11:09 AM

      Jeez, Peter...

      Don't sugarcoat it. Tell us how you really feel about it.

      ReplyDelete
    4. Brent Ashley5:58 PM

      Peter -

      You really have to make yourself a tshirt like mine!

      - Brent -

      ReplyDelete
    5. peterbromberg8:07 PM

      Brent,
      I gotta hand it to ya. I've been UPSTAGED bigtime!

      Peter

      ReplyDelete

    Post a Comment

    Popular posts from this blog

    Some observations on Script Callbacks, "AJAX", "ATLAS" "AHAB" and where it's all going.

    By
    I've taken a more than cursory interest in the whole Remote Scripting (.NET species) vs. AJAX and now ATLAS discussion, mostly because I started using Remote Scripting since Microsoft first released it, and because I continued to refine it after seeing Brent Ashley's excellent work with JSRS, which was one of the first "real" cross-browser solutions back in 2000 (that's the turn of the Century for you history buffs). Now Bertrand Leroy, a Microsoft guy whose work I like , has authored some very interesting ASP.NET 2.0 script callback stuff that he points to on his blog, and he is obviously (at least, to me he is) involved quite heavily in the development of this new ATLAS infrastructure that they'll preview at PDC. Leroy's most recent post brings to the surface what I agree are the major differences between the "AJAX a - la .NET" approach as popularized by Michael Swartz with his AJAX.NET library, and Leroy's RefreshPanel, the ASP.NET 2.0 b...
    Read more

    IE7 - Vista: "Internet Explorer has stopped Working"

    By
    Image
    This one was a bitch. All of a sudden for no reason at all, out of the blue, I get this dialog "internet Explorer has stopped working". I didn't install any new software, crap- I didn't do anything! So here I am using FIREFART to go on the internet and find out what to do! Damn! Good thing I've got the sucker on the same machine (I'm not "anti-Firefox", i just don't use it that much except to check my page renderings). The Fix The fix (at least for me): 1) Go into Control Panel, and choose "Internet Options". 2) Under the "Advanced" tab, press the "RESET" button at the lower right: Don't ask me why this happens, or why the fix works. That's a BUG, D00D - I don't care how you slice it!
    Read more

    FIREFOX / IE Word-Wrap, Word-Break, TABLES FIX

    By
    One of the most annoying things a developer (who would normally delight in writing code, not futzing with markup) can have is getting rendering issues between different browsers. The two biggest players are of course Internet Exploder and Firefart (as I lovingly like to refer to each). In most cases that's going to take care of 98 percent of your total site traffic. IE has had a proprietary "word-break" style attribute for a long time, and this made it into the CSS 3.0 spec. But that doesn't necessarily help you with Firefox right now. Firefox literally - (and I consider this completely idiotic, since it's been in their bug database for FIVE YEARS) does not have a reliable CSS style element to force table cell content to break in the middle of a word in order to stop the content from expanding your table / div off the page or over other content on the page. Here's a partial fix, which will work for most tables and browsers. The style declaration (I call it m...
    Read more

    System.Web.Caching.Cache, HttpRuntime.Cache, and IIS Recycles

    By
    Recently I chimed in on a newsgroup thread to an OP (Original Poster) who was questioning why he was losing Cache items. This individual would load a dataset from the Cache object into a local object to use to perform processing. He had been using httpcontext.current.cache and noticed that sometimes he was not able to get the dataset out of the cache. He tried switching to HttpRuntime.Cache and it seemed to help. The OP claimed that the application is under heavy hits, and once or twice every month he would see this error. He wanted to know why does the HttpContext.Current.Cache call work sometimes, while some other times does not. A couple of posters replied, one of whom is a respected MVP who usually makes very astute, high-quality posts. He posted," The cache is only valid during the life of the request. how is you[sic] code using the cache?" Somebody else (also pretty astute, usually) responded, "Cache is valid during lifetime of application not request.....". W...
    Read more

    FIX: Requested Registry Access is not allowed (Visual Studio 2008)

    By
    Symptom: in Visual Studio 2008, you attempt to add a new WebContentForm and associate it with a MasterPage. You receive an error dialog "Requested Reqistry Access is not allowed". Don't ask me what caused this; I'm guessing that the registry keys involved had their access denied due to removal of a previous version of Visual Studio, leaving the new guy (Visual Studio 2008) in the lurch. Here's the fix: Download "subinacl" here . This is a command-line tool that enables administrators to obtain security information about files, registry keys, and services, and transfer this information from user to user, from local or global group to group, and from domain to domain. After installing subinacl.exe (it will be in the C:\Program Files\Windows Resource Kits\Tools folder.), drop to a command prompt and run the following batch file, which you have saved in the same folder with the filename "FIX.bat": subinacl /subkeyreg HKEY_CLASSES_ROOT\VisualStudi...
    Read more