Yeah? But which language gets the job and earns the bucks
-
Ummm...I think you're missing the point which is Managed c++ vs c#, NOT c++ versus c#. Game devs can use whatever the hell they want, but it's unlikely to be .net based is it?
"A preoccupation with the next world pretty clearly signals an inability to cope credibly with this one."
John Cardinal wrote: the point which is Managed c++ vs c# Well, MC++ has always been crap, which makes this entire conversation a pointless joke. Christian Graus - Microsoft MVP - C++
-
Yes, but that isn't what most post said. If you want to argue a contridiction I didn't make go right ahead. Thanks. Jerry Most people are willing to pay more to be amused than to be educated--Robert C. Savage, Life Lessons Toasty0.com Ladder League (beta) My Grandkids
Sorry dude, that's exactly what your post said. 'When looking for .NET developers' means exactly what it says. I've been trying to work out how the need to MC++ developers relates to the general c++ job market, and as I read the replies, I see most people have taken you at your word, and assumed you meant what you said. Christian Graus - Microsoft MVP - C++
-
Shog9 wrote: What's scary is the number of people who've apparently switched sides... Nah. As far as I can see, the "converts" were using C++ for wrong purpose anyway (form based, business data-centric apps). They should have switched to VB long time ago. VB6 is perfect for this kind of development, IMHO better than .NET.
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
Nemanja Trifunovic wrote: As far as I can see, the "converts" were using C++ for wrong purpose anyway (form based, business data-centric apps). I don't see any reason not to use C++ to do this sort of stuff. If you use VB6, you end up writing C++ COM components to do the real work anyhow. When I was using MFC, I reckon I could churn out a GUI at the same rate as a VB6 user. Nemanja Trifunovic wrote: VB6 is perfect for this kind of development, IMHO better than .NET. Interesting - what makes it better ? Christian Graus - Microsoft MVP - C++
-
Nemanja Trifunovic wrote: As far as I can see, the "converts" were using C++ for wrong purpose anyway (form based, business data-centric apps). I don't see any reason not to use C++ to do this sort of stuff. If you use VB6, you end up writing C++ COM components to do the real work anyhow. When I was using MFC, I reckon I could churn out a GUI at the same rate as a VB6 user. Nemanja Trifunovic wrote: VB6 is perfect for this kind of development, IMHO better than .NET. Interesting - what makes it better ? Christian Graus - Microsoft MVP - C++
Christian Graus wrote: When I was using MFC, I reckon I could churn out a GUI at the same rate as a VB6 user. Depends. Most desktop business aplications have forms and grids to insert/edit data and Crystal Reports to print reports. It is way easier to do it (and especially to learn it) with VB6 or Delphi than with C++. Christian Graus wrote: VB6 is perfect for this kind of development, IMHO better than .NET. Interesting - what makes it better ? VB6 has the best RAD environment I have had a chance to work with. The language itself does not depend on a non-deterministic GC, it compiles directly to machine code, can run on older hardware just fine. Strictly speaking it is not "real" OO, because it lacks implementation inheritance, but it supports type inheritance which is more important. Anyway, C# is OK for this kind of applications as well, but nothing really revolutionary - tools like VB, Delphi or Power Builder have been around for more than 10 years, and people have used them just fine. I don't like hype, and C# is all about hype, just like Java several years ago.
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
-
Christian Graus wrote: When I was using MFC, I reckon I could churn out a GUI at the same rate as a VB6 user. Depends. Most desktop business aplications have forms and grids to insert/edit data and Crystal Reports to print reports. It is way easier to do it (and especially to learn it) with VB6 or Delphi than with C++. Christian Graus wrote: VB6 is perfect for this kind of development, IMHO better than .NET. Interesting - what makes it better ? VB6 has the best RAD environment I have had a chance to work with. The language itself does not depend on a non-deterministic GC, it compiles directly to machine code, can run on older hardware just fine. Strictly speaking it is not "real" OO, because it lacks implementation inheritance, but it supports type inheritance which is more important. Anyway, C# is OK for this kind of applications as well, but nothing really revolutionary - tools like VB, Delphi or Power Builder have been around for more than 10 years, and people have used them just fine. I don't like hype, and C# is all about hype, just like Java several years ago.
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
Nemanja Trifunovic wrote: Crystal Reports to print reports. OK - CR does change the overall picture, I guess. Nemanja Trifunovic wrote: Anyway, C# is OK for this kind of applications as well, but nothing really revolutionary - tools like VB, Delphi or Power Builder have been around for more than 10 years, and people have used them just fine. I don't like hype, and C# is all about hype, just like Java several years ago. I tend to agree for the most part. What changes things is ASP.NET. ASP.NET is simply the best way to write web apps of any size, regardless if if they had invented C#, or used some other language to impliment it. It's cool enough that if it was only possible to do it using VB6, I'd use VB6 to write web apps. I was using VBScript before, so it would not be a step down. As it stands, every aspect is a step up. I've also written Windows applications using C#, and yeah, it's nice, but not the revolution that ASP.NET was/is. I've tried using J2EE and it doesn't even come close, J2EE is crap IMO, after using ASP.NET. Christian Graus - Microsoft MVP - C++
-
John Cardinal wrote: So far no one has given any credible reason why MC++ should even exist. Ever use the
#importextension in VC++? That's the one that takes a good deal of the drudgery out of using COM from C++, by automatically generating wrapper classes for you. Sure, if your app is going to spend most of its time interacting with various pre-written COM objects, you're probably better off using VB6 or some other language intended to make this more or less seemless... but, for that 1% of your C++ app that benefits from using some COM stuff,#importrocks. IMHO, that's why MC++ is important. It's the new#import.You must be careful in the forest Broken glass and rusty nails If you're to bring back something for us I have bullets for sale...
-
Sorry, the second version sucks, because: 1. It's completely incompatible with previous versions. 2. I cannot write production code with it: it's still beta. There's no way I will use a buggy beta version on a production system. It's not even a "Release Candidate" (aka "feature freeze version") yet, so all the features can change, and there's no way to assure that even the sample you showed will work on the final version. Press "Next" two or three times on CP and you'll see someone complaining about the IDE deleting code. This could lead to really subtle bugs. BTW, could you please post a version of your example that compiles on VS.NET 2003, so that we could compare C# with something that compiles with the current version of C++ on .NET? I see dead pixels Yes, even I am blogging now!
Daniel Turini wrote: Sorry, the second version sucks The 2nd version was C# and the 1st version was C++/CLI :-D
-
You don't even need to use the new operator for reference types? Like
StreamReader^ r = new StreamReader(...);
I do understand RAII and that StreamReader's destructor will serve the purpose of Dispose but not calling new for a reference type seems kinda weird to me. Particularly since in C++ (pure C++), your code will create an instance of r on the stack and new StreamReader will create one on the heap. In your case, r will be created on the managed heap and won't be deallocated till it gets GC'ed, right? Regards Senthil _____________________________ My Blog | My Articles | WinMacro
Hey Senthil See http://www.codeproject.com/managedcpp/cppclidtors.asp[^]
-
Does C++/CLI have the C# equivalent of structs? Or are structs just normal C++ classes (without the ref keyword)? Regards Senthil _____________________________ My Blog | My Articles | WinMacro
C# class => C++ ref class or ref struct C# struct =? C++ value class or value struct
-
Jeffry J. Brickley wrote: Because the federal government has not fully adopted C#, Which federal government are you talking about? The U.S. one? That's hardly relevant in the global scheme of things is it? The rest of the world is moving on, if the U.S. govt want's win32 apps they can build them themselves (which I'm sure they do anyway). So far no one has given any credible reason why MC++ should even exist. It's a product in search of a market which is always a bad sign. I understand people using c++ for win32 apps etc, but for .net apps? That's just completely pointless.
"A preoccupation with the next world pretty clearly signals an inability to cope credibly with this one."
John Cardinal wrote: So far no one has given any credible reason why MC++ should even exist. It's a product in search of a market which is always a bad sign. I understand people using c++ for win32 apps etc, but for .net apps? That's just completely pointless. Because it completely pisses you off. :) I work for the US Govt, and I can tell you right now that they haven't standardized on any given language. If it were true, CHCS2 (a 10-year old project that has cost them over 5 billion dollars to date, and is just now going into limited beta) wouldn't have been written in Visual Basic. Anyone working for Integic lurking here? ------- sig starts "I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
-
I was expecting this question. Because we're talking about language features here, using external files is cheating: you either include it, or you'll need to accept that C# has natural language processing features: NaturalLanguage.English.Process(sr.ReadLine()); Now, you just need to search the web and find some NLP library and I'll prove it to you. Hiding code in an external file to reduce the code size is cheating. I see dead pixels Yes, even I am blogging now!
Hey Daniel, C++ has natural language too (but is depenedant on the project deadline sometimes). "Hiding" code is cheating? That's an interesting comment... ------- sig starts "I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt "...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
-
Hey Senthil See http://www.codeproject.com/managedcpp/cppclidtors.asp[^]
Wow, that opens up a bewildering array of options for creating an object.
class A
{
};ref class B
{
};void Create()
{
A a;
A *a = new A();
B b;
B ^b = gcnew B();
}each with its own semantics. That's surely going to confuse beginners, IMHO. As it is, people find copy construction and stuff hard and miss subtle errors because of them. Regards Senthil _____________________________ My Blog | My Articles | WinMacro
