| How are they poor choices? Methinks you're just looking in wrong places if they're languages you want to continue using at a job. Embedded is hot right now, so sign up for the Jack Ganssle's Embedded Muse Newsletter http://www.ganssle.com/tem-subunsub.html. The jobs are going to be mostly US based, but some place to start. And look for companies that you know are going to be using C/CPP from their products. Even if they don't have jobs posted, find someone on the engineering team via GH, FB, LinkedIn, their blogs, guessing their email address, conferences, where ever and email them a nice note talking about their products and how you'd love to work with them if they have a position open. If you can engineer a piece of code, I feel you can also socially engineer your way to a contact somewhere you want to work. Else if you really want to be some "rockstar" web developer (and I only ever use that term as a pejorative), then start using a relevant language, and learn how to talk to employers about how your deep C/CPP experience is actually an advantage that no other diploma-mill code-school grad is going to have. It's never more depressing then when you've hauled in a candidate for a review because they've got great past experience, but the candidate has zero ability to relate that experience to conversation at hand. |
I personally like Lua (that I NEVER saw a job opening for this), and C and C++ that I learned as a kid.
When I find the rare C or C++ job, usually they want 20+ years of experience or soemthing impossible like taht to me (I am 27 years old, obviously I can't have 20 years of experience), or are jobs in other countries, but unwilling to help with visa.
C and C++ became sort of too specialized, only use for high-performance stuff, even games now (what I really like to code) several companies prefer to use .NET or Java, the few C or C++ jobs that exist usually are in countries with some engineering history (like Germany, I saw lots of C++ jobs there), or in US (that has lots of jobs of lots of things).