The pool of talented C++ developers is running dry...
-
I don't consider myself a talented C++ developer. Leave it to C++ to be able give anyone imposter syndrome. Just when I think I've mastered some aspect of the language, it throws me a curveball. I swear mastering it takes more than one lifetime. I however, grudgingly acknowledge that people routinely say I'm a talented C++ developer, because it would be foolish for me not to.
To err is human. Fortune favors the monsters.
honey the codewitch wrote:
I don't consider myself a talented C++ developer.
Damn it. If you are not a talented c++ dev... then 95% of the people here are just beginners (and I am a n00b)
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
honey the codewitch wrote:
I don't consider myself a talented C++ developer.
Damn it. If you are not a talented c++ dev... then 95% of the people here are just beginners (and I am a n00b)
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
I think @GregUtas probably knows C++ better than I do. I'm sure he's not the only one. Codeproject has a deep bench. :-D
To err is human. Fortune favors the monsters.
-
I don't consider myself a talented C++ developer. Leave it to C++ to be able give anyone imposter syndrome. Just when I think I've mastered some aspect of the language, it throws me a curveball. I swear mastering it takes more than one lifetime. I however, grudgingly acknowledge that people routinely say I'm a talented C++ developer, because it would be foolish for me not to.
To err is human. Fortune favors the monsters.
You're not a talented C++ developer. You're a very talented C++ developer. :)
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing. -
You're not a talented C++ developer. You're a very talented C++ developer. :)
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.I take that as high praise indeed coming from you, Greg. :)
To err is human. Fortune favors the monsters.
-
Is the pool of C++ developers running dry, or are C++ developers getting tired of working for peanuts?
You know, titles like this are a complete bait and switch. 1 paragraph in, and it's all about financial firms in NYC can't get enough people. I know C++, and I would NEVER live in NYC. Yuck. I have one bucket list thing - I want to see a Yankees game - that's it. I've seen about 20 years of people writing C++. Usually C programmers passing stuff through the C++ compiler. Whoop-dee-doo. I don't care if it's on an embedded system. You better damn sure think carefully before using that global tag. That tells me all I need to know about your C++ skills. Trying to explain the 4 pillars to C/Embedded system developers is like beating my head against a brick wall: Them: "But it's more efficient and faster." Me: "You are coupling two pieces of code together that have nothing to do with each other. Besides making the system brittle, your code only runs at startup. Don't do that, bad idea." Them: deer in headlight look. Then there are the really smart guys (not being sarcastic) that know better, but do it anyway, violating the architecture and injecting multiple bugs into shipping product. :doh:
Charlie Gilley “They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759 Has never been more appropriate.
-
Excellent, thank you. I like that site, and for the benefit of anyone reading this, their approximate translation is: > I have made this [letter] longer than usual because I have not had time to make it shorter. Which, I guess, is a bit less pithy than the version I have in my sig (so I will keep it as it is). I see, by their lights, I have the correct attribution. Then copied and adapted many times over, no doubt. Cheers.
Paul Sanders. If I had more time, I would have written a shorter letter - Blaise Pascal. Some of my best work is in the undo buffer.
Greetings Whilst attempting to learn some C++ I came across a site link below. What I found there is quite a coinicidence. Your syntax highlighter is wrong[^]
-
Greetings Whilst attempting to learn some C++ I came across a site link below. What I found there is quite a coinicidence. Your syntax highlighter is wrong[^]
Interesting, thank you. Personally, I certainly do find comments that point out what a friend of mine would term "the bleedin' obvious" to be just noise. You're better off picking descriptive class, function and variable names and leaving it at that. Then, the comments that really matter will indeed stand out (in my IDE - Visual Studio - they're displayed in green, although that is configurable). Also, you get less 'comment fatigue' putting them in in the first place, so, again, there's a better chance that the really important ones will actually make it into the code.
Paul Sanders. If I had more time, I would have written a shorter letter - Blaise Pascal. Some of my best work is in the undo buffer.
-
Interesting, thank you. Personally, I certainly do find comments that point out what a friend of mine would term "the bleedin' obvious" to be just noise. You're better off picking descriptive class, function and variable names and leaving it at that. Then, the comments that really matter will indeed stand out (in my IDE - Visual Studio - they're displayed in green, although that is configurable). Also, you get less 'comment fatigue' putting them in in the first place, so, again, there's a better chance that the really important ones will actually make it into the code.
Paul Sanders. If I had more time, I would have written a shorter letter - Blaise Pascal. Some of my best work is in the undo buffer.
Did you happen to see the reference to Blaise Pascal
-
Interesting, thank you. Personally, I certainly do find comments that point out what a friend of mine would term "the bleedin' obvious" to be just noise. You're better off picking descriptive class, function and variable names and leaving it at that. Then, the comments that really matter will indeed stand out (in my IDE - Visual Studio - they're displayed in green, although that is configurable). Also, you get less 'comment fatigue' putting them in in the first place, so, again, there's a better chance that the really important ones will actually make it into the code.
Paul Sanders. If I had more time, I would have written a shorter letter - Blaise Pascal. Some of my best work is in the undo buffer.
Did you happen to see the reference to Blaise Pascal
-
Did you happen to see the reference to Blaise Pascal
Ha! No, bang to rights lol
Paul Sanders. If I had more time, I would have written a shorter letter - Blaise Pascal. Some of my best work is in the undo buffer.
