7 ms·

I'm not sure how many companies use C, C++ for Web development. In my opinion C/C++ wont be good idea to use for most. It is about choosing the best ration b/w

I'm not sure how many companies use C, C++ for Web development. In my opinion C/C++ wont be good idea to use for most. It is about choosing the best ration b/w tool speed and developer speed(productivity). There are very few companies which requires million per second request. For me Java, C#, Go, Node provide the best compromise b/w speed and productivity.

tigershark 8y ago
Vertx in Java is basically the fastest across all the benchmarks, putting it in the same speed/productivity bucket as node doesn’t make much sense...
- akmittal 8y ago
  I was talking about the compromise, if node is slower it provides better productivity.
  - basejumping 8y ago
    Why would a experienced java dev be less productive than a node js one?
    - tracker1 8y ago
      Tooling, typing, boilerplate and contrasting to the library that is npm.
      - pmlopes 8y ago
        Vertx is polyglot, you can use js and npm if you like, so in this respect vertx can be more productive as it allows you too use the tool that works best for your problem, be it npm, maven, gradle or language: java, javascript, kotlin, etc...
pjmlp 8y ago
Most companies that sell embedded hardware managed remotely by Web interfaces.
- laumars 8y ago
  Honest question: What sort of embedded hardware deals with millions of requests a second? I wouldn't have thought that kind of utility was the same domain as "embedded" (in the stricter sense of the term). Granted you could expand the term to cover hardware load balancers and the sort, but those wouldn't really be running websites so much as routing and caching them. Aside from that, you have management interfaces for embedded devices but they're typically used infrequently and only by a small subset of users. Plus a surprising number of them are just written in PHP or Perl. But maybe there is a whole industry out there I've overlooked? You've got me curious.
  - pjmlp 8y ago
    It is not millions of requests a second, rather what you can put into something with 512 KB or less while providing a minimal Web management interface. For example, https://www.hcc-embedded.com/embedded-systems-software-products/tcp-stack-networking/embedded-https https://www.hcc-embedded.com/embedded-systems-software-produ...
    - laumars 8y ago
      Ahh yes. I do have some familiarity with HCC - albeit limited to a hobby project rather than anything professional. It's interesting stuff but I'd argue that's a completely different target industry to the ones that would use any of the web frameworks in the discussed referenced benchmark. So not really on point to the question raised by the GP with regards to C vs the more rapid development frameworks like node. Not that I'm trying to dismiss your point either because if I was given a choice between node and C, I might personally choose C just because of my own personal prejudices against Javascript. :D
      - pjmlp 8y ago

tigershark 8y ago

Vertx in Java is basically the fastest across all the benchmarks, putting it in the same speed/productivity bucket as node doesn’t make much sense...

akmittal 8y ago
I was talking about the compromise, if node is slower it provides better productivity.
- basejumping 8y ago
  Why would a experienced java dev be less productive than a node js one?
  - tracker1 8y ago
    Tooling, typing, boilerplate and contrasting to the library that is npm.
    - pmlopes 8y ago
      Vertx is polyglot, you can use js and npm if you like, so in this respect vertx can be more productive as it allows you too use the tool that works best for your problem, be it npm, maven, gradle or language: java, javascript, kotlin, etc...

pjmlp 8y ago

Most companies that sell embedded hardware managed remotely by Web interfaces.

laumars 8y ago
Honest question: What sort of embedded hardware deals with millions of requests a second? I wouldn't have thought that kind of utility was the same domain as "embedded" (in the stricter sense of the term). Granted you could expand the term to cover hardware load balancers and the sort, but those wouldn't really be running websites so much as routing and caching them. Aside from that, you have management interfaces for embedded devices but they're typically used infrequently and only by a small subset of users. Plus a surprising number of them are just written in PHP or Perl. But maybe there is a whole industry out there I've overlooked? You've got me curious.
- pjmlp 8y ago
  It is not millions of requests a second, rather what you can put into something with 512 KB or less while providing a minimal Web management interface. For example, https://www.hcc-embedded.com/embedded-systems-software-products/tcp-stack-networking/embedded-https https://www.hcc-embedded.com/embedded-systems-software-produ...
  - laumars 8y ago
    Ahh yes. I do have some familiarity with HCC - albeit limited to a hobby project rather than anything professional. It's interesting stuff but I'd argue that's a completely different target industry to the ones that would use any of the web frameworks in the discussed referenced benchmark. So not really on point to the question raised by the GP with regards to C vs the more rapid development frameworks like node. Not that I'm trying to dismiss your point either because if I was given a choice between node and C, I might personally choose C just because of my own personal prejudices against Javascript. :D
    - pjmlp 8y ago