Chrome Is the New C Runtime

New submitter uncloud writes "Cross-platform app development is more important than ever. But what about when you need the features and performance of native code, across platforms? And you're a startup with a small team and impossible deadlines?" His answer? Take advantage of cross-platform Chrome. From the article: "Out of necessity, the Chrome team has created cross-platform abstractions for many low-level platform features. We use this source as the core API on which we build our business logic, and it's made the bulk of our app cross-platform with little effort. Most importantly -- Chrome code has been battle-tested like almost nothing else, with an installed base in the hundreds of millions. That makes all the difference when you want to spend your days working on your company's business logic instead of debugging platform issues."

Comments

Bloat.

[qubex]

This is how bloat begins: with an apparently clever insight that ignores actual common sense.

Re:Bloat.

[gbjbaanb]

someone didn't read the article....

firstly they aren't using Chrome as a platform, they're using the libraries that Chrome uses to build their apps, also that the chromium dev kit lets you specify which libraries you want to use, and thirdly they're using C++ to build their code so the bits they don't use just don't get compiled into the final program. And of course, they're using c++ instead of some crappy bloated other system that comes with every manner of crap already installed in the language or an interpreted mess that is bloated to hell anyway.

So tell me, what's so wrong with their approach - using cross platform libraries that just happen to be written by the Google boys?

Re:Bloat.

[Anonymous Coward]

Why is that "-1, Flamebait"? For crying out loud, he's one of the only posters to correctly identify the facts in this story:

- It's the general, lowest-level libraries of Chrome that are being discussed here, not the Chrome browser itself.

- C and C++ do have a superior compilation and linking model, limiting the inclusion of unused code.

- C and C++ do offer huge performance benefits over Java, Ruby, and JavaScript.

- C and C++ apps don't require huge runtimes like the JVM, a Ruby interpreter or a JavaScript interpreter.

- C and C++ do offer superior portability. Their code runs just about everywhere you can imagine.

Mod the parent up. He's one of the few who isn't spewing bullshit in this story's discussion!

Re:Bloat.

[Anonymous Coward]

You're making several blatantly incorrect assumptions:

1) You're incorrectly assuming that the two or more apps are using the exact same shared libraries. This is not necessarily true. Many apps have their own private copies of such libraries, preventing such sharing.

2) You're incorrectly assuming that the apps are linked against the same version of the library, even if all of the library files are publically shared. If they're using different versions of the library, then sharing won't occur.

3) You're incorrectly assuming that the app or apps haven't been statically linked, which again prevents sharing of common code between distinct applications.

4) You're assuming that Chrome or some other app has already provided these common libraries. That very likely isn't the case. The Chrome binary was nearly 100 MB last time I checked, so it's likely that this core code is already linked in to the Chrome executable and not shared.

Nice try, buddy, but please know what you're talking about before you start talking about it.

Jesus Slashdot

[gbjbaanb]

this is worse that usual, I read the article (well, skimmed through it) and all the guy is saying is: Chrome is built on some libraries that you can pick and chose and build your own programs using. So if you need a http server or xml lib or any other of the myriad bits that Chrome needs, there's a nicely set up way of getting all those for free, and cross platform. Then he describes the library-picker tool and how it can create project files for various platforms to make your life easier.

But all the comments in /. are:

why would you build it on big old bloated Chrome (I assume the browser);

but that's what java was designed for;

but that's way bigger than libc;

So google now want us to write plugins instead of HTML5

and so on, no-one really got what the article was about, thinking its somehow building programs inside Chrome, or using Chrome as a kind of new webkit.

Pathetic. I blame the editoral summary TBH, but the kids here just got to a new low in not RTFA.

Re:Java as the cure for "bloat"? What the fuck, so

[tibit]

There is a very efficient, hardware-assisted Java runtime available from Azul, but that pretty much just proves your point. You need dedicated hardware to make Java scream.

Modern C++, if you're not dumb about how you use it, lets you avoid all of the C's unsafety, automagically, and it can enforce many safety constraints for you at compile time, too. I don't really understand why anyone writing big, scalable server applications would want to use Java when running the same stuff on C++ will cost you less in datacenter power & cooling.