Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. Future of C++ and Visual C++ within MS

Future of C++ and Visual C++ within MS

Scheduled Pinned Locked Moved The Lounge
c++com
27 Posts 11 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • K Kevin McFarlane

    Well, could be true of C++ rather than the VC++ dev environment experience. I gather a lot of MS devs don't use Visual Studio for C++ development.

    Kevin

    J Offline
    J Offline
    Joe Woodbury
    wrote on last edited by
    #21

    Kevin McFarlane wrote:

    I gather a lot of MS devs don't use Visual Studio for C++ development.

    A lot don't, but the vast majority do. At one point during the VS 2005 roll out someone from Microsoft admitted this very thing. It begs the question, then, of why C/C++ support sucks so bad in VS 2005. (Okay, okay, I know the answer--idiots in marketing.) I am quite sure the number of .NET developers has soared in the past two years. I'm equally confident that Visual Studio, in general, is still mostly used for C/C++ development. Based on first hand experience, though, Microsoft dropped the ball so badly with VS 2005 and C++, that it's up in the air whether C++ developer make up the majority of that specific version. (For all it's ills, I still push it. The compiler is fantastic and the whistles and bells, however, buggy, make it worthwhile. The CRT, however, desparately needs a code bloat reduction--something that's been true for years.)

    Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke

    E K 2 Replies Last reply
    0
    • J Joe Woodbury

      Kevin McFarlane wrote:

      I gather a lot of MS devs don't use Visual Studio for C++ development.

      A lot don't, but the vast majority do. At one point during the VS 2005 roll out someone from Microsoft admitted this very thing. It begs the question, then, of why C/C++ support sucks so bad in VS 2005. (Okay, okay, I know the answer--idiots in marketing.) I am quite sure the number of .NET developers has soared in the past two years. I'm equally confident that Visual Studio, in general, is still mostly used for C/C++ development. Based on first hand experience, though, Microsoft dropped the ball so badly with VS 2005 and C++, that it's up in the air whether C++ developer make up the majority of that specific version. (For all it's ills, I still push it. The compiler is fantastic and the whistles and bells, however, buggy, make it worthwhile. The CRT, however, desparately needs a code bloat reduction--something that's been true for years.)

      Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke

      E Offline
      E Offline
      El Corazon
      wrote on last edited by
      #22

      Joe Woodbury wrote:

      The CRT, however, desparately needs a code bloat reduction--something that's been true for years.)

      hmmmm decades.... :-D

      _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)

      1 Reply Last reply
      0
      • J Joe Woodbury

        Kevin McFarlane wrote:

        I gather a lot of MS devs don't use Visual Studio for C++ development.

        A lot don't, but the vast majority do. At one point during the VS 2005 roll out someone from Microsoft admitted this very thing. It begs the question, then, of why C/C++ support sucks so bad in VS 2005. (Okay, okay, I know the answer--idiots in marketing.) I am quite sure the number of .NET developers has soared in the past two years. I'm equally confident that Visual Studio, in general, is still mostly used for C/C++ development. Based on first hand experience, though, Microsoft dropped the ball so badly with VS 2005 and C++, that it's up in the air whether C++ developer make up the majority of that specific version. (For all it's ills, I still push it. The compiler is fantastic and the whistles and bells, however, buggy, make it worthwhile. The CRT, however, desparately needs a code bloat reduction--something that's been true for years.)

        Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke

        K Offline
        K Offline
        Kevin McFarlane
        wrote on last edited by
        #23

        Joe Woodbury wrote:

        It begs the question, then, of why C/C++ support sucks so bad in VS 2005.

        Indeed. So why aren't Microsoft themselves pissed off about it? They must surely find it as painful as everyone else does. (Well, I'm not talking about me because I've only ever done C# and VB in the .NET-era IDEs. Apart from sluggish performance the IDE is otherwise super for them.)

        Kevin

        1 Reply Last reply
        0
        • E Ed Poore

          Just found a smaller micro[^], although I don't think that we use any of these but we use larger versions.  Imaging running .NET in 384 bytes of RAM :eek:


          My Blog

          M Offline
          M Offline
          Mike Dimmick
          wrote on last edited by
          #24

          .NET Micro Framework[^] requires 256KB of RAM and 512KB of Flash/ROM. There's no separate kernel on this - .NET Micro Framework is the operating system. I think they cheat though - the code is not JITted but compiled to native code at ROM build time.

          Stability. What an interesting concept. -- Chris Maunder

          E 1 Reply Last reply
          0
          • M Mike Dimmick

            .NET Micro Framework[^] requires 256KB of RAM and 512KB of Flash/ROM. There's no separate kernel on this - .NET Micro Framework is the operating system. I think they cheat though - the code is not JITted but compiled to native code at ROM build time.

            Stability. What an interesting concept. -- Chris Maunder

            E Offline
            E Offline
            Ed Poore
            wrote on last edited by
            #25

            Aye but the killer is it has to be (I thought it did) a 32 bti micro and you don't get small ones of those.


            My Blog

            1 Reply Last reply
            0
            • T The Wizard of Doze

              C++ is "not yet extinct" at Microsoft. Quite the contrary: "Central to the success of these customers, as well as Microsoft's own internal development, is Visual C++." Hard to believe ... :suss: http://blogs.msdn.com/sripod/archive/2007/06/26/future-of-c-and-visual-c-within-ms-and-elsewhere.aspx[^]

              S Offline
              S Offline
              soap brain
              wrote on last edited by
              #26

              Nice to know I'm not learning a doomed language. Well, at least not doomed YET.

              Ravel H. Joyce - Well I say that sticking a balloon to your head IS a scientific experiment!

              K 1 Reply Last reply
              0
              • S soap brain

                Nice to know I'm not learning a doomed language. Well, at least not doomed YET.

                Ravel H. Joyce - Well I say that sticking a balloon to your head IS a scientific experiment!

                K Offline
                K Offline
                Kevin McFarlane
                wrote on last edited by
                #27

                Of course, even if it were doomed it would only be in the MS world that this is the case.

                Kevin

                1 Reply Last reply
                0
                Reply
                • Reply as topic
                Log in to reply
                • Oldest to Newest
                • Newest to Oldest
                • Most Votes


                • Login

                • Don't have an account? Register

                • Login or register to search.
                • First post
                  Last post
                0
                • Categories
                • Recent
                • Tags
                • Popular
                • World
                • Users
                • Groups