leaving my codeproject reputation in the hands of c++
-
Nah, not going to help or hurt your reputation.... Although I probably should because you are obviously not a grizzled old programmer like me. As you gain experience you realize that just like for a car mechanic, there is a tool for every job. C++ is great for some tasks, C# for others, java for still others, and python for others. That's why there are so many computer languages out there.... It all depends on what you are trying to do. If you are shoehorning a task into a language because you don't like or understand another one, then you are doing yourself and your users a disservice. Here is one task that C++ really excels at, and one I am working on right now: Allow .NET dlls to work in a native application - doing this through C++/CLI now. The only other way to do this is through COM, which is no fun at all..... And, especially, since I do not have the source code for the native app. It uses good old LoadLibrary for calling DLLs (I have access to a scripting language for the app that does this). And yes, the syntax for C++/CLI is really ugly.
this is the wisest response i have received, i was just finding a way to express some frustration i had when i wass a c++ programmer, a lot of them havent had their paycheck based on software production using c++, c++ is becoming less used in STANDARD software programming as other languages rise up. When i started with c# my productivity was doubled. once a microsoft MVP told me and advice i always remember Programmer time cost a billion more times than CPU time, a programmer that doesnt understand that will be in the past forever.
-
this is the wisest response i have received, i was just finding a way to express some frustration i had when i wass a c++ programmer, a lot of them havent had their paycheck based on software production using c++, c++ is becoming less used in STANDARD software programming as other languages rise up. When i started with c# my productivity was doubled. once a microsoft MVP told me and advice i always remember Programmer time cost a billion more times than CPU time, a programmer that doesnt understand that will be in the past forever.
Vasily Tserekh wrote:
Programmer time cost a billion more times than CPU time, a programmer that doesnt understand that will be in the past forever.
That sounds wise, but it ignores reality by being an over-generalization. Tell this to a game programmer. Or someone in scientific computing. Or any run of the mill programmer when he/she is confronted by a problem of nontrivial size. The problem is, CPU time still costs time; if you use enough of it, it eventually becomes a problem. Back in the old days, it became a problem a lot sooner than it does now, that's all. That doesn't mean that we're not still hitting the limits, even though one might be led to believe such if all you see is business-"programming".
-
thanks c++ haters we are winning the battle, let us free from the chains of c++ long live to python, java and c# if you ever were frustrated by c++ upvote me
Whatever frustration I've had with C++ doesn't compare to the nightmares I've had with Python.
-
Vasily Tserekh wrote:
Programmer time cost a billion more times than CPU time, a programmer that doesnt understand that will be in the past forever.
That sounds wise, but it ignores reality by being an over-generalization. Tell this to a game programmer. Or someone in scientific computing. Or any run of the mill programmer when he/she is confronted by a problem of nontrivial size. The problem is, CPU time still costs time; if you use enough of it, it eventually becomes a problem. Back in the old days, it became a problem a lot sooner than it does now, that's all. That doesn't mean that we're not still hitting the limits, even though one might be led to believe such if all you see is business-"programming".
It actually is amusing as long as you don't have to clean up the mess our young heroes create. I once had a nice case where one tried to load an entire database into a DataSet and was totally helpless when the OutOfMemoryException came. It took half an hour to reach that point and the young Padawan could not get over the fact that no CPU or memory upgrade could prevent those two 'impossibilities' from happening. He had done everything 'the right way' after all. Stupid C# and .Net framework :) It's not magic and ignorance does not make miracles happen in some mystic fashion :)
At least artificial intelligence already is superior to natural stupidity
-
i made a bid with my friend that in codeproject there is a lot of c++ haters, if you hate C++ upvote this post and if you love it downvote this post
-
What about those of us who can take it or leave it? I'm happy to use it but I can't say I love it. I certainly don't hate it. What to do...? :~
BDF I often make very large prints from unexposed film, and every one of them turns out to be a picture of myself as I once dreamed I would be. -- BillWoodruff
You go read a bitScott Myers, then light a candle in front of a picture of Stroustrup!
FILETIME to time_t
| FoldWithUs! | sighist | WhoIncludes - Analyzing C++ include file hierarchy -
Vasily Tserekh wrote:
Programmer time cost a billion more times than CPU time, a programmer that doesnt understand that will be in the past forever.
That sounds wise, but it ignores reality by being an over-generalization. Tell this to a game programmer. Or someone in scientific computing. Or any run of the mill programmer when he/she is confronted by a problem of nontrivial size. The problem is, CPU time still costs time; if you use enough of it, it eventually becomes a problem. Back in the old days, it became a problem a lot sooner than it does now, that's all. That doesn't mean that we're not still hitting the limits, even though one might be led to believe such if all you see is business-"programming".
I AM A GAME PROGRAMMER, check out my articles, nowadays hard game algorithms are programmed in hardware, main engines are programmed in managed languages and critical functions are programmed in c++ or other and binded trought dll calls. Of course there are problems where CPU time is critical but those are the less. in STANDARD software development you cant allow to waste extra time optimizing your software performance because you will lose time , money , clients , clarity in the code, and the list goes on.
-
I AM A GAME PROGRAMMER, check out my articles, nowadays hard game algorithms are programmed in hardware, main engines are programmed in managed languages and critical functions are programmed in c++ or other and binded trought dll calls. Of course there are problems where CPU time is critical but those are the less. in STANDARD software development you cant allow to waste extra time optimizing your software performance because you will lose time , money , clients , clarity in the code, and the list goes on.
So then you must know what it's like to work on a time budget of handfull of miliseconds, even though you need to fit physics and AI and the CPU-side of rendering into that. As for "standard" programming, does that even exist? What's "standard"? There are websites - where performance is absolutely critical[^], mobiles - where the CPU's are stuck a decade back in time but people demand fluidity, and then you have boring in-house desktop apps where you'd be absolutely right. The rest I suppose you could call non-standard. But of course my point isn't that performance always matters, just that it (at least) sometimes does, and therefore that silly generalizations do not apply.
-
i made a bid with my friend that in codeproject there is a lot of c++ haters, if you hate C++ upvote this post and if you love it downvote this post
Vasily Tserekh wrote:
i made a bid with my friend that in codeproject there is a lot of c++ haters, if you hate C++ upvote this post and if you love it downvote this post
Programming languages are tools and since I neither "love" nor "hate" my drill nor my hammer, I see no reason why programming languages should be any different.
-
I AM A GAME PROGRAMMER, check out my articles, nowadays hard game algorithms are programmed in hardware, main engines are programmed in managed languages and critical functions are programmed in c++ or other and binded trought dll calls. Of course there are problems where CPU time is critical but those are the less. in STANDARD software development you cant allow to waste extra time optimizing your software performance because you will lose time , money , clients , clarity in the code, and the list goes on.
If you're a game programmer... what do you make with C# that sells? C# is only used on PCs, Xbox 360, and windows phone. The funny thing is, professional 360 developers, ones that release disc based games, use C++... Java is far more common in the world of PC gaming and mobile development (android development, WOO!) than C#. The problem with C# is that it doesn't solve any problems. It's so similar to Java that I often wonder why it was ever created. The only edge it has in the market of programming languages is clean code for the development of toolsets. It's simple to pump out a tile editor in C# but I actually had more trouble with XNA game development than Java/OpenGL ES. It's just not supported, provides nothing new, and has limited uses. C++ is beautiful, if you learn it properly ( something that takes far more commitment than even I have given it thus far). If you adamantly hate C++, then you haven't learned it properly. That's not to say you should love it, but a programmer should never be so blind in language bais. You're hindering your progress as a programmer by refusing to take a realistic perspective of one of the most influential languages created. Instead of complaining about the downsides of C++ you should wonder if there are work arounds, whether you are using the language properly, or even whether the language is appropriate for the project you have chosen.