Managed C++ - worth the effort?
-
I think that will be my next step too :)
xacc.ide - now with TabsToSpaces support
IronScheme - 1.0 beta 1 - out now!
((lambda (x) `((lambda (x) ,x) ',x)) '`((lambda (x) ,x) ',x))If, like the OP, I developed .NET, I'd be all over F#. As I target native code, I have a bit more freedom, so I tend to use Haskell when I have the chance rather than OCaml, which is F#'s inspiration - I don't know why, but I've always preferred what Haskell offers.
-
What is a bespoke?
I didn't get any requirements for the signature
-
I do all my coding in C# nowadays. I'm ashamed to admit it :-O , but before .NET it was VB for me and before that plain old BASIC. I've done a little assembly too so I'm not scared of getting 'lower' level. I've just landed a new job (woohoo!) and part of it will be developing a bespoke application. There are no time limits on this and I'll be working on it alone, so I wondered if you guys thought it might be worth the effort of going down the C++ route (is managed C++ that much different to C#?) to broaden my experience? I could code it in C# but I fancy learning something that may prove to be useful. If not managed C++, what would you recommend?
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)Thanks for all the input CPians! Plenty to have a think about here, just what I needed. :-D
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia) -
Agreed. If you want to broaden you experience, show that you can bring a project in on time that a customer is willing to pay for. If you do that, all anyone will care about is where they can find you. When it comes to money, stick to what you know and do well.
The poor guy wants to learn something new! Don't discourage him. Just lead him in a useful direction which Managed-C++ is not. I would suggest :thumbsup: VB6 :thumbsup:
Todd Smith
-
What is a bespoke?
I didn't get any requirements for the signature
ToddHileHoffer wrote:
What is a bespoke?
May be Desktop
-
I do all my coding in C# nowadays. I'm ashamed to admit it :-O , but before .NET it was VB for me and before that plain old BASIC. I've done a little assembly too so I'm not scared of getting 'lower' level. I've just landed a new job (woohoo!) and part of it will be developing a bespoke application. There are no time limits on this and I'll be working on it alone, so I wondered if you guys thought it might be worth the effort of going down the C++ route (is managed C++ that much different to C#?) to broaden my experience? I could code it in C# but I fancy learning something that may prove to be useful. If not managed C++, what would you recommend?
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)I agree with most of the previous writers. If you tend do go into embedded programming where you have restrictions on memory/performance it might be a good idea to jump on the C++ train. On the other side, from my experience, I would rather invest in learning more on C# and software design issues. For client applications the suggestion for WPF/XAML is a good idea too. I think these two technologies definitely have a future. Hope I helped a little bit and good luck at your new job from switzerland Dani
-
I do all my coding in C# nowadays. I'm ashamed to admit it :-O , but before .NET it was VB for me and before that plain old BASIC. I've done a little assembly too so I'm not scared of getting 'lower' level. I've just landed a new job (woohoo!) and part of it will be developing a bespoke application. There are no time limits on this and I'll be working on it alone, so I wondered if you guys thought it might be worth the effort of going down the C++ route (is managed C++ that much different to C#?) to broaden my experience? I could code it in C# but I fancy learning something that may prove to be useful. If not managed C++, what would you recommend?
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)I'd agree with others that you'd better not try a new language on entire project, but hey, you can write some components in managed C++, just for the fun of it. Then you can write some in un-managed C++, to feel the difference. With C++ you will get - different kind of templates (sorely missed by me in C# and Java): templates that allow to apply patterns to un-related classes - destructors to manage external resources (instead of using the "using" construct) And with unmanaged C++ you will also get multiple inheritance. Just do not use pointers - use smart pointers or shared pointers (download "boost" library for example) or write your own smart-pointer template ;P
-
What is a bespoke?
I didn't get any requirements for the signature
ToddHileHoffer wrote:
What is a bespoke?
They hold a bewheel together.
-
Do one thing and do it well. Well, OK, I'll get flamed for that, but I certainly wouldn't try to produce a commercial app while trying to learn the language. There are already too many people on here doing that anyway. Write the app in C# and learn something else on the side if you like.
PIEBALDconsult wrote:
too many people on here doing that
Good point!
PIEBALDconsult wrote:
learn something else on the side
This particular application is sort of an 'on the side' thing. Part of my job, but not the main focus and I can take as long as I like. Seems like the perfect opportunity to stimulate the old grey matter with something new, but still get paid for it!
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia) -
I agree with most of the previous writers. If you tend do go into embedded programming where you have restrictions on memory/performance it might be a good idea to jump on the C++ train. On the other side, from my experience, I would rather invest in learning more on C# and software design issues. For client applications the suggestion for WPF/XAML is a good idea too. I think these two technologies definitely have a future. Hope I helped a little bit and good luck at your new job from switzerland Dani
Danillo wrote:
good luck at your new j
Thanks! I've played around with WPF and found it to be a PITA. Very pretty and flexible on the UI side though, and still the same basic coding behind the scenes. I just found it took ages to make some stuff work as expected when in WinForms it just works. I may just have been playing around too much in the XAML instead of doing stuff in the 'real' code... maybe I'll have another look, especially now we have a few WPF experts at CP.
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia) -
Thanks for the suggestion - I'll have a good look at this.
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia) -
The poor guy wants to learn something new! Don't discourage him. Just lead him in a useful direction which Managed-C++ is not. I would suggest :thumbsup: VB6 :thumbsup:
Todd Smith
Todd Smith wrote:
VB6
Been there - and tried to forget it! I actually wrote some pretty decent stuff that's still in use today. I'm just glad I don't have to support it ;) It seems the general consensus is to forget about C++. I'll take the advice :-D
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia) -
Congrats on the job! In college we were taught C++ which made C# very easy to learn. I think it might be more complicated the other direction. C# can do basically the same stuff as C++ (there might be those more knowledgeable than me who might say otherwise) but I like the complexity like dealing with pointers and such. I believe if you can "program" it doesn't matter what language it is in. I took a course where we had to do the same project in 4 languages including OOP languages and non-OOP languages. It really taught me how to sit down, figure out the logic, and then worry about the semantics. It's almost like talking; if you understand noun, verb, adjective...you can learn a new language. You learn that in Spanish the adjective comes after the noun where in English is usually comes before. If you understand the basics, it's just the willingness to learn the specifics. Best of luck on the new job!
Back in the blog beatch! http://CraptasticNation.blogspot.com/[^]
leckey wrote:
Congrats on the job! Best of luck
Thanks! I've recently reread an old C++ book which is what prompted me to think about this. I didn't realise just how similar C# was. Obviously there are some significant differences but I think (I haven't applied it so can't be sure) I understood all of it. Even though we don't get to play with pointers in C#, I think it's almost impossible to be able to program in any language 'properly' without an understanding of them and what's going on behind the scenes. The F# suggestion elsewhere looks interesting :-D
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia) -
I'd agree with others that you'd better not try a new language on entire project, but hey, you can write some components in managed C++, just for the fun of it. Then you can write some in un-managed C++, to feel the difference. With C++ you will get - different kind of templates (sorely missed by me in C# and Java): templates that allow to apply patterns to un-related classes - destructors to manage external resources (instead of using the "using" construct) And with unmanaged C++ you will also get multiple inheritance. Just do not use pointers - use smart pointers or shared pointers (download "boost" library for example) or write your own smart-pointer template ;P
hi all! well i m student and a kid for you guys. i learned native C++ at college. i started codeing in VB6 for fun. thn moved to VS 2008 and found VC++ familier. i love coding in VC++ and VB .net. I am Working on stock market simulation software. Will it be good for me to learn C# and ASP now. I have to finish the software in one month. i have developed the database in Mysql and Client side of the game in C++. also I have to search for a job next year. Mohit
-
I do all my coding in C# nowadays. I'm ashamed to admit it :-O , but before .NET it was VB for me and before that plain old BASIC. I've done a little assembly too so I'm not scared of getting 'lower' level. I've just landed a new job (woohoo!) and part of it will be developing a bespoke application. There are no time limits on this and I'll be working on it alone, so I wondered if you guys thought it might be worth the effort of going down the C++ route (is managed C++ that much different to C#?) to broaden my experience? I could code it in C# but I fancy learning something that may prove to be useful. If not managed C++, what would you recommend?
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)~Just do it in C#, and dont tell them so u wil still have enought time to experiment in managed C++ In this way, u wil do it in both and make gud use of time u have, n will know yourself that managed c# is of no use :-D
Ravie Busie Coding is my birth-right and bugs are part of feature my code has!
-
Managed C++ is obsolete; it's now called C++/CLI and it's a pain in the ass. Yes, it has some nice things about it, but for me its eccentricities outweigh its benefits outside of very narrow application.
Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke
I'd have to agree with Joe Woodbury - though I don't think Anna-Jayne would agree with me. As far as I'm concerned: Managed C++ is a syntactic mess, relatively non-portable and isn't as well supported as either mainstream (unmanaged) C++ nor (the arguably easier to use) C#. For me it's a badly thought out compromise that doesn't really succeed in any way. I know Anna-Jayne will disagree though. From what I've seen managed C++ is a largely dead language. Mike
-
I'd have to agree with Joe Woodbury - though I don't think Anna-Jayne would agree with me. As far as I'm concerned: Managed C++ is a syntactic mess, relatively non-portable and isn't as well supported as either mainstream (unmanaged) C++ nor (the arguably easier to use) C#. For me it's a badly thought out compromise that doesn't really succeed in any way. I know Anna-Jayne will disagree though. From what I've seen managed C++ is a largely dead language. Mike
-
I do all my coding in C# nowadays. I'm ashamed to admit it :-O , but before .NET it was VB for me and before that plain old BASIC. I've done a little assembly too so I'm not scared of getting 'lower' level. I've just landed a new job (woohoo!) and part of it will be developing a bespoke application. There are no time limits on this and I'll be working on it alone, so I wondered if you guys thought it might be worth the effort of going down the C++ route (is managed C++ that much different to C#?) to broaden my experience? I could code it in C# but I fancy learning something that may prove to be useful. If not managed C++, what would you recommend?
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)Native C++. More specifically; procedural C++. Yeah, sounds whacky, but extremely useful in truly understanding how Windows really works. It also helps in understanding the OOP is merely a construct; beneath it all, it's procedural code. It has been my experience that engineers who understand Win32 and how .NET really works under the covers write more efficient code than those that don't and are, in general, better C# developers (yes, there are plenty of exceptions, but given the choice of hiring a C# developer with no C++ experience and one with, everything else equal, I'll take the latter.)
Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke
-
I do all my coding in C# nowadays. I'm ashamed to admit it :-O , but before .NET it was VB for me and before that plain old BASIC. I've done a little assembly too so I'm not scared of getting 'lower' level. I've just landed a new job (woohoo!) and part of it will be developing a bespoke application. There are no time limits on this and I'll be working on it alone, so I wondered if you guys thought it might be worth the effort of going down the C++ route (is managed C++ that much different to C#?) to broaden my experience? I could code it in C# but I fancy learning something that may prove to be useful. If not managed C++, what would you recommend?
Dave
BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)
Visual Basic is not used by normal people so we're not covering it here. (Uncyclopedia)Why go backwards?
-
C++/CLI is really good for native interop. I wouldn't develop a fully managed app purely in C++/CLI, no. It still doesn't feel like a first-class .NET language, IMO.
Tech, life, family, faith: Give me a visit. The apostle Paul, modernly speaking: Epistles of Paul Judah Himango
We have a heavy weight MFC app and we simply include one /CLR compiled module in the main app to get .NET running early and then call a /CLR compiled bridge DLL to add new functionality from .NET dll's.