Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.os.ms-windows.advocacy    |    Putting Bill Gates on a giant pedestal    |    5,618 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 3,964 of 5,618    |
|    Tom Shelton to All    |
|    Re: Why Free Software Is Handicapped On     |
|    26 Dec 10 11:01:19    |
      XPost: comp.os.linux.advocacy       From: tom_shelton@comcast.invalid              Chris Ahlstrom pretended :       > Tom Shelton pulled this Usenet face plant:       >       >> It happens that Chris Ahlstrom formulated :       >>> Tom Shelton pulled this Usenet face plant:       >>>       >>>> Chris Ahlstrom presented the following explanation :       >>>>       >>>>> One thing I don't like about Windows dev tools is how they inexorably       >>>>> push you towards Windows-only applications and towards the way of doing       >>>>> things the way Microsoft wants them done.       >>>>       >>>> Chris, I in no way mean to insult you - but, that's just not true.       >>>       >>> I take it you have never used Visual Studio, then?       >>       >> Of course, I use it almost every day. I just don't agree with that       >> sentiment that it forces you to do anything.       >       > Sure it does. It will write skeleton code for you, and, as far as I know,       > it doesn't even come close to the one-man project BoUML in how much you can       > customize the code output to fit your coding standards.       >              You can create your own templates. And you can modify the existing       templates. To what extent, I really can't recall because it's been       quite a while since I've felt the need to do that :)              > You can't even generate a "proj" file on your own, because it generates       > a UUID that becomes part of the project.       >              I generate proj files all the time for custom builds - I do it by hand.        I don't actually add them to the solution usually, excpet as a       solution item :). But, sure you can add them because you can create       your own project templates. I've done it the past - but, it's been       some time ago.              >> There is very little that can not be customized - and you don't actually       >> have to use it if you don't like it.       >       > Agreed. But most people just blithely use the thing.       >       >> Personally, I like the way VS works (and eclipse,       >> though I don't use it much - except when I have to help out on some of       >> the flex stuff). Having the refactoring tools, the intellisense,       >> autocomplete, etc makes coding a lot quicker.       >       > I've not found that to be the case, myself. Too much waiting for the IDE to       > catch up, and a programmer's editor that is not very intuitive compared to       > vi or emacs.       >              Again, to each his own.              >> Everyone has their preference, and no one is forcing you to use VS I       >> take it.       >       > Agreed.       >       >>> Actually, I'm encountering them in a book on C#. Haven't even gotten to       >>> the .NET section yet.       >>>       >>       >> Well, the terms are interchangeable really. A delegate is a delegate,       >> if your doing C#, VB.NET, or C++/CLI.       >>       >> And it's not to be *different* - these concepts have specific       >> functionality in a managed environment...       >       > Hmmm. As far as I can tell, a delegate is a function pointer, or a member       > function pointer. (I know there is more to it than that, of course).       >              I would say that a delegate is closer to the function objects in the       STL. A delegate is an object that wraps a function pointer.              >>>> C++ is still there... Remember? One of the projects I build is a cross       >>>> platform app server written in C++?       >>>       >>> I applaud you for pushing back against Microsoft's push to make one think       >>> that C++/CLI == C++.       >>       >> C++/CLI is a C++ language extension, not C++. There is even a standard       >> around it now (maybe still in the works). I tend not to use it much -       >> though, I have found it occasionally useful for creating dll's for       >> non-.net apps that needed to use .net functionality.       >       > But all too many people think they're using C++ itself.              That may or may not be true.. I just don't know :)              --       Tom Shelton              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca