Quote:Original post by skittleo
I would call C++ minimalistic. There's nothing built into the syntax of the language for strings, lists, dictionaries, etc. You can access most of the missing features through STL and boost but the code is almost always lengthier than other langauges and the fact still remains that these features exist outside the basic syntax of the language.
I was only addressing the point of C++ being made out to look like you're forced to program with only the primative data types and nothing more. Sure, you may need to delve into the STL to obtain more functionality for strings and containers such as dictionaries. But my understanding was that the advantage here was giving you more control with what you do with it, instead of just giving you a blanket data type and make of its methods what you will. If we're only looking at what the actual core language syntax is, well... I haven't found other languages to have cores any larger than C++, myself, but that's just my experience. It all goes to the main point I was trying to make, and that is if you want the most control, you'll have to get your hands the dirtiest. If the overall goal is to look for what does the most for you without you having to code anything "extra", why stop at higher level languages? Why not just contract to a different developer, tell them what you want and they save you from coding at all. But you've lost all of your control. It's all give and take.
Quote:Original post by skittleo
And think about all the time spent fixing bugs caused by unsafe operations.
... which were caused by unsafe programming...
Quote:Original post by skittleo
How much experience have you had with other languages? For example, have you tried python?
The point I was making here also goes right back to my first point, so I'll digress on this one.
Quote:Original post by skittleo
The "control" C++ gives you has some benefits, but the number of projects that require that level of control certainly does not reflect the number of projects using C++.
I do agree with this whole heartedly, however.
The bottom line of what I was saying is only that they both have pros and cons, nothing more. I personally like both very much, and realize each has its own place. I also agree with smitty in that the memory management isn't that big of deal to learn, procedurally. It's the programming style that you develop, but that can evolve just as easily.
Kaze is also correct on the compilers. I use Visual Studio 2005, and I like it, but it does have a crazy list of features and options, etc.
Anyhoo... the best of luck to you in your endeavors - keep the fun alive!
Cheers!
Scorp