3 ms·

I've been very interested in native C++ development for web-services and other applications. However the development experience always seems like an after thou

by lumost 5y ago

I've been very interested in native C++ development for web-services and other applications. However the development experience always seems like an after thought. I really don't want to role my own package manager or build process - why isn't there a pip/cargo/mvn etc. for C++ devs?

saidinesh5 5y ago
We do have Conan Vcpkg Cpm.cmake A lot of projects these days use conan.
adamnemecek 5y ago
Why not just do Rust?
- exdsq 5y ago
  Personally I find C++ more fun to use than Rust, even though I use Rust as part of my day job. I'd genuinely love to find a full-time C++ gig and spend the rest of my career focused on that single language. There are tons of flaws with the language, sure, but they're documented and known flaws. And best practices to get around them. This really appeals to me.
  - uptownfunk 5y ago
    Could you share a link to any resource that explains the common flaws and workarounds in C++?
    - exdsq 5y ago
      I'm not by my work computer but look up any of the ISO-standardised dev environments where they need to apply formal methods
  - dureuill 5y ago
    Funny, I have a full time C++ job, and really don't see the appeal. Rust feels superior in every regards and especially dev experience. Want to exchange jobs ;-)?
derefnull 5y ago
I have developed a few c++ web services recently. Developing in c++ vs (for example) python does seem like more work. I think it is a consequence of offering more control, which is expected in the c/c++ community. What the two options offer.. Is different. With a higher level language, you can get more work done for less cost [1]. With a lower level language, you get more control —- which is great, but you shoulder that responsibility yourself. And you recognize this already.. If you want to move with the crowd (which the higher level abstractions are likely tailored for), then you will be able to move fast and far. When you need to exert more control, however, things get tricky. For example managing the OpenSSL library used in your project independently of the system library? [1] https://xkcd.com/353 https://xkcd.com/353

by lumost 5y ago

saidinesh5 5y ago

We do have Conan Vcpkg Cpm.cmake A lot of projects these days use conan.

adamnemecek 5y ago

Why not just do Rust?

exdsq 5y ago
Personally I find C++ more fun to use than Rust, even though I use Rust as part of my day job. I'd genuinely love to find a full-time C++ gig and spend the rest of my career focused on that single language. There are tons of flaws with the language, sure, but they're documented and known flaws. And best practices to get around them. This really appeals to me.
- uptownfunk 5y ago
  Could you share a link to any resource that explains the common flaws and workarounds in C++?
  - exdsq 5y ago
    I'm not by my work computer but look up any of the ISO-standardised dev environments where they need to apply formal methods
- dureuill 5y ago
  Funny, I have a full time C++ job, and really don't see the appeal. Rust feels superior in every regards and especially dev experience. Want to exchange jobs ;-)?

derefnull 5y ago

I have developed a few c++ web services recently. Developing in c++ vs (for example) python does seem like more work. I think it is a consequence of offering more control, which is expected in the c/c++ community. What the two options offer.. Is different. With a higher level language, you can get more work done for less cost [1]. With a lower level language, you get more control —- which is great, but you shoulder that responsibility yourself. And you recognize this already.. If you want to move with the crowd (which the higher level abstractions are likely tailored for), then you will be able to move fast and far. When you need to exert more control, however, things get tricky. For example managing the OpenSSL library used in your project independently of the system library? [1] https://xkcd.com/353 https://xkcd.com/353