Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Then we are back to HTML 5 APIs, which any browser can already do.

If they need to interact with the host OS, someone needs to write those native plugins, and that won't be in JavaScript, as the Github repository for Electron clearly proves.

In the end is all about using an hammer for everything.



No, that isn't the case. The Node.js APIs bundled with Electron expose considerably more functionality to JavaScript than the HTML5 APIs that Chromium exposes. And the Electron framework exposes even more native OS APIs that Chromium and Node.js don't provide.

Look, you can call it "using a hammer for everything" pejoratively if you want, but it's popular for a reason, and that reason isn't the moral decay of society. It offers real utility that reasonable people find valuable for rational reasons.


> The Node.js APIs bundled with Electron expose considerably more functionality to JavaScript

Which happen to be written in native OS languages.


So because open(2) is implemented in C in the standard library, I should only call it via C, and never invoke the wrapper function open() in python or whatnot?

“Hybrid” does not mean what you think it does. The platform may be built on code in many languages, but to program for that platform, you only have to know one.


An application running inside a browser VM is anything but native, hence integrating it with the host OS turns it into an hybrid solution.

Using your example, C is native, Python is not.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: