Re: The Pascal - isation of MS and C++

From: Mr. John A. Jackson ([no)
Date: 06/06/04


Date: Sat, 5 Jun 2004 20:05:55 -0500

Thanks for the link (the video was a little over an hour and the volume was
a bit low).

It's interesting that MS is encouraging C++ developers to use the plumbing
of .NET. This seems easy enough for Delphi developers (even when using C#
and VB.NET).

It's nice to know that XP SP1 has the .NET Framework. I can start testing
my D8 deployment strategy on "standard" systems now.

"Dennis Landi" <none[at]none.com> wrote in message
news:40c234a0$1@newsgroups.borland.com...
> On http://msdn.microsoft.com/visualc/ go to the "Herb Sutter SD West(100k)
"
> link under the "Multimedia Link" farther down the page and run the video.
>
> This is the link to the excellent Herb Sutter's talk on C++ as the high
> performance language choice within the .NET stable.
>
> I would recommend skipping the first 20 mins (this is a long 50 min talk)
as
> a lot of time is wasted running the Quake.NET demo (again!) and
> "interacting" with audience members. He trots out the corporate line that
> the next OS after win32 is WinFx not Win64 (Win64 is an "interim" OS...,
he
> says... but than he talks a great deal about calling *native* libraries,
so
> they simply renamed Win64 to WinFX... duh. The first 20 mins is MS
> marketing hype, basically)
>
> He describes a lot the .NET semantics that are added to MS C++ as "pure
> extensions". And what should strike any Delphi programmer right away is
> that they look REALLY pascal-like. Herb actualy refers to the "revenge of
> pascal" about 22 minutes into the talk.
>
> Of course, nobody was trying to pascalize C++, but actually trying to
> .NET-ize it and realizing after the fact they did indeed pascal-ize quite
a
> few things.
>
> Moral of the story. We need to expand our edge in the natively compiled
> world. We already have the toolset to do it. It just needs to be
> upgraded... Not turn tail and run.
>
> Herb basically is making this point: C++ is the greatest language in the
MS
> camp for high-performance programmers. Because (and he says this several
> times) you can always call native libraries whenever you need maximum
> performance; and yet, still avail yourself of all the .NET functionality
> from within pure C++ semantics (with the extensions).
>
> Now, my friendly challenge to the assembled Delphi faithful. Wouldn't
there
> be so many less hoops to jump thru if Herb were talking about natively
> compiled Delphi interacting with .NET than C++? After all, don't we have
a
> simpler, cleaner (more elegant) language, already primed for the purpose;
> and hasn't .NET and the new C++ (with the CLI extensions) borrowed heavily
> from the language we already use?
>
> (and just for the record, I am a *big* Herb Sutter fan.)
>
> -d
>
>



Relevant Pages

  • Re: A VB6 fan asks... why do YOU stick with VB6???
    ... and developers. ... I also agree that they can do far more with Delphi to ... used years ago as a teaching language and they let that go completely. ... simply because things "fit" better into the whole. ...
    (microsoft.public.vb.general.discussion)
  • Re: Turbo Delphi... Why ? :(
    ... language will they be using - C++, Delphi Win32, C# or Delphi .NET. ... So you will never need to use more than one language at a time? ... The thing is, BDS satisfies some of our customers needs, and Turbos ... In addition - NEW developers and students how ...
    (borland.public.delphi.non-technical)
  • Re: If Borland had owned Windows for many years now...
    ... and they're definitely not through "cleaning up" the language. ... developers, developers". ... signed, and the total sigs have now passed 10,000. ... the need to automatically assume they would do the same with Delphi. ...
    (borland.public.delphi.non-technical)
  • Re: Over 100 Microsoft MVPs Have Signed Online Petition - Give Us Back VB!!
    ... Most serious VB apps, by necessity, use a fair ... > understand that Delphi 3rd party components have also all but dried up. ... I assume VB developers could do the same? ... because of the language per se, it's because if I go there I know I'll have ...
    (borland.public.delphi.non-technical)
  • Re: The Pascal - isation of MS and C++
    ... W32/W64 is not legacy ... > performance language choice within the .NET stable. ... And what should strike any Delphi programmer right away is ...
    (borland.public.delphi.non-technical)