It ain't over till the fat lady sings [LWN.net]

It ain't over till the fat lady sings

Posted Oct 25, 2005 8:17 UTC (Tue) by khim (subscriber, #9252)
In reply to: it does look like redhat has won by b7j0c
Parent article: Cold Realities For Novell (BusinessWeek)

>> and I'm not sure we'll forever use web-architecture: it's ugly,
its as ugly as your widget set and native browser, which is the same level of beauty and/or ugliness you will get from tools binding the widgetsets locally.

I'm talking about web-applications of architecture. (X)HTML+JavaScript is slow, error-prone way of doing things. You can not even handle keyboard events in sane way! Sure - it can all be fixed with new clients, but... if we need new clients anyway then why not just switch to sane model ?

>> slow and inefficient, *VM is much better
the speed of the network is constant across any app.

Speed of network - yes. If you transfer the same amount of data across the network, that is. *VM makes it possible to process a lot of data locally. Think about Flash: it's primitive VM and that exactly why so much sites are using it. Unfortunatelly today both Java and C# lack simple tools for simple applications - and when you are creating simple prototype as web-based application you are stuck later. Microsoft is trying to change it with XAML. Free world have XUL but since it's coupled with insane language it does not help much. Plus there are no 500 millions of clients with XUL support, but there will be 500 millions of clients with XAML - you can bet on it.

and whether you think running apps on vms as opposed to apps via markup is better, it doesn't matter, the web audience is 500 million users.

Hmm... And what this argument does here on LWN ? Either Linux does not matter or something's wrong with your arguments: there are over 500 million Windows users but relatively small number of Linux users so Linux and thus LWN do not matter.

Sorry, but this reminds me of old TCP/IP vs IPX dispute. 20 years ago it was quite clear that TCP/IP is bloated and unsuitable for "real-world networks" and everyone worked with IPX: games, messanging, etc. Where is IPX now ? I think HTML-obsession will fade over time and we'll switch to more sane model: HTML+JavaScript do not scale. Which model will surpass today's HTML+Javascript is still open question.

(Log in to post comments)

It ain't over till the fat lady sings

Posted Oct 25, 2005 15:44 UTC (Tue) by b7j0c (subscriber, #27559) [Link]

>> I'm talking about web-applications of architecture.
>> (X)HTML+JavaScript is slow, error-prone way of doing things.

such as?

>> *VM makes it possible to process a lot of data locally. Think about
>> Flash: it's primitive VM and that exactly why so much
>> sites are using it.

??? people use flash because it is a shortcut to dynamic content, and frankly its designer tools are better. the adoption of flash has nothing to do with its treatment of network traffic - it operates the same way the browser does with respect to data. it has a local cache, a scripting layer, and a network socket available.

>> Hmm... And what this argument does here on LWN ? Either Linux does not
>> matter or something's wrong with your arguments

the web platform has already taken off and no it doesn't matter what OS you use as long as it is fairly stable, supports a decent browser, and has network support. this works out in *favor* of linux, since linux now favorably competes on basis of price, given equal feature support. in your VM/api world, linux cannot compete because microsoft and sun will never release 100% free (osi-compliant, "free as in speech") versions of their VMs and apis. so i think your point is self-defeating, unless you are willing to accept non-free software. in the webapp world, you don't have to.

>> Sorry, but this reminds me of old TCP/IP vs IPX dispute.

how and why are webapps tied to a single network implementation? the 500 million people using the web aren't going anywhere. they will be using the web in a decade and two decades in some form (an open network with markup based communications).