I could imagine it being real. Some history:<p>When AT&T acquired ORL, makers of VNC, one of the projects VNC was applied to was the "Broadband Phone:" <a href="http://www.qandr.org/quentin/att/bphone" rel="nofollow">http://www.qandr.org/quentin/att/bphone</a><p>This turned the desktop phone into a thin client with its entire UI served up over the network via VNC, including the phone-number-dialing UI (not unreasonable, since if your network is down you won't be able to make a VoIP call anyway). This also means that there are no remote applications to upgrade and features can be added and removed at will: no-download apps.<p>This is in contrast to the "no-install apps" movement pursued by ventures such as Thinstall (an application virtualization system, now part of VMware) and Zero Install: <a href="http://0install.net/" rel="nofollow">http://0install.net/</a><p>VNC is a pretty expensive protocol; RDP is much more efficient, but requires the client to understand the high-level windowing system calls. But maybe for mobile phone apps, a well-compressed VNC stream is enough. You already have multiple web-based VNC and VNC-style codebases available as open source:<p>noVNC was discussed here a year ago: <a href="http://news.ycombinator.com/item?id=1463395" rel="nofollow">http://news.ycombinator.com/item?id=1463395</a><p>Guacamole plans to support more than just the VNC protocol: <a href="http://guacamole.sourceforge.net/" rel="nofollow">http://guacamole.sourceforge.net/</a><p>But if you specialize you can get dramatic performance improvements, as discussed by FX PAL with their WebNC paper and demo, optimized for remote manipulation of web pages: <a href="http://palblog.fxpal.com/?p=1653" rel="nofollow">http://palblog.fxpal.com/?p=1653</a><p>And a high-level windowing system like GTK+ is in a good position as well, with their recent release of GTK 3.2, which includes their experimental "Broadway" backend, supporting rendering widgets and windows to an HTML5 canvas. A startup could pitch existing web developers on using Seed, GNOME's JavaScript binding, with Broadway output, or perhaps using one of the fledgling NodeJS bindings, but I'm not sure there are any big wins there over using regular web development practices.<p>The bigger win would be for allowing traditional desktop developers to write web- and mobile- friendly apps using their known solutions. Quick, cheap redeploys get the slower VNC-based solution, serving as a proof-of-concept to the higher-ups, and then you sell them on the more expensive GTK-based system (learning a new windowing system is easier than learning a new web- and mobile-development paradigm) where you write GTK apps and deploy using Broadway.