|
This survey results tells most of the codeproject readers are .NET Developers.....!!!
|
|
|
|
|
Agree with you
|
|
|
|
|
NSIS Count? I use it quite a bit.
!define USE_NSIS "True"
Section
File "..\Some.file"
SectionEnd
Bob Dole The internet is a great way to get on the net.
2.0.82.7292 SP6a
|
|
|
|
|
I myself being a C++ developer for couple of years now, programming in C++ has always been delightful.
Plethora of open source libraries (Boost, OpenCV, ffmpeg ) make programming in C++ very interesting and you can always be certain on the fact that, anything that you could imagine can be realized.
The ubiquitous nature of C, C++ encourages developers working on different platforms to implement their software using C, C++.
Despite of all these, what amazed me is that there are only a scanty number of C, C++ developers.
I am thinking, what could be the reason for this ?
-> Do people think that programming in C, C++ is hard.
-> Does the wild spread, popularity of mobile application development is alluring people.
-> Do people think that C, C++ doesn't have future ?
Share your thoughts,
|
|
|
|
|
C and C++ developers represent almost 44% of the total, larger than any other group except for C#.
Software Zen: delete this;
|
|
|
|
|
I agree with you, may be we just need to wait till the poll ends, to get the actual percentage.
|
|
|
|
|
Since you can vote for multiple options you can't combine two groups by adding them. You'd need per user voting data to do so; so only the CP staff can create a valid C/C++ combined number. Personally I suspect a lot of overlap between the two.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Sigh. I was merely pointing out that the C and C++ groups weren't 'scanty' by any stretch of the imagination, and certainly aren't going away.
Software Zen: delete this;
|
|
|
|
|
Programming in C/C++ isn't that hard. However developing a GUI application using C# is much simpler than doing the same using C/C++ .
My 2 cents.
Veni, vidi, vici.
|
|
|
|
|
I agree with CPallini.
I like to program in C# to abstract from the lower level coding. I want to do stuff and not necessarily know how it is done, if you catch my drift
|
|
|
|
|
No, it is not. Developing a *simple* wizard-driven application *might* be simpler in C#. Developing a competent GUI application is extremely hard in anything other than C (I'm not counting C++ here since besides object lifetime, RAII and using WM_NCCREATE/WM_NCDESTROY to call emulate __ctor/__dtor, C++ is not of much use since all API is Win32 GUI is C last time I checked). Lifetime in particular is more than gruesome - consider logoff/shutdown, hibernate, multiple monitors, multiple desktops etc. which have absolutely no support other than Win32.
Nuclear launch detected
|
|
|
|
|
Oh, I see hordes of C developers programming GUI applications using WINAPI ...
Veni, vidi, vici.
|
|
|
|
|
Yes, there are. Look at what you are using daily, browsers, Office, media players etc. I don't know if there is a single program I am using daily that is using .NET GUI. Perhaps Visual Studio have some.
Nuclear launch detected
|
|
|
|
|
I don't do statistics with your usage of applications. I do statistics with the questions in the Q&A, for instance. There are many many GUI .NET developers while there are rare examples of folks writing GUI stuff using C .
Veni, vidi, vici.
|
|
|
|
|
That's true; there are many GUI .NET developers. While the GUIs are written in C/C++ (Win32, Qt, custom, WTL, barebones etc). So your statistics may be about developers. I was talking about GUIs.
Nuclear launch detected
|
|
|
|
|
I think that most GUI s are written using .NET .
Many are written using C++ .
Few are coded in C .
Many of the most succesfull (like, for instance, Chrome) applications are written with C++ , that's true.
Veni, vidi, vici.
|
|
|
|
|
But you can still access the Win32 API in C# via P/Invoke, so saying C is better because you can access Win32 isn't an advantage. And I'd certainly love to see an example where the C version is both less code written and easier to understand than the C# equivalent for any GUI application.
|
|
|
|
|
Well, there are examples, but that's not the point. The point is the OS official API is C, and if one is relying to P-invoke to emulate C structures, what's the advantage of using C#?
Nuclear launch detected
|
|
|
|
|
Abstraction. Most of the time, I neither need to know nor do I care about the details. And to be honest, I've only seen a few rather specific issues that couldn't be handled in C# (like removing the "X" button from the title bar).
|
|
|
|
|
You can't remove it because it's DWM property, not that you can't custom paint a caption in C#.
Nuclear launch detected
|
|
|
|
|
But you can remove it (or in Vista and 7, just disable it I think, I haven't tried since XP). You just need to go through the Windows API to do it.
|
|
|
|
|
I remember, about 20 years ago, while I was getting my feet wet with C++ - I actually went back to developing in c. That lasted for about a month, while stuff about classes, inheritance and polymorphism churned at the back of my head – and then things just fell into place.
These days a large part of the Windows API can only be accessed through virtual function tables. While it's possible to do this using c, I think that would be a rather painful way to develop software.
Even if you develop software using the c api, C++ offers much that allows me to structure my code in a manner that makes it easier to handle complexity, like Windows Development in C++, working with menus[^]
|
|
|
|
|
For sure (almost) everyone is doing it in C++, absolutely. What I was pointing out is that the structures, memory management, object lifetime etc. are still C-like. One will still call a Release() { delete this; } when dealing with WM_NCDESTROY, so it's still a GetMessage and a WNDPROC dictating the flow; an output allocated memory will most likely using LocalFree and not delete.
Nuclear launch detected
|
|
|
|
|
You can always use C++ Builder[^] - doing stuff using VCL is often faster than doing the same thing using C# and .Net.
My 2 cents
|
|
|
|
|
I doubt about (however, I don't know VCL ).
Veni, vidi, vici.
|
|
|
|