These people have forgotten that all user interfaces used to be "richer environments," which the users abandoned by the millions, in favor of the browser, the moment they got a chance. I said millions and I meant millions: tens of millions, hundreds of millions of browser downloads from the Netscape that was, and the software vendors fighting the rearguard actions to defend their "richer," "more responsive," "higher-performance" client software; and losing, losing.
Hey, I cashed in on it. Open Text got to be a successful vendor of content management software largely because we were the first to do it all through the browser, with no client software. Our stuff didn't do all that much more, but given a choice between client and browser, the people wanted the browser.
People want the browser not for the fact it makes for a simpler application in a GUI sense but for the fact you do not have to install and run it from a desktop. We do nothing but web apps in my company now and the reason is we have 18 different branches and no one wants to push an application out to that many individuals each time there is a fix. A thriving industry has been created by the need to install applications locally on desktops and insure the correct licensing of that software. As a consumer of software, I don't want to pay for those things. In addition, users don't want to have install an application on their desktop when they can go to a website and do the same thing.
The reason this trade-off between functionality and universal access has occurred is that people find more value in server-centric management and universal access today for those simple applications where I am entering some information or retrieving it. I think we will see the rise of "richer" web applications over the next few years because there is a need for better controls if for no other reason then productivity and efficiency gains. Working with large blocks of information on a web page can be very cumbersome to the user. Client-Server computing (VB, Delphi, insert your favorite GUI-centric language here), GUIs became much more functional in what they could do over time, the browser-based application will follow the same path, but now with the added convenience of server-based management and fixes, and universal access for all users. The user, the administrator, and the developer all get what they want. Of course as the author has pointed out we may start seeing web-based GUIs become more unusuable, but that is a design flaw of the developer and can occur on any platform.
I don't buy this argument (Score:4, Interesting)
Hey, I cashed in on it. Open Text got to be a successful vendor of content management software largely because we were the first to do it all through the browser, with no client software. Our stuff didn't do all that much more, but given a choice between client and browser, the people wanted the browser.
People want the browser not for the fact it makes for a simpler application in a GUI sense but for the fact you do not have to install and run it from a desktop. We do nothing but web apps in my company now and the reason is we have 18 different branches and no one wants to push an application out to that many individuals each time there is a fix. A thriving industry has been created by the need to install applications locally on desktops and insure the correct licensing of that software. As a consumer of software, I don't want to pay for those things. In addition, users don't want to have install an application on their desktop when they can go to a website and do the same thing.
The reason this trade-off between functionality and universal access has occurred is that people find more value in server-centric management and universal access today for those simple applications where I am entering some information or retrieving it. I think we will see the rise of "richer" web applications over the next few years because there is a need for better controls if for no other reason then productivity and efficiency gains. Working with large blocks of information on a web page can be very cumbersome to the user. Client-Server computing (VB, Delphi, insert your favorite GUI-centric language here), GUIs became much more functional in what they could do over time, the browser-based application will follow the same path, but now with the added convenience of server-based management and fixes, and universal access for all users. The user, the administrator, and the developer all get what they want. Of course as the author has pointed out we may start seeing web-based GUIs become more unusuable, but that is a design flaw of the developer and can occur on any platform.