4 ms·

How we connected React.js to C in an industrial product and everything went ok

14 points by HipstaJules 11y ago

creshal 11y ago
> Nobody likes updating Java, and we couldn’t risk having strange behaviours caused by an outdated JVM > The application is built on top of the open source version of Google Chrome, i.e. Chromium So instead of updating Java, we now have an ecosystem where everyone and their dog are shipping their own bundled Chrom(e|ium) instead, which surely is not going to cause even more upgrade-related problems in the future.
- GiovanniFrigo 11y ago
  I get your point here, but since the bundled Chromium version is compiled by ourselves we do not rely on an external toolset, allowing us to support just one version at a time. If you're intrested, we use Sparkle (http://sparkle-project.org/ http://sparkle-project.org/) to deliver remote software updates.
  - creshal 11y ago
    > allowing us to support just one version at a time. On the flipside, each program has to maintain the whole stack themselves, and have to push out security updates if necessary. I'm not sure this is an improvement over Java's security situation…
    - leolanzinger 11y ago
      didn't get your point honestly
    - mpitt 11y ago
      I see it like this: 1) let the user handle the security updates of the JVM; 2) push out security updates in a centralised, controlled fashion. IMHO, in a corporate solution like that described in the OP, 2) makes a lot more sense.
- 2bluesc 11y ago
  > So instead of updating Java, we now have an ecosystem where everyone and their dog are shipping their own bundled Chrom(e|ium) instead, which surely is not going to cause even more upgrade-related problems in the future. And each install wastes an impressive amount of space.
  - GiovanniFrigo 11y ago
    I won't call 120 MB (total weight of our app, including assets) an impressive amount of space. Also consider it's something people will use for work purposes, an unique configuration tool instead of having 3 or 4 small tools to configure each single meter type.
    - GiovanniFrigo 11y ago
      Errata corrige: 84 MB. 120 was the debug build!

14 points by HipstaJules 11y ago

> Nobody likes updating Java, and we couldn’t risk having strange behaviours caused by an outdated JVM > The application is built on top of the open source version of Google Chrome, i.e. Chromium So instead of updating Java, we now have an ecosystem where everyone and their dog are shipping their own bundled Chrom(e|ium) instead, which surely is not going to cause even more upgrade-related problems in the future.

GiovanniFrigo 11y ago
I get your point here, but since the bundled Chromium version is compiled by ourselves we do not rely on an external toolset, allowing us to support just one version at a time. If you're intrested, we use Sparkle (http://sparkle-project.org/ http://sparkle-project.org/) to deliver remote software updates.
- creshal 11y ago
  > allowing us to support just one version at a time. On the flipside, each program has to maintain the whole stack themselves, and have to push out security updates if necessary. I'm not sure this is an improvement over Java's security situation…
  - leolanzinger 11y ago
    didn't get your point honestly
  - mpitt 11y ago
    I see it like this: 1) let the user handle the security updates of the JVM; 2) push out security updates in a centralised, controlled fashion. IMHO, in a corporate solution like that described in the OP, 2) makes a lot more sense.
2bluesc 11y ago
> So instead of updating Java, we now have an ecosystem where everyone and their dog are shipping their own bundled Chrom(e|ium) instead, which surely is not going to cause even more upgrade-related problems in the future. And each install wastes an impressive amount of space.
- GiovanniFrigo 11y ago
  I won't call 120 MB (total weight of our app, including assets) an impressive amount of space. Also consider it's something people will use for work purposes, an unique configuration tool instead of having 3 or 4 small tools to configure each single meter type.
  - GiovanniFrigo 11y ago
    Errata corrige: 84 MB. 120 was the debug build!