Couldn't agree more !

The day that i move away from Delphi, will probably be the
day that a Delphi app simply can't be run on a PC anymore,
and not a second sooner. My competitors are still stuck in
character-based mainframe environments or the ones that
did modernize, choose for a solution that is so slow and
unflexible, that any sain person would throw it as far as
he possibly could after just five minutes working with it.
My delphi-apps appear as flexible lightweights compared to
any other application i encounter in my customer-environments.
Perhaps that isn't purely Delphi's credit, and perhaps my
own vision of good programming also has some part in that.
As a developper I consider myself to be conservative, in
contrast to many wich do jump on every new train ....
'Keep it simple' has been one of the best choices I have
ever made. The day-to-day people that are using
my apps aren't nuclear scientists and really don't care for
the latest and newest gadget.
The software should do what it's supposed to do, and do that
in the easiest most usable manner. Not everyone is designing
hight-tech partical-accelerator analysis applications, most
software on the market is likely to be rather low-tech.
No one needs a lasergun to shoot a musketo ....
One thing that also proved to be of priceless value is
indeed the fact that the whole of the internet is one big
code-library. Delphi code is widely available, and i wouldn't
be where i am now, if it wasn't for that fact.
The third-party components in use here, can be counted on a
single hand. One of the biggest requirements in that area
is that the ones i did buy are definitley required to be supplied
with source-code. I was left hanging once by a third-party
supplier, and that was the first and last time.
And if I take all of the above into account, then i would consider
it to be a small miracle if i could pull this off a second time in
any other environment. Even the delphi VCL is in source-code,
bugs can be fixed in-house after a simply enquiry on the web or
some own debugging. One can step through the VCL, one can learn from it ...
Name me any other environment with the power of delphi that can do this,
and i'll consider it ... but until that time i'm sticking with Delphi.
I will take more than some doomsday thoughts to get me off-track,
sure i've had my doubts in time, but sticking to delphi hasn't brought
me a single regret yet .... in contrast to VB users, java-fanatics, and so 
on ...
And since WIN32 isn't going anywhere fast, there is still time ....
I still have to meet my first customer that is jumping on site to get
his hands on a new computer running Vista. The contrary is true,
it will produce quit some blasphemous phrases when it arrives and before
it's undocumented features have been mastered. And after that, one will
continue doing the thing one was doing just before that, hoping the
blasphemy didn't get him further from heaven than he already was.

You can't force evolution, it just goes about, influenced by a million
tiny factors and a great unknown, i particully love the 'unknown' bit ..


Best wishes and happy computing,

Lode,
Orca software
Belgium



againts anything
else comp


----- Original Message ----- 
From: "Cameron Cole" <[EMAIL PROTECTED]>
To: "Delphi-Talk Discussion List" <delphi-talk@elists.org>
Sent: Thursday, January 04, 2007 5:11 PM
Subject: Re: [Fwd: Re: Delphi - current status and future?]


> To me, the truth lies somewhere in between for Delphi.  Delphi is a great
> WinForm language and its future is solid in that area.  It will never be a
> Visual Studio sized product and large development shops will probably stop
> using it, but it will live on.  People still work in FoxPro and it hasn't
> seen a good step forward in a decade or so.  "VB Classic" will still be
> around 5+ years from now and it has been shuned by Microsoft which to me 
> is
> another reason to avoid there product lines.  Who wants to learn C# be 7-8
> years down the road and C$ comes out and doesn't support your C# apps? 
> Say
> what you will about Borland and there HUGE marketing screwups, they never
> abandond us to upgrade or die.
>
> Developers are so caught up in the latest greatest.  Personally, I will 
> move
> when I see that C# can do it better and easier.  I write code in C# for a
> few contract jobs, but I still perfer Delphi.  Delphi isn't clunky like C#
> WinForms, it is blazing by comparison.  I like a lot of the changes in C#
> from a programmer standpoint, but they are minor upgrades at best and case
> sensitivity is a huge annoyance for me.  So when SQL Server finally moves
> off of TSQL and to C# (which I think will eventually happen... probably in
> 2020), internet based apps offer the same speed and dependability of 
> WinForm
> apps or they finally write something meaningful in C# at Microsoft 
> (Office,
> Window or Visual Studio)  I will probably move to it myself.  As of right
> now, no customer of mine asks... what is this interface written in?  As of
> right now, our largest competitors write their apps in FoxPro, COBOL and
> FoxPro (yep two FoxPro apps).  I haven't seen a C# app on the horizon and 
> I
> don't think as a language it will bring any additional end user features
> that we don't or can't already provide.  Interestingly, we are one of the
> few internet based apps in our market and we built ours years ago using 
> Fat
> Client front ends with Thin Client  architecture which is now all the rage
> in C# land.
>
> It will take a lot more code out there in .NET land before I move off of 
> one
> of the greatest sources of free powerful code bases known to me.  It is 
> rare
> that I can't find some snippit of code for free in Delphi and pretty rare 
> to
> find a good one in C#.  It was and is a community of devotees that 
> actually
> know how to code and whose philiosophy is very open.  This is in strike
> contrast to Microsofts closed world.
>
> All IMO of course.
>
>
> __________________________________________________
> Delphi-Talk mailing list -> Delphi-Talk@elists.org
> http://www.elists.org/mailman/listinfo/delphi-talk 

__________________________________________________
Delphi-Talk mailing list -> Delphi-Talk@elists.org
http://www.elists.org/mailman/listinfo/delphi-talk

Reply via email to