Welcome to the club :)

For me the only style is the "one true brace style" Allman makes sense for non-braced languages, though (like python).

Of course, I had to do some lookup. Nevertheless: my_array=(foo bar) print_array(){ for i in $* do echo $i done } print_array ${my_array[*]}

This is supported by all compilers I use, clang, gcc and msvc. Just curious, what did you use that didn't support this? BTW, if you don't like forward declaration, perhaps you need an untyped language. Here, the type of "m" depends on the type "myForward", there's no way around this, and it's not just in C++.

std::auto_ptr was deprecated even in C++11 it's not valid C++ anymore. And RAII is not smart pointers.

You mean like this?: class FWD; struct STR { FWD *fwdPtr; }; int main() { STR tst; return 0; }

Well, no. It is added complexity if you don't know how to use raw pointers. If you do - you really appreciate the simplicity added by RAII, smart_ptrs and optionals, RAII makes sense in any language, actually. P. S. std::auto_ptr, really?

Well, that's not really language specific. I find myself reading online documentation even when reading bash scripts.

I wouldn't say C++ has gotten more complicated. Au contraire - I would say it's never been as easy to learn and use as it is now, I almost never have to rely on raw pointers, manual memory management, and all the stuff that C++ haters love. The problem of C++ is that it has become so feature rich, that it's virtually impossible to know all of it, and there really are a lot of features, which, although I'm sure somebody out there uses, but I don't see them as belonging in the standard. It's just so freaking huge. But, of course, you don't really need to know and use all of it. Unless you're a C++ compiler developer.

So true.

1. Finish your assignments on Java. 2. Don't be afraid of pointers, but do read some topics on / play with pointer arithmetic. 3. You can get a job with C++, no issues with that, there are plenty of jobs requiring C++. 4. I wouldn't waste my time on C#, unless you have a project to do with that language. If you are already learning Java and C++, you won't benefit a lot from adding C# to the list. 5. You will benefit from adding a functional language to the mix, but I wouldn't recommend Haskell to a beginner. I found Standard ML to be easy to learn, so I would recommend that. 6. Try a C++ GUI framework. I would recommend Qt.

I guess you're talking about qmake. Well, there's a reason why they decided to move on to cmake.

Isn't the build system external to QtCreator?

Qt Creator. It's the best cross-platform IDE I've ever used. Besides, I kinda dislike MSVC, it's just too heavy for my taste, and it's heavy mainly because of lots of features I never use.

Here's my $0.02 .netcore is just not that popular for corss platform stuff, and is not supported on that many platforms; basically they missed the opportunity that Java didn't, in that regard, and they didn't have their "Android" booster as Java did. Performance wise C# doesn't compete with C++. It's not as easy to learn as Python is. It's not a popular language for game development, Unity is at best a platform to learn game programming, I haven't seen any AAA game made with it. It's used mainly for insanely boring projects, like medium complexity Windows specific enterprise apps, it isn't really a goto language/platform for multimedia, machine learning, gamedev or math heavy stuff. Really, if you look at what C# devs are being hired for, you can get depressed.

The idea that C++ is highly efficient comes from the zero cost abstraction design, not from anything else. Besides, performance is not everything, languages like C and C++ can offer deterministic execution time as well as object lifetime, stuff that is impossible with managed languages by design, which make them a poor choice for system programming. The fact that NetCore doesn't support WinForms, makes C# a poor choice for cross-platform GUI application development as well, so it ends up being a niche platform for people who find themselves in need to program on Linux but don't want to learn anything besides C#. "However, if using many of the features of c++ can make a c++ application take more memory and run slower than a managed language." Really? you have an example?

It's also valid in the opposite direction: with some time invested you can do the job in C++, which is a more performant language, that has it's own huge collection of (mostly) cross-platform libraries. I would also add to the list of issues the lack of compatibility between different .net versions.

Maybe this is an effort to force C++ people to use WinRT/UWP instead of MFC. They will end up forcing everyone to switch to Qt.

Totally agree. I was just pointing out the general case.

Raspberry Pi is a full fledged Linux OS. Writing embedded code usually means writing for some device without an OS