It all boils down to whether you're starting a new project/binary. If you are, go with the new and leave all the backwards-compatible crap behind. If you aren't, then this article will speak to you. I also wouldn't want to be in your shoes.
C++11 Makes Competitors Go Rusty
31–40 of 69 posts
Re: C++11 Makes Competitors Go Rusty
#32Earlier quoted context omitted.
I'd like to note that rust does allow mutable shared state, but just in an "unsafe" context, since it is in fact, unsafe.
Rust has typeclasses as well.
Edited appropriately. Please excuse my ignorance, then. I've only recent began looking at Rust, but I've been playing with Go for some time now. Will have to spend more time with Rust (if only there were more than 24 hours in a day...)
Re: C++11 Makes Competitors Go Rusty
#33How many people here who complain about the language being too complicated have actually been harmed by the presence of features in the language? If you want an advanced programming language, it's going to be complicated. Without garbage collection, it will be even more complicated. Almost every feature that exists in C++ exists for a reason, and every one that was added or removed in C++11 was added or removed for g…
Can I just trade in my exceptions for Maybe or Either? It's already possible to do both of these things, the trouble is that I have to use other people's code that uses exceptions.
Re: C++11 Makes Competitors Go Rusty
#34How many people here who complain about the language being too complicated have actually been harmed by the presence of features in the language? If you want an advanced programming language, it's going to be complicated. Without garbage collection, it will be even more complicated. Almost every feature that exists in C++ exists for a reason, and every one that was added or removed in C++11 was added or removed for g…
I spent almost as much time learning advanced C++ as I did unlearning it and going back to KISS. Even then, I still had to deal with code from people who were stuck in the advanced stage.
Re: C++11 Makes Competitors Go Rusty
#35Sure C++ can do what Go and Rust do. In fact any language that is turing complete can do anything that any other turing complete language can do. It just matters how easy to do it and how the syntax is. It's all about warts, and C++ has a lot of them.
Is it just me, or could the author know only Go and Rust from their Wikipedia entries?
It's not just you. This made me laugh: "Let us think about the big ideas behind Go: It is simple, clean and has garbage collection." Enough said, really!
Re: C++11 Makes Competitors Go Rusty
#36Your freaking enormous ball of mud accreted some more mud. Quelle surprise . It's probably doing it by sheer gravitational attraction at this point. I do not think that removes the need for languages that have the capabilities of C++, yet aren't freaking enormous balls of mud. The reader may mentally replace my use of the word "freaking" with other choice terms at his or her discretion.
I agree. I think people who know C++ and people who do not know C++ will have very different attitudes toward the evolution of C++. I sunk a lot of effort into C++ when it was the best game in town for a lot of things, so I'm excited to see one of the sharpest tools in my toolbox get a little sharper. If you must write C++ code (or C code, since it's easier to write C++ instead) then by all means you should learn C++ in all its gory mud-ballness, and you will have an extremely powerful weapon at your disposal which is much easier and safer to wield than you might imagine. On the other hand, I think anyone who doesn't already know C++ should avoid the investment of learning it if possible, and we should welcome new languages that relieve more and more people of that burden.
Re: C++11 Makes Competitors Go Rusty
#37How many people here who complain about the language being too complicated have actually been harmed by the presence of features in the language? If you want an advanced programming language, it's going to be complicated. Without garbage collection, it will be even more complicated. Almost every feature that exists in C++ exists for a reason, and every one that was added or removed in C++11 was added or removed for g…
No offense, but have you spent much time with Go or Rust? In most cases Go's performance difference isn't extremely divergent from C++'s and it preserves safety and enhances convenience, exceptions and adds concurrency.
Last I heard the Go compiler was generating code 6x or more slower than comparable C++ code. Is that not still true?
Re: C++11 Makes Competitors Go Rusty
#38Your freaking enormous ball of mud accreted some more mud. Quelle surprise . It's probably doing it by sheer gravitational attraction at this point. I do not think that removes the need for languages that have the capabilities of C++, yet aren't freaking enormous balls of mud. The reader may mentally replace my use of the word "freaking" with other choice terms at his or her discretion.
Any useful language is a freaking enormous ball of mud. Bjarne said: there are only two kinds of languages - the ones people complain about and the ones nobody uses.
Re: C++11 Makes Competitors Go Rusty
#39Sure C++ can do what Go and Rust do. In fact any language that is turing complete can do anything that any other turing complete language can do. It just matters how easy to do it and how the syntax is. It's all about warts, and C++ has a lot of them.
> In fact any language that is turing complete can do anything that any other turing complete language can do.
False. Or how exactly are you surfing the web with your Turing machine?
Re: C++11 Makes Competitors Go Rusty
#40Earlier quoted context omitted.
No offense, but have you spent much time with Go or Rust? In most cases Go's performance difference isn't extremely divergent from C++'s and it preserves safety and enhances convenience, exceptions and adds concurrency.
Last I heard the Go compiler was generating code 6x or more slower than comparable C++ code. Is that not still true?
You heard wrong: http://blog.golang.org/2011/06/profiling-go-programs.html