Re: My rant about the "throw out delphi and re-write it in C#" crowd.



I guess I better answer this since I'm the one who started this thread.

Because this mythical .NET migration path of Delphi does not exist.

Prove it.

So I can recompile VCL to VCL.NET. WHO CARES?

Anyone who does not have the luxury of time to re-write from scratch
hundreds of thousands of lines of WORKING code, introducing all NEW
bugs in the process. But aside from that, no one, of course!

How many of you out there are pissed off that there's no easy way to
integrate Win Forms and ADO.NET with VCL.NET.

Define "integrate". I can't answer this one til I know what it is you
tried to that you felt was not 'easy'.

Thanks Borland for one tiny "ADO.NET Converter" object hidden away
in the background. Is
that the best you could do!!! Why on earth would I even consider
converting my app to VCL.NET?

Obviously, YOU wouldn't. You must either have a) small applications
you can easily re-code from scratch in C#, or b) you have the luxury of
a lot of time and a lot of money to re-write your large ones from
scratch. I wish all of us in the real world were as lucky as you.

I refuse to get stuck with proprietry middleware like BDP and
VCL.NET.

Just what is it Microsoft makes that isn't proprietary?

The .NET framework and Win Forms is part of the Operating System (it
WILL be included in any future client os) exactly like MDAC, so I
don't have to worry about client deployments or massive exe files with
entire frameworks in them.

This argument is so incredibly lame I'm not sure it deserves any kind
of response. One might equally argue that you should make all your UI
components just use whatever comes out of the box in Visual Studio.
All your apps can look like plain vanilla, with no enhanced UI look and
feel, no advanced capabilities like you get with components from DevEx
or Infragistics, etc, all because you don't want to use anything that
doesn't come "out of the box". Any truly useful software you create
and may want to resell is undoubtedly going to require that you
redistribute something that you did NOT get out of the box from
Microsoft. But then I forgot, you have the luxury of huge amounts of
time, so when you need a complex customizable grid, I'm sure you'll
just write it from scratch because you have all the development time
and money in the world. Again, unlike we mere mortals. If the above
truly reflects your opinion, I already don't want to see any
applications you write. I expect they will be pretty vanilla. Boy,
third parties just suck, don't they?

Why would I use Delphi and VCL.NET when there are hardly any
programmers left using this?

There are many logical reasons to do so if you've got legacy code.
Clearly this is not a problem with you. Go enjoy writing your brand
new shiny apps from scratch.

If I could have migrated to Windows Forms smoothly, sure I would
have stuck with my old VCL.NET code and with Borland C# or Delphi. >

Since Delphi supports writing WinForms code, I'm not sure where your
rant is coming from? It's either ignorance on your part or an utter
failure to communicate just what it is you're trying to do and why you
cannot do it.

But NO, what's the point! If I go with VCL.NET, I'm stuck with it for
the forseeable future (and don't talk to me about
Delphi/Avalon/Framework V2 vapourware). If I want to hire programmers,
I'll have to train them up on technology that nobody uses!

I could write a whole new blog based addressing the kind of mentality
I'm seeing here...hmmm....


Remember one important point: What happened to most of the Delphi
(*real*) programmers? They all went over to C#? Why? Because: a.
They need to put food on the table b. .NET and C# is a GOOD piece of
technology. V2 of WinForms is almost as good as VCL. c. VCL has gone
NOWHERE in the last few years d. NO simple migration path to
.NET!!!!!!!!

Actually most of the Delphi programmers I know who learned C# use
whatever works for the job they need to do. Some of them have legacy
Delphi apps to maintain, others are looking at migrating some parts of
it to .net, and others are writing code from scratch. Anyone who
"went over" to C# is not someone I'd employ because it clearly implies
their brains can only handle one language at a time and they have to
'convert' in a religious sense to that language. I'd hire the guy who
is more pragmatic and is neither afraid of tackling apps in C# or
building and extending existing applications written in Delphi.

Most of your rant consists of hyperbole and grandiose, bellicose
statements with no supporting material. One can only GUESS what kind
of work you actually do, and what your code might actually look like,
but I wouldn't hire someone with your attitude, because you've clearly
gone Xenophobic when it comes to anything not produced by Microsoft and
shipped in every copy of Windows. Who needs that? I'll take a
pragmatic programmer who uses the right tool for the right job any day
over a zealot.

Randy
.



Relevant Pages

  • Re: Over 100 Microsoft MVPs Have Signed Online Petition - Give Us Back VB!!
    ... For the most demanding programmers, ... > in any language, including Delphi. ... I actually have a little routine in some apps where the user can add ... going to shift out to Delphi in numbers significant to Microsoft. ...
    (borland.public.delphi.non-technical)
  • Re: Over 100 Microsoft MVPs Have Signed Online Petition - Give Us Back VB!!
    ... Microsoft tools are not cheap for lack of spending on them. ... > For the most demanding programmers, ... apps I know aren't thin data covers. ... >> FORTRAN code in any language, including Delphi. ...
    (borland.public.delphi.non-technical)
  • Re: Last Call for a Native 64-bit Delphi Compiler
    ... I have worked with some professional programmers that can make web interfaces in Flash and or ASP.Net and they are just as good as any Windows front end I have seen. ... In regards to the original thread, I'm not sure if I'm misunderstanding the term 'web interface'. ... If this refers to browser based apps, which I'd assume it does, then I'll stand by my original statement. ... I have a similar system which is thick client based, developed in Delphi, which we use for one department - I get requests constantly to modify this to work with other departments data, but with the investment in the new browser based app, that'll never be allowed to happen. ...
    (borland.public.delphi.non-technical)
  • Re: What bothers me...
    ... > Before Delphi my development was largely with VBA in MSAccess/SQL Server ... Most serious VB apps are string centric. ... it's just that most VB programmers aren't likely to do that. ... Without a "keeper of the keys", there is no real language. ...
    (borland.public.delphi.non-technical)
  • Re: Need to reinstall XP Pro when upgrading to Dual Xeon
    ... But does XP need to be reinstalled from scratch? ... >> freak of technological good luck the same SATA Raid driver was on the new ... I have tried grinding it with some intensive apps like Avid ... >> like EA Sports NHL utilized all four of the CPUS. ...
    (microsoft.public.windowsxp.perform_maintain)