OSDev.org

Shrek wrote:Hi,
Seriously if you put a resume with skill sets : C / C++ , do you really think you will get a job .

Actually I am quite sure of it. I have been in that position repeatedly, and the basic sentiment was, "if you can do C++ well, you won't have any trouble doing {insert language} either". That was VB and Java, in my case (and I got the job, and no it wasn't a problem), but I've also heard that with regards to a C# position I didn't actually apply for.

Note that the opposite (e.g. Java coder for C++ position) is not as common a POV.

Add to that the lack of good C++ coders on the market to maintain all the crap that has been churned out by last decade's code monkeys.

C++ is a requirement to get a job as programmer in the gaming industry.

Shrek wrote:Seriously if you put a resume with skill sets : C / C++ , do you really think you will get a job . C# provides a living for the time being .

Weren't you asked a lot of C++ questions when being interviewed for your job? In my experience, knowledge of C++ is an excellent proxy for a candidate's general programming and problem-solving abilities.

Hi,
Yes , I was asked a lot of C++ questions . But all of them were very easy , any idiot could have answered them . Also there was a test paper to be written on C/C++ ,even that also was also not so difficult since I have seen lot like them in the past coz i have attended lot of coding contests. But the aptitude section was difficult , I couldnt complete most of them on time .

Regards
Shrek

I guess the three main reasons I like C/C++ over managed languages is that A) I know when my objects are being deleted, B) I *can* delete my objects, thus freeing memory and C) my code will be executed as native machine code. Which leaves the performance up to the implementor (and partially the compiler optimiser) instead of me relying on on the virtual machine's performance. That being said, when I need to get something done, I don't hesitate to use technologies like PHP and C# and other such "virtual" languages.

They all have they're place but naturally I steer towards C/C++ (and lately Obiective-C for iPhone) to develop desktop applications or libraries.

thre3dee wrote:I guess the three main reasons I like C/C++ over managed languages is that A) I know when my objects are being deleted

In the kind of work that you do, when and why is that important?

thre3dee wrote:I *can* delete my objects, thus freeing memory

You can always trigger a GC explicitly, but I assume that level of control is not fine-grained enough for what you're doing.

thre3dee wrote:my code will be executed as native machine code.

So is most managed code these days. Although there are still JVMs out there that interpret bytecode, all .NET code is JIT-compiled to native code before being run. It can also be pre-compiled (ahead-of-time like C/C++ rather than just-in-time).

thre3dee wrote:Which leaves the performance up to the implementor (and partially the compiler optimiser) instead of me relying on on the virtual machine's performance. That being said, when I need to get something done, I don't hesitate to use technologies like PHP and C# and other such "virtual" languages.

What works particularly well (at least in .NET) is to implement the majority of the application logic in a higher-level managed language, then write the "hot spots" in native code and use interop to call the native code (or write it in unsafe C#). This doesn't work all that well in Java though, because the native code usually has to be portable, and because JNI sucks.

thre3dee wrote:They all have they're place but naturally I steer towards C/C++ (and lately Obiective-C for iPhone) to develop desktop applications or libraries.

Objective-C is sweet. Solid, comprehensible OO abstractions, trivial interop with C/C++, and it even manages to do manual memory management in a very clean and unobtrusive way.