|
dmitri_sps wrote: VS is not written in .NET.
It's not written completely in .NET but parts of it are.
dmitri_sps wrote: .NET is not a platform in which MS writes MS software
This is not true. There is lots of MS software containing lots of .NET. Again, it may not be the case that 100% of a product is in .NET. But so what?
You can tell where .NET is being used by running Process Explorer and examining the .NET processes.
One very big product that is largely written in .NET is BizTalk. But I think you will find the newer the product the more likely it is that it will contain substantial portions of .NET.
Kevin
|
|
|
|
|
dmitri_sps wrote: This subtle difference means that MS is not forced to "eat its dog food" - VS is not written in .NET.
You picked a wrong example: VS is one of few MS desktop applications that are actually moving to .NET. The reason is the same as for NetBeans - IDEs benefit from CLR features such as reflection to help developers produce their applications faster. On the other hand, MS Office is native C/C++, but the same goes for Sun's OpenOffice. Windows is written with C/C++ - so is Solaris. CLR is written with C++, Java HotSpot as well.
|
|
|
|
|
Nemanja Trifunovic wrote: You picked a wrong example: VS is one of few MS desktop applications that are actually moving to .NET.
No, this is just the correct example because you said it: it is one of few application , and it is only moving. And that's what I was saying: .NET gives you some nice sub-set of API wrappings, but it is not complete enough to write entire product in it. And that was the point of the argument.
I am sure that when VC 2010 is published, it will run on a much better version of .NET.
And I am not saying that all applications should be ported by their making companies to their own programming platforms - the costs would be prohibitive. But some complete applications and application suites utilizing the platform are definitely makes it much more functionally complete and robust.
By the way several people mentioned robustness and reachness of ASP.NET (aren't WinForms a poor second cousin to ASP.NET functionality?) - and BizTalk. And probably that also goes to show how platform benefits from its reuse. 
|
|
|
|
|
C# is targeting "top level" applications, which arent accessing the system too much. If you want to get closer to system you need C++, for device drivers or dll you than use C.
I think that is an architectual principle which Microsoft needs to seperate the volumes and API of the languages.
PS: coding C/C++ is often like reinventing the wheel (but I like it) 
Greetings from Germany
|
|
|
|
|
I think you summed it up nicely. It's sort of sad that .NET gets all the love now as far as books go. I have to use ancient books to learn the Windows API. With all the changes to Windows since Windows 95/98, you'd think someone would come out with a "Petzold" for the new generation that discusses some of the new features (Themes, Desktop Window Manager in Vista, etc.)
I'm loving C++ so far, although it's making my head hurt it many ways. C++ templates are very cool. I've run into a few surprises with generics in C# on things I thought should be possible, but aren't. I know templates and generics are two different things, but I'm excited about some of the things I can do with templates. I've grown spoiled by the intellisense in C#, which isn't quite as nice in C++, but I figure that's the price one has to pay if they want to play with knives.
|
|
|
|
|
New books are tackling the new stuff. "Thats the way the world goes..." 
I am now working on an IE extension, and so have have to stick to C++. If i wanted it to also do for the Firefox have have the problem of platform dependency. So I have to "decode" some MS-stuff to plain C. 
The MS guys are going a dangerous way with the stickyness of Windows and C#. There are other ways to make apps for instance with portable Framework as GTK or QT. That is a nice option because the MAC OS is gaining marketshare.
Greetings from Germany
|
|
|
|
|
Seemingly left out of the conversation is that on can have their cake and eat it too.
C++.NET and unmanaged C++ : Remember I J W
I don't think it's all too difficult to deal with ^ vs *, as necessary.
In some crazy parallel, that maybe only fits in my mind, this accepting C# (vs. C++) is much like the acceptability of lip-synching at allegedly live concerts. It's easier & let's one put on a fancier show somewhat easier.
But does no one else feel the warmth and nostalgia when musing over the inline assembler? You really could have it all - and you still can.
I wanna do what I wanna do when I wanna do it.
However, it's still true: money talks.
"If you can't find time to do it right the first time . . . how are you going to find time to do it again?"
|
|
|
|
|
Managed C++ does indeed allow one to play on both sides of the fence. The first book I assimilated when starting my C++ effort was Ivor Horton's Beginning C++ 2008. I diligently trodded through the book, only to wind up feeling I knew a lot about very little. Trying to grasp the basics of C++, MFC, and Managed C++ in one book is just too much. Trying to keep all the ^'s straight while learning C++ was draining. Since I already know the framework from working with C# for years, I concluded the better strategy is to:
1. Learn straight C++. I am currently doing this via the Thinking in C++ books and am on Volume 2.
2. Learn the Windows API. I have already assimilated a vintage Petzold "Programming Windows 98" and plan to assimilate a vintage copy of Jeffrey Richter's "Advanced Windows" I have in my possession.
3. Learn MFC. I've partially assimilated Jeff Prosise's "Programming Windows 95 with MFC".
4. Learn COM. I have a bookmark in Don Box's Essential COM.
5. Learn Managed C++. I assume that after having a firm foundation in the other technologies, I'll be able to more easily keep my ^'s straight.
I'm keenly aware that .NET and related technologies aren't going away, and for good reason, they are awesome. However I don't think the Windows API, COM, or MFC are going away anytime soon either. I find it interesting that to learn these technologies, I'm forced to resort to 10+ year old books. The upside is that these books are very cheap now.
I've made the observation that very few of the hugely successful applications on the desktop are written in .NET. I'm sure this is changing, but it seems to me that to attain maximum reach and to run on minimal hardware, C++ is still the way to go for most commercial desktop applications.
|
|
|
|
|
I voted in the "other" category and found that ColdFusion had only 4 votes!  
|
|
|
|
|
I developed in ColdFusion years ago for paid work purposes. It has a friendly API and it works on my Mac
When I am loaded due to Windows Coldfusion is a good choice
Cheers
Marcello Turnbull
|
|
|
|
|
C and C++ should not be together for this poll.
C used to pay my bills, but C++ never did.
|
|
|
|
|
We're using Flex for a web ui application and I'm enjoying it immensely!
|
|
|
|
|
I pay the bills with VB6, C# and SQL. I do get the occasional project in VB.Net and I would not lump that in the same category with VB6. They are 2 totally different animals. VB.Net is a lot more like C# than VB6.
And then they through VBScript in the mix?
|
|
|
|
|
Asking for a ranking of languages might offer a better picture. The only reason I included VB in my response is that it is the embedded programming language for MS SQL Server Integration and Reporting Services. So I use it, but only because I have no better choice, and it ought to appear at the bottom of my list. SQL and C# would be the top ones.
|
|
|
|
|
I agree JR. It doesn't seem consistant with the seperation of the C# and C/C++ categories in the survey.
Adding VBScript to the mix is liken to including Java and JavaScript in the same category. The languages are related in syntax but that's about it.
Interesting how you brought up SQL (Sequential Query Language). If the question was what language have you been paid to use the most over your career, my answer would have been SQL. Its not an application development language but is perhaps the most commonly used database language. Maybe it will appear in next weeks pool 
|
|
|
|
|
I noticed someone filled in RPG under their optional text.
My sympathies there. I'm glad to say I haven't had to look at RPG in well over a decade.
|
|
|
|
|
I though RPG went out with the commodore 64  . Have not seen it in over 25 years...
|
|
|
|
|
We still use RPG (RPG IV) at my office. We have some legacy AS400 apps built on it.
I look at them as little as possible.
|
|
|
|
|
It appears that almost everyone writes web related programs.
Where are all the people that makes critical programs?
|
|
|
|
|
Yo!
Software Zen: delete this;
|
|
|
|
|
I made critical program once, it said "critical error, system unstable bla bla bla" does that count?
|
|
|
|
|
Well, by critical I mean, if it fails, the possibility of at least one human death is very high.
|
|
|
|
|
Mirds wrote: Well, by critical I mean, if it fails, the possibility of at least one human death is very high.
Does the developers life count? 
|
|
|
|
|
Okay, two lives, including one developer
|
|
|
|
|
I create and maintain hospital software. I guess it could be considered in this category. If our software fails, the nurses could always talk to each other like they did before they used our software.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
