On Jun 9, 2011, at 2:04 AM, BGB wrote: > On 6/9/2011 12:56 AM, Josh Gargus wrote: >> >> >> On May 31, 2011, at 7:30 AM, Alan Kay wrote: >> >>> Hi Cornelius >>> >>> There are lots of egregiously wrong things in the web design. Perhaps one >>> of the simplest is that the browser folks have lacked the perspective to >>> see that the browser is not like an application, but like an OS. i.e. what >>> it really needs to do is to take in and run foreign code (including low >>> level code) safely and coordinate outputs to the screen (Google is just >>> starting to realize this with NaCl after much prodding and beating.) >>> >>> I think everyone can see the implications of these two perspectives and >>> what they enable or block >> >> Some of the implications, anyway. The benefits of the OS-perspective are >> clear. Once it hits its stride, there will be no (technical) barriers to >> deploying the sorts of systems that we talk about here >> (Croquet-Worlds-Frank-OMeta-whatnot). Others will be doing their own cool >> things, and there will be much creativity and innovation. >> >> However, elsewhere in this thread it is noted that the HTML-web is >> structured-enough to be indexable, mashupable, and so forth. It makes me >> wonder: is there a risk that the searchability, etc. of the web will be >> degraded by the appearance of a number of mutually-incompatible >> better-than-HTML web technologies? Probably not... in the worst case, >> someone who wants to be searchable can also publish in the "legacy" format. >> >> However, can we do better than that? I guess the answer depends on which >> aspect of the status quo we're trying to improve on (searchability, mashups, >> etc). For search, there must be plenty of technologies that can improve on >> HTML by decoupling search-metadata from presentation/interaction (such as >> OpenSearch, mentioned elsewhere in this thread). Mashups seem harder... >> maybe it needs to happen organically as some of the newly-possible systems >> find themselves converging in some areas. >> >> But I'm not writing because I know the answers, but rather the opposite. >> What do you think? >> > > hmm... it is a mystery.... > > actually, possibly a relevant question here, would be why Java applets > largely fell on their face, but Flash largely took off (in all its uses from > YouTube to "Punch The Monkey"...). > > but, yeah, there is another downside to deploying ones' technology in a > browser: > writing browser plug-ins... > > > and, for browser-as-OS, what exactly will this mean, technically?... > network-based filesystem and client-side binaries and virtual processes?... > like, say, if one runs a tiny sand-boxed Unix-like system inside the browser, > then push or pull binary files, which are executed, and may perform tasks?...
This isn't quite what I had in mind. Perhaps "hypervisor" is better than "OS" to describe what I'm talking about, and I believe Alan too: a thin-as-possible platform that provides access to computing resources such as end-user I/O (mouse, multitouch, speakers, display, webcam, etc.), CPU/GPU, local persistant storage, and network. Just enough to enable others to run OSes on top of this hypervisor. If it tickles you fancy, then by all means use it to run a sand-boxed Unix. Undoubtedly someone will; witness the cool hack to run Linux in the browser, accomplished by writing an x86 emulator in Javascript (http://bellard.org/jslinux/). However, such a hypervisor will also host more ambitious OSes, for example, platforms for persistent capability-secure peer-to-peer real-time collaborative end-use-scriptable augmented-reality environments. (again, trying to use word-associations to roughly sketch what I'm referring to, as I did earlier with "Croquet-Worlds-Frank-OMeta-whatnot"). Does this make my original question clearer? Cheers, Josh _______________________________________________ fonc mailing list [email protected] http://vpri.org/mailman/listinfo/fonc
