Red Hat doesn't just want to run your apps on its OpenShift cloud. It wants you to code, compile, tweak, and repeat the process on its cloud until you get the applications just right and get rid of that workstation or heavy laptop you lug around. OpenShift is the platform-as-a-service cloud that Red Hat announced back in May to …
Distributed compiling in LAN environments haven't been useful for few years already, somehow I don't think adding WAN latencies will help...
not really the same thing
Not really the same thing: you're not synchronizing the compilation across two (or more) systems on the ends of a laggy connection, you're just sending a single 'build it now, thanks' command from one end to the other (substantially more powerful) end where all the building happens. It's really about the same thing as if you built one big stonking build server machine on your local network and had all your clients be fairly underpowered laptops, and ran your compiles on the build server via ssh rather than doing 'em on the laptops' CPUs.
Ironically we've been doing this in Fedora for years, now - I can run 'fedpkg scratch-build' on any Fedora package checkout to have the package rebuilt in The Cloud, or rather, on Fedora's build cluster, instead of having my local system do the work. For any substantial chunk of code this usually works out faster than doing it locally, even with the time it takes to upload the source and download the result. Totally different codebase from OpenShift, same basic idea.
- Crawling from the Wreckage Want a more fuel efficient car? Then redesign it – here's how
- Apple SILENCES Bose, YANKS headphones from stores
- Flesh-flapping, image-zapping app Snapchat NOW ad-wrapped
- Vid NASA eyeballs SOLAR HEAT BOMBS, MINI-TORNADOES and NANOFLARES on Sun
- TV Review Doctor Who's Flatline: Cool monsters, yes, but utterly limp subplots