4 ms·

> As the saying goes, a bad workman blames his tools. It's not worth taking anyone who blames defects on a programming language too seriously Are you serious?

> As the saying goes, a bad workman blames his tools. It's not worth taking anyone who blames defects on a programming language too seriously Are you serious? A bad workman blames his tools, because workmen are reponsible for their tools. A large part of being a good workman is identifying what tools are good and using them. And C++ is a terrible tool for any task where you are not forced to use it because of existing libraries. All the memory safety features of modern C++ are a tiny, almost vanishingly small step in the right direction. > "what else is as fast and efficient as to replace it for OOP?" And if a project doesn't need fast and efficient code, then why is it using C or C++ in the first place? If you need fast and efficient code, why on earth would you be doing OOP?

clnq 4y ago
> A bad workman blames his tools, because workmen are reponsible for their tools. A large part of being a good workman is identifying what tools are good and using them. As I said in the comment to which you are responding, "selecting the correct tool for a job is more important than figuring out which tool is better in some abstract way." > C++ is a terrible tool for any task where you are not forced to use it Many game developers, OS developers, and massive hardware-software makers doing embedded programming who use C++ would disagree. What would you say to them? > If you need fast and efficient code, why on earth would you be doing OOP? For small projects, I could agree. What would your recommended alternative be for massive codebases in large tech companies that need fast and efficient code? P.S. Please read https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html about snarky comments. Thanks.
- pizza234 4y ago
  > For small projects, I could agree. What would your recommended alternative be for massive codebases in large tech companies that need fast and efficient code? The poster wrote very clearly: > where you are not forced to use it If one is forced, there's obviously no option. The idea is not that C/C++ should be replaced right now, rather, that devs finally understand that C/C++ should not be used where possible. I actually see this pattern used by some, who defend C/++: "C/++" should be deprecated" - "No, it's impossible to eliminate C/++ today". Deprecation is not elimination. Linux started introducing it, and Google is doing as well, so it can be done gradually.
ilyt 4y ago
>> As the saying goes, a bad workman blames his tools. It's not worth taking anyone who blames defects on a programming language too seriously >Are you serious? A bad workman blames his tools, because workmen are reponsible for their tools. A large part of being a good workman is identifying what tools are good and using them. Also C/C++ made into real life tools would be OHSA violation on OHSA violation in real world

clnq 4y ago

> A bad workman blames his tools, because workmen are reponsible for their tools. A large part of being a good workman is identifying what tools are good and using them. As I said in the comment to which you are responding, "selecting the correct tool for a job is more important than figuring out which tool is better in some abstract way." > C++ is a terrible tool for any task where you are not forced to use it Many game developers, OS developers, and massive hardware-software makers doing embedded programming who use C++ would disagree. What would you say to them? > If you need fast and efficient code, why on earth would you be doing OOP? For small projects, I could agree. What would your recommended alternative be for massive codebases in large tech companies that need fast and efficient code? P.S. Please read https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html about snarky comments. Thanks.

pizza234 4y ago
> For small projects, I could agree. What would your recommended alternative be for massive codebases in large tech companies that need fast and efficient code? The poster wrote very clearly: > where you are not forced to use it If one is forced, there's obviously no option. The idea is not that C/C++ should be replaced right now, rather, that devs finally understand that C/C++ should not be used where possible. I actually see this pattern used by some, who defend C/++: "C/++" should be deprecated" - "No, it's impossible to eliminate C/++ today". Deprecation is not elimination. Linux started introducing it, and Google is doing as well, so it can be done gradually.

ilyt 4y ago

>> As the saying goes, a bad workman blames his tools. It's not worth taking anyone who blames defects on a programming language too seriously >Are you serious? A bad workman blames his tools, because workmen are reponsible for their tools. A large part of being a good workman is identifying what tools are good and using them. Also C/C++ made into real life tools would be OHSA violation on OHSA violation in real world