I like what Xiki is shooting for and look forward to trying it out. I have a similar interest in finding new ways to interact with a command shell. One such feature would be a shell and simple commands (in the Unix spirit) that natively work with URI resources rather than simply (local) file handles and sockets. My attempts to achieve this over the past 5 years has resulted in what I call IOVAR (hosted on Google Code and iovar.com), a BASH-like shell for the web written in Java and currently running in Tomcat on Linux. It supports a mix of shell scripts and single-purpose servlets, among a mix of any other system commands, to easily chain together processes that work with web resources.
IOVAR works, I've been using it to build a new back-end services and front-end player for our community Internet radio station MT Radio.Net. We'll be launching the new system July 4th!
I'm glad to see there are others that are finding really cool ways to improve our interaction with the PC, and this Xiki looks interesting! Now if I could just complete some more documentation and ease the installation for IOVAR, in combination with the working use cases I've now built, it could turn into something. But I really could use the help! The entire stack is open-source and everything I have written is MIT-licensed.
Web-mail is just implemented poorly, pretty much everywhere. I get a lot of use out of email and sieve filtering with nested folders in a functional hierarchy. IMAP makes for a good (generic) message-handling protocol, but mail clients are lacking features. I'd like a federated contact/messaging/calendar client and server that someone could run as their own service if they wanted. It could expose via IMAP access to stored chat or SMS messages in addition to email, from any number of sources/accounts. As a client, it needs to let me maintain a customizable client view, where for example IMAP folders that can be listed in any particular order, not necessarily alphabetically or based on their archival storage hierarchy.
As to UI design and separating form from function, I have spent the past few years (slowly) developing a server-side shell-like environment on Linux+Java/Tomcat, with a focus on XML and rapid-prototyping, quick database access. Just about to go beta as I add some more documentation: http://iovar.com./
I find your lack of [consistent site font] disturbing.
But his font was fixed-width. Could it be any more consistent?
Let's be honest. The job of YOUR car is to keep YOU safe...
And I foresee much competition on this level and a premium cost for the vehicle most likely to save its owner in a multi-party accident scenario.
If I create a fake ID saying I am old enough to drink alcohol and use it that way, that's a victimless crime.
I guess you've never owned or managed a bar in the U.S. then. The onus is on the establishment to prevent underage drinking, and often heavy fines can be assessed even if the customer had what looked like a legitimate ID.
I believe the article overlooked one significant class of jobs that is extremely difficult to remove: those employed by the government (local, state, federal). An example for this story would be the Highway Patrol. It seems like their necessity will severely decrease, if not evaporate, if we're all in autonomous vehicles.
I for one want to see more forward-thinking politicians who are looking at the coming changes in technology and are interested in developing a road map towards peaceably reducing our government workforce, and that means figuring out an amicable solution for the newly laid-off workers!
and it gets the job done as fast as a shell script.
In other words, shell scripting needs to move to the web. I am working on making that happen: http://iovar.com/