Online Ajax Pages The New Web Desktop?
SphereOfInfluence writes "With our existing models for operating environments aging badly, how do we manage our information and software as we get increasingly mobile and short on attention? In a ZDNet piece, Dion Hinchcliffe discusses the rise of the new dynamic, online, roaming Ajax desktops like Netvibes, Live.com, Protopage, and Pageflakes. Will concerns about privacy and reliability kill these or is this the wave of the future?"
But this solution has also it's own problem, like all the earlier attempts, in this case the problem is a lot about security and secrecy.
When these applications start to be sold to companies to run on the company's own servers, some of the problems do go away ofcourse..
I think the popularity of web based email answers that question. People will use non private web based applications for private data.
The real question is who needs it at all? The linked article mentions consumers probably not being ready for this kind of service for 1-2 years. The reality is that the market is fragmented, and while there are API's the results generally just resemble personalized home pages. I saw much better technology die on the vine at desktop.com 6 years ago - it was cool stuff looking for an audience. The same team had made what became yahoo mail - much simpler tech but in the end much more popular. The same situation probably stands today - (semi) cool tech looking for an audience. More or less we've long gotten past personalized home pages as a neat new thing - just adding AJAX doesn't change the paradigm. Desktop.com went some major steps beyond that but didn't just get killed by the bubble... they also never had an audience.
If more people could safely run their own servers from home, we could have the benefits of these web-based apps without entrusting our data to strangers.
I think the first barrier to this is the ISPs: I don't know of any broadband provider in my area that allows one to run a server. (The cable provider even tries to get people to pay extra to set up a router.) I'd think there must be little demand, but then I see ads on TV for remote access (to Windows machines).
I guess no one has found a way to make a profit providing some sort of secure server appliance that allows a house to be networked and provides a remote connection. It seems we've had the parts of the technology for over a decade, but noone has put them all together. Heck, it's only in the last couple of years that we've seen home entertainment center computers, and those were possible at least as early as 1992.
Take a look at your personal computer's desktop. Do you have every document, email, and application you own open on it, running side-by-side at the same time? No? Then why should I expect the wave of the future to be a personal web page?
Want the future? Extrapolate from an "always-connected" world. Figure servers will increase in power exponentially. Figure the devices we carry will increase in power exponentially.
With all that, the "future" is an oversized web page? Please.
Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
Although I do think, Ajax with javascript/dhtml is pretty cool, it's a bit overkill to think that it will be the "desktop" platform of the future. My beef would be an idea of a secondary application layer (only logical, not literal) over OS and within browser application framework. The shared load between Javascript JIT compilation and native applications to make Ajax application smooth, stable and functional would be hard to implement especially for portable PDAs with underpower processors and limited memory and buffer cache. Not to mention Ajax applications will always have to be confined within browser application, not able to compete with multithreaded and compiled bytecode applications.
j s.html
Try benchmark Javascript against your machine here;
http://www.24fun.com/downloadcenter/benchjs/bench
I think, for web "desktop" to be successful and attractive for "users," the web browser platform itself has to change dramatically to give Ajax applications an development edge and ability to compete with native applications. Otherwise similar fate of Java Applets may be ahead for Ajax.
"Don't let fools fool you. They are the clever ones."
Is there really something wrong with clear, simple HTML pages that load quickly without all this flash/ajax/flavour-of-the-month-tool crap shoved in just to please web fashion victims?
Yes. Amount of repeatable content, basic pain of CGI/PHP. Take a GOOD application of AJAX: DeviantArt comments. Each art piece posted to the site may be commented by the users. Sometimes there's 200-300 comments, discussion occurs etc. Indentation provides some threading, there are some basic forum-like features etc. You probably want to cut on page switching when you dig into the comments. You set it to display 100 per page. Including links, avatars, smileys and some more such crap plus bandwidth throttling from the server if you're not a subscriber, it starts getting really lengthy to load the comments page. But it's still better than loading 20 separate pages 10 comments each. Then you want to participate in the discussion...
Non-AJAX, non-javascript, pure CGI way: Click "Reply" in given thread. Wait for the "reply" form for given thread to load. Type your answer. Click "preview". Wait for preview to load. Click "send". Wait for the whole discussion page, 100 posts, plus your answer to load.
AJAX way: Click "Reply". Immediately a textarea appears, where your post would go, with "send", "preview" and "cancel" buttons. You type in your reply and press "preview". The border around the textarea blinks for a moment and then turns into your post's final look, in context of the 100 other posts, differing only by "preview" replaced by "edit" (which with no further delay gets you back to editing your post). You click "send" and the border blinks a moment more. Buttons vanish, your post is placed in the context amongst all the rest, where it was supposed to be. No single other post gets reloaded.
Anagram("United States of America") == "Dine out, taste a Mac, fries"