C# is dead on arrival
-
I've used pratically every microsoft development enivronment, staring with VB 3.0. (I loved that by the way). I have spent the last five years developing C++ with Microsoft Visual Studio. I dont feel that C# was a very smart move. Java programmers are not going to switch to C# in any significant way and C++ programmers, without features such as templates are not going to switch either. Visual basic programmers are all pissed cause this version of VB.net will again require complete re-writes. I would hate to be VB programmer because every new version of VB introdues entirely new language features that require rewrites of everything but the most trivial applications. I already can see the writing on the wall for C#... its probably going to be dead on arrival. I hope not... but who is the market.. how will use it. Which group of programmers will switch to it... I cant think of any. I am convinsed that C++ will continue to be the premiere development language. Microsoft should have spent there billions on making C++ even better with better standards compliance. It makes me scream to think that we have not had a new version of the C++ compiler for years because of all this C# and .Net stuff.
C# and the .NET infrastructure makes web and distributed programming MUCH easier. ASP.NET runs compiled code, not script, is multithreaded out of the box... winform programming is an elegant and simple method of programming desktop applications. ask norm almond about this, he is a convert... try c# for awhile, write a not-so-simple distributed app or a web service. you might change your mind... -John
-
I've used pratically every microsoft development enivronment, staring with VB 3.0. (I loved that by the way). I have spent the last five years developing C++ with Microsoft Visual Studio. I dont feel that C# was a very smart move. Java programmers are not going to switch to C# in any significant way and C++ programmers, without features such as templates are not going to switch either. Visual basic programmers are all pissed cause this version of VB.net will again require complete re-writes. I would hate to be VB programmer because every new version of VB introdues entirely new language features that require rewrites of everything but the most trivial applications. I already can see the writing on the wall for C#... its probably going to be dead on arrival. I hope not... but who is the market.. how will use it. Which group of programmers will switch to it... I cant think of any. I am convinsed that C++ will continue to be the premiere development language. Microsoft should have spent there billions on making C++ even better with better standards compliance. It makes me scream to think that we have not had a new version of the C++ compiler for years because of all this C# and .Net stuff.
I completely agree with you. I think that C# is designed for VB programmers and VB will be replaced by C#. P.S: I am afraid that Microsoft will no longer support MFC. This is very frustrating. :(( Mustafa Demirhan
-
I've used pratically every microsoft development enivronment, staring with VB 3.0. (I loved that by the way). I have spent the last five years developing C++ with Microsoft Visual Studio. I dont feel that C# was a very smart move. Java programmers are not going to switch to C# in any significant way and C++ programmers, without features such as templates are not going to switch either. Visual basic programmers are all pissed cause this version of VB.net will again require complete re-writes. I would hate to be VB programmer because every new version of VB introdues entirely new language features that require rewrites of everything but the most trivial applications. I already can see the writing on the wall for C#... its probably going to be dead on arrival. I hope not... but who is the market.. how will use it. Which group of programmers will switch to it... I cant think of any. I am convinsed that C++ will continue to be the premiere development language. Microsoft should have spent there billions on making C++ even better with better standards compliance. It makes me scream to think that we have not had a new version of the C++ compiler for years because of all this C# and .Net stuff.
Other sage ideas put forth by others: No one writes code in Fortran or Cobol anymore VB applications just are too slow to be accepted by users Relational databases are too slow for practical uses The market for computers is perhaps 5 I'm sure C# will not be dead on arrival because it is the Lingua Franca of the .NET platform which wraps the Windows OS in an object architecture. For every person who declares that they won't use it, I bet there are 10 who will use it if it means writing code faster or easier.
-
C# and the .NET infrastructure makes web and distributed programming MUCH easier. ASP.NET runs compiled code, not script, is multithreaded out of the box... winform programming is an elegant and simple method of programming desktop applications. ask norm almond about this, he is a convert... try c# for awhile, write a not-so-simple distributed app or a web service. you might change your mind... -John
I agree that C# does simplify development considerably. I've been using Visual C++ for 6 years and I have always felt that MFC is bloated and over the years, its design simply got out of control. I believe the .NET framework will be a refreshing way of developing software. As both C# and the framework mature over time, I'm sure Microsoft will add even richer functionality.
-
I've used pratically every microsoft development enivronment, staring with VB 3.0. (I loved that by the way). I have spent the last five years developing C++ with Microsoft Visual Studio. I dont feel that C# was a very smart move. Java programmers are not going to switch to C# in any significant way and C++ programmers, without features such as templates are not going to switch either. Visual basic programmers are all pissed cause this version of VB.net will again require complete re-writes. I would hate to be VB programmer because every new version of VB introdues entirely new language features that require rewrites of everything but the most trivial applications. I already can see the writing on the wall for C#... its probably going to be dead on arrival. I hope not... but who is the market.. how will use it. Which group of programmers will switch to it... I cant think of any. I am convinsed that C++ will continue to be the premiere development language. Microsoft should have spent there billions on making C++ even better with better standards compliance. It makes me scream to think that we have not had a new version of the C++ compiler for years because of all this C# and .Net stuff.
I've used C++ most of the time, but sometimes I work with VB (database front ends, COM, etc). I feel that C# is a replacement for VB, not for C++. VB syntax is ugly, and C# is much better. Of course, for big and complex apps, hold on to C++. I vote pro drink X|
-
I agree that C# does simplify development considerably. I've been using Visual C++ for 6 years and I have always felt that MFC is bloated and over the years, its design simply got out of control. I believe the .NET framework will be a refreshing way of developing software. As both C# and the framework mature over time, I'm sure Microsoft will add even richer functionality.
Come on Oliver... MFC hasnt changed in at least five years and hundreds of successful applications have been developed with it. Its the same old framework that it has always been. What do you mean it has got bloated. Over what time frame, please justify your opinion... You probably never spent the time to learn MFC even though you have been using it for 6 years. I know plenty of MFC developers like you... Good luck on your switching to C#. i hope it works out for you.
-
I've used C++ most of the time, but sometimes I work with VB (database front ends, COM, etc). I feel that C# is a replacement for VB, not for C++. VB syntax is ugly, and C# is much better. Of course, for big and complex apps, hold on to C++. I vote pro drink X|
As others have been saying, there is a market for C#, in distributed applications, or maybe some smaller desktop applications. Tom made a point about VB programmers being upset about constant language changes. Think about it this way, though -- if MS decides to keep the C# language fairly constant, so rewrites aren't neccessary, then the VB developers would definitely switch over to C#. C# is not going to eliminate C++; there are still going to be plenty of places where C++ is the better alternative, in my opinion. One of those is the gaming industry, which has no real use for anything .NET (a C# game engine, if it's even possible, would be comical).
-
Come on Oliver... MFC hasnt changed in at least five years and hundreds of successful applications have been developed with it. Its the same old framework that it has always been. What do you mean it has got bloated. Over what time frame, please justify your opinion... You probably never spent the time to learn MFC even though you have been using it for 6 years. I know plenty of MFC developers like you... Good luck on your switching to C#. i hope it works out for you.
I have been using MFC since the first version. A few years ago we decided to stop using it because it had become too bloated and failed to keep up with current technology (such as fancy UI). MFC is great if your application fits well within the MFC framework. But the more you have to deviate, the more you end up having to kludge, hack, or otherwise re-write classes. I have been using WTL for over a year now. It doesn't do many things that MFC did for me. But then again, it isn't doing all the stuff that MFC did TO me. So just because someone doesn't like MFC doesn't mean they have never used it or that they are moving to C#. Tim Smith Descartes Systems Sciences, Inc.
-
I've used pratically every microsoft development enivronment, staring with VB 3.0. (I loved that by the way). I have spent the last five years developing C++ with Microsoft Visual Studio. I dont feel that C# was a very smart move. Java programmers are not going to switch to C# in any significant way and C++ programmers, without features such as templates are not going to switch either. Visual basic programmers are all pissed cause this version of VB.net will again require complete re-writes. I would hate to be VB programmer because every new version of VB introdues entirely new language features that require rewrites of everything but the most trivial applications. I already can see the writing on the wall for C#... its probably going to be dead on arrival. I hope not... but who is the market.. how will use it. Which group of programmers will switch to it... I cant think of any. I am convinsed that C++ will continue to be the premiere development language. Microsoft should have spent there billions on making C++ even better with better standards compliance. It makes me scream to think that we have not had a new version of the C++ compiler for years because of all this C# and .Net stuff.
C# and .net will replace IIS. People who are doing n-tier development with j2ee (java enterprise edition) won't switch to windows, and I am one of them. I've done windows development for over 8 years and I spent that last year doing j2ee ntier system using web logic, jsp, and it is so easy. I tried .NET sample and man there is way too much stuff in there and the rampup time will be a killer. So with todays economy and market, people will stick to what they know before learning something new. Except of course for the people using IIS which is totally crap compare to j2ee. :cool: Pat
-
Come on Oliver... MFC hasnt changed in at least five years and hundreds of successful applications have been developed with it. Its the same old framework that it has always been. What do you mean it has got bloated. Over what time frame, please justify your opinion... You probably never spent the time to learn MFC even though you have been using it for 6 years. I know plenty of MFC developers like you... Good luck on your switching to C#. i hope it works out for you.
Maybe it would be more accurate to say that I've been using it since the 16-bit days under VC++ 1.5. As an exmaple of bloat, when I see Microsoft dumping both OLE container and client functionality into the CWnd class, I've to question why are they filling a window class with non-window related functionality. It's nicer to have components that are dedicated to specific functionlaity than big classes loaded with everything including the kitchen sink.
-
C# and .net will replace IIS. People who are doing n-tier development with j2ee (java enterprise edition) won't switch to windows, and I am one of them. I've done windows development for over 8 years and I spent that last year doing j2ee ntier system using web logic, jsp, and it is so easy. I tried .NET sample and man there is way too much stuff in there and the rampup time will be a killer. So with todays economy and market, people will stick to what they know before learning something new. Except of course for the people using IIS which is totally crap compare to j2ee. :cool: Pat
huh? .net adds functionality to iis,, iis is the enabling gateway for much of the distributed functionality of .net iis compared to j2ee is apples and oranges, j2ee and com+ would be a better comparison, but i've never touched java nor j2ee, so i don't have an opinion the samples that ms released for the .net framework were so that the guys who want to dig into the .net framework can play with things like soap and whatnot for writing real applications on top of the framework, get the vs.net beta 2 now, one thing i can agree with you is that the .net initiative hasn't relly shown us how the midle tier services are exposed in the framework, the transactional features have not been released (that i've seen) -John
-
C# and .net will replace IIS. People who are doing n-tier development with j2ee (java enterprise edition) won't switch to windows, and I am one of them. I've done windows development for over 8 years and I spent that last year doing j2ee ntier system using web logic, jsp, and it is so easy. I tried .NET sample and man there is way too much stuff in there and the rampup time will be a killer. So with todays economy and market, people will stick to what they know before learning something new. Except of course for the people using IIS which is totally crap compare to j2ee. :cool: Pat
"C# and .net will replace IIS" :confused: What do you mean by that? IIS is a web server, and it can be replaced only by another Web server (like Apache), and not by any programming language or application framework. As for j2ee, I've never worked with that, but as far as I now it is a standard for ntier development, and it makes no sense to say "IIS is totally crap compare to j2ee". I vote pro drink X|
-
I've used pratically every microsoft development enivronment, staring with VB 3.0. (I loved that by the way). I have spent the last five years developing C++ with Microsoft Visual Studio. I dont feel that C# was a very smart move. Java programmers are not going to switch to C# in any significant way and C++ programmers, without features such as templates are not going to switch either. Visual basic programmers are all pissed cause this version of VB.net will again require complete re-writes. I would hate to be VB programmer because every new version of VB introdues entirely new language features that require rewrites of everything but the most trivial applications. I already can see the writing on the wall for C#... its probably going to be dead on arrival. I hope not... but who is the market.. how will use it. Which group of programmers will switch to it... I cant think of any. I am convinsed that C++ will continue to be the premiere development language. Microsoft should have spent there billions on making C++ even better with better standards compliance. It makes me scream to think that we have not had a new version of the C++ compiler for years because of all this C# and .Net stuff.
-
I've used pratically every microsoft development enivronment, staring with VB 3.0. (I loved that by the way). I have spent the last five years developing C++ with Microsoft Visual Studio. I dont feel that C# was a very smart move. Java programmers are not going to switch to C# in any significant way and C++ programmers, without features such as templates are not going to switch either. Visual basic programmers are all pissed cause this version of VB.net will again require complete re-writes. I would hate to be VB programmer because every new version of VB introdues entirely new language features that require rewrites of everything but the most trivial applications. I already can see the writing on the wall for C#... its probably going to be dead on arrival. I hope not... but who is the market.. how will use it. Which group of programmers will switch to it... I cant think of any. I am convinsed that C++ will continue to be the premiere development language. Microsoft should have spent there billions on making C++ even better with better standards compliance. It makes me scream to think that we have not had a new version of the C++ compiler for years because of all this C# and .Net stuff.
Tom, Can you expand on what kind of programming you do, and what you like from a language? You may not be in the C# target audience. If the thought of using a managed environment (garbage collection, not writing your own allocators, not controlling whether objects are heap or stack allocated) does appeal to you, then you won't like C#, because our assumption is that if you're considering C#, you've already decided (or are willing to evaluate) that a managed environment has some good benefits, the most obvious one being of productivity. When perf or low-level control is really important, than C++ is the better language. C# tries to give you low-level control when you need it, but only within the constraints of the runtime. I wouldn't - right now at least - suggest writing a game engine in it, but it might make sense to write the AI portion of a game in it. I'm from a C++ background myself, and I've written a fair amount of code in both C and C++. C# is a different paradigm, but for the apps I've written (which are pretty tiny at this point), I was able to do it much much faster than I could in MFC. C# has garnered a lot of attention from early adopters, and the bulk of the comments have been positive. We won't know how the general population will view it until it's released.
-
Tom, Can you expand on what kind of programming you do, and what you like from a language? You may not be in the C# target audience. If the thought of using a managed environment (garbage collection, not writing your own allocators, not controlling whether objects are heap or stack allocated) does appeal to you, then you won't like C#, because our assumption is that if you're considering C#, you've already decided (or are willing to evaluate) that a managed environment has some good benefits, the most obvious one being of productivity. When perf or low-level control is really important, than C++ is the better language. C# tries to give you low-level control when you need it, but only within the constraints of the runtime. I wouldn't - right now at least - suggest writing a game engine in it, but it might make sense to write the AI portion of a game in it. I'm from a C++ background myself, and I've written a fair amount of code in both C and C++. C# is a different paradigm, but for the apps I've written (which are pretty tiny at this point), I was able to do it much much faster than I could in MFC. C# has garnered a lot of attention from early adopters, and the bulk of the comments have been positive. We won't know how the general population will view it until it's released.
I just got back from this Microsoft seminar: Microsoft .NET Developer Training Tour and while they talked up VB.NET, they pretty much downplayed C# and went out of their way to trash C++ as a useful development language with a future (an opinion I disagree with). VStudio.NET Beta 2 was pretty impressive albeit fairly slow even on a 1GHz machine with 384M RAM. It only crashed once, but they were doing very small canned demos. The Mobile Internet Toolkit was also very impressive. They even mentioned a C# to VB.NET conversion utility which in conjunction with a Java to C# conversion utility seems to be the basis of Microsoft's JUMP (Java Users Migration Program). Steven J. Ackerman, Consultant ACS, Sarasota, FL http://www.acscontrol.com steve@acscontrol.com sja@gte.net
-
Come on Oliver... MFC hasnt changed in at least five years and hundreds of successful applications have been developed with it. Its the same old framework that it has always been. What do you mean it has got bloated. Over what time frame, please justify your opinion... You probably never spent the time to learn MFC even though you have been using it for 6 years. I know plenty of MFC developers like you... Good luck on your switching to C#. i hope it works out for you.
I personally think MFC still has its place, but that this place is becoming smaller and smaller. There are many ways in which it is bloated, for instance its collection classes - everyone seems to use STL now (apart from in bigger projects which have already been written using the MFC collection classes. I'm sure there are other examples also. It is a good framework but out of date in many respects. I think it's a good idea to be starting afresh with a new set of ideas and a new framework and way of doing things that is designed and not adapted for the Internet age. > Andrew.
-
Tom, Can you expand on what kind of programming you do, and what you like from a language? You may not be in the C# target audience. If the thought of using a managed environment (garbage collection, not writing your own allocators, not controlling whether objects are heap or stack allocated) does appeal to you, then you won't like C#, because our assumption is that if you're considering C#, you've already decided (or are willing to evaluate) that a managed environment has some good benefits, the most obvious one being of productivity. When perf or low-level control is really important, than C++ is the better language. C# tries to give you low-level control when you need it, but only within the constraints of the runtime. I wouldn't - right now at least - suggest writing a game engine in it, but it might make sense to write the AI portion of a game in it. I'm from a C++ background myself, and I've written a fair amount of code in both C and C++. C# is a different paradigm, but for the apps I've written (which are pretty tiny at this point), I was able to do it much much faster than I could in MFC. C# has garnered a lot of attention from early adopters, and the bulk of the comments have been positive. We won't know how the general population will view it until it's released.
Hm... You say productivity but why do I hear quantity instead of quality? (eg: I was able to do it much much faster than I could in MFC ) I think that what frustrates the people around here is that Microsoft spent so much time and effort on C# and so little on C++. Now trying to convince: Java people to change the language, VB people to re-write and C++ people to convert and use "managed" C++. In the long run, as managers will push "managed" C++ on developers I think there might be a shift of people to Unix/Linux environment or Borland C++ compilers. Right now Linux is suffering the lack of applications, so it comes at the "right time" actually. Put it together with a new "activation" ideas for the XP - even the users might shift too. One thing is sure - it's going to be interesting to watch it! :)
-
Tom, Can you expand on what kind of programming you do, and what you like from a language? You may not be in the C# target audience. If the thought of using a managed environment (garbage collection, not writing your own allocators, not controlling whether objects are heap or stack allocated) does appeal to you, then you won't like C#, because our assumption is that if you're considering C#, you've already decided (or are willing to evaluate) that a managed environment has some good benefits, the most obvious one being of productivity. When perf or low-level control is really important, than C++ is the better language. C# tries to give you low-level control when you need it, but only within the constraints of the runtime. I wouldn't - right now at least - suggest writing a game engine in it, but it might make sense to write the AI portion of a game in it. I'm from a C++ background myself, and I've written a fair amount of code in both C and C++. C# is a different paradigm, but for the apps I've written (which are pretty tiny at this point), I was able to do it much much faster than I could in MFC. C# has garnered a lot of attention from early adopters, and the bulk of the comments have been positive. We won't know how the general population will view it until it's released.
Thanks eric. I'm an application developer for a large bank, and i develop custom applications on my own for clients in the evenings. My employer developed a complete banking application for medium size banks that uses STL/MFC and Oracle/Sybase in the back end. Our marketing department states that over 500 banks use the application world wide. Granted I was only a small part of that application, but I do understand it pretty well. Our company uses a variety of technolgies from practically all major vendors it seems. I have personally only developed using microsoft tools, primarily VC++ and VB. (VC++ is my prefernece). I have developed a real fondness for STL lately and humbly would have to say that it is the COOLEST thing around. I realize of course, that MFC is appropriate for many types of applications but certinaly not for internet development. VB sucks in my opinion... and I dread any assignments that force me to use it. There is alot of anti-microsoft sentiment at my company. I am one of a handful of envanjalists for microsoft technologies here. I can't tell you how many times I found myself in the role of defending the use of Microsoft Tools. Generally, I have very few complaints personaly about decisions Microsoft has made. However, I now appreciate many of the arguments that the anti-microsoft crowd make. C++ has not let us down. It the most flexible development language around and STL is capable of doing anyting you could possibly dream up. Introducing a new language (C#) just makes it very confusing for me. Why would I, a C++ programmer, ever even think of using C#. C++ and STL can already do, or soon will be able to, everything that I need. And for cross platform devlopment, JAVA is just fine. (Although the IDE's suck) By the way, I was recently assigned to a Java J2EE project. Our company is totally converting to J2EE. The banking application I just mentioned is being converted to J2EE as we speak (UGHHH). There isnt even a whisper here about converting our application to C#. If I did happen to mention it... I would get laughed at. My sense is that C# has a long road to haul for any real acceptance. Tom
-
I've used pratically every microsoft development enivronment, staring with VB 3.0. (I loved that by the way). I have spent the last five years developing C++ with Microsoft Visual Studio. I dont feel that C# was a very smart move. Java programmers are not going to switch to C# in any significant way and C++ programmers, without features such as templates are not going to switch either. Visual basic programmers are all pissed cause this version of VB.net will again require complete re-writes. I would hate to be VB programmer because every new version of VB introdues entirely new language features that require rewrites of everything but the most trivial applications. I already can see the writing on the wall for C#... its probably going to be dead on arrival. I hope not... but who is the market.. how will use it. Which group of programmers will switch to it... I cant think of any. I am convinsed that C++ will continue to be the premiere development language. Microsoft should have spent there billions on making C++ even better with better standards compliance. It makes me scream to think that we have not had a new version of the C++ compiler for years because of all this C# and .Net stuff.
C# would be my choice hands down for writing component-based software for .NET (ASP.NET, distributed applications). While .NET provides infrastructure, C# has features that make it a breeze to write components (notably, events). Another plus of this language is that it is easy to "read". I don't think C# is good for thick clients though. And not because .NET Windows Forms are inadequete (although they are not as rich as all the extention classes in MFC realm). It is just the fact that a thick client achitecture usually involves some sort of a framework that it is built around and I did not find C# particular good at designing frameworks (generics would be good here) Regards, Andrei Zenkovitch
-
huh? .net adds functionality to iis,, iis is the enabling gateway for much of the distributed functionality of .net iis compared to j2ee is apples and oranges, j2ee and com+ would be a better comparison, but i've never touched java nor j2ee, so i don't have an opinion the samples that ms released for the .net framework were so that the guys who want to dig into the .net framework can play with things like soap and whatnot for writing real applications on top of the framework, get the vs.net beta 2 now, one thing i can agree with you is that the .net initiative hasn't relly shown us how the midle tier services are exposed in the framework, the transactional features have not been released (that i've seen) -John
Basically you've got SOAP or old good TCP as default transport. You can buid your own if you want to (I do not know how easy it is to do). Remote instantiation is similar to DCOM (I am not going into details here). But they do have Web services as a prebuilt solution. Docs on remoting were quite bad for beta1. Did not check them in beta2, but I wouldn't expect them to be much better. Frankly, .NET still has to prove itself as a viable framework for distributed applications. If it happens then C# could be a good candidate for component-based distributed application development as well as an obvious choice for ASP.NET development Regards, Andrei Zenkovitch