Board index » delphi » Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...


2007-03-08 09:07:22 AM
delphi222
Quote
Now my decision is made. Delphi 2007 will be the last Delphi(s) my company will
buy without the 64 bits native compiler and stable remote de{*word*81}
I've been saying that for at least 6 months now. They do not listen.
 
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

TObject a écrit :
Quote
"wesson" <tired.of@spam>writes news:45ef3811$0$4868$XXXX@XXXXX.COM...
>I've been told that Delphi 8 sales represent less than 10 percent of the
>Delphi 7 sales.

I've been told Delphi 8 oversold Delphi 7. One of us had been lied to.


true ...
I've purchased D8, and got it refunded after 2 days of test - so at
least, they didn't had mine.
yet, it is possible that my information (about Delphi 8 sales) is incorrect....
the only thing that I can verify is that the market share of borland has
started to plunge in the early 2005 (11.88 on 12/27/2004, 5.33 on
05/02/2005, around 5.00 now), when the result of Delphi 8 has been
reported by borland.
imho, an indirect evidence that Delphi 8 sales figures wasn't as good as
you've been told...
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

Don't know. NET does not occur in this newsletter.
Joachim
David Clegg writes:
Quote
Joachim Uersfeld writes:

>According to the last inquiries among Delphi developers still work
>over 90% with the Win32 platform.

Does that figure count developers that exclusively use Delphi Win32 or
does it also include Delphi Win32 developers that also code in
Delphi.NET (or C#Builder)? I am in the latter category.
--
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

"wesson" <tired.of@spam>writes
Quote
Now my decision is made. Delphi 2007 will be the last Delphi(s) my company will
buy without the 64 bits native compiler and stable remote de{*word*81} inside.
See, I am not asking too much, no langage addition, no MacOs Linux or WinCE
support, no super database addition, only a 64 bits compiler and a stable
IDE that is not a pig, shouldn't it be possible ???
Hear, hear. We've been asking for that for donkey's years, and they still
haven't responded - their surveys and TeamB people do not seem to help either.
Perhaps the management are fully aware of what the majority of their user base
want and need, but are loath to provide it (for whatever reason - {*word*97}
is that M$ are pressuring Borland into bankruptcy with management pay-offs and
their subsequent, deliberately-bad, product development). Whatever the
situation, Borland will not get my money until I see something worth buying.
Korean language support in the HTML browser is not what I am looking for. IDE
stability and modern MFC and processor support for C++/VCL is what I am looking
for. I am in no hurry, as BCB5 seems to handle everything fine so far, but as
project sizes increase over time, I am wondering what the future may hold for
us (and there are a lot of us making lots of money with Delphi/BCB, judging
from the BCB survey I put out a while ago).
--
Mark Jacobs
DK Computing
www.dkcomputing.co.uk
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

"Kim Madsen" <XXXX@XXXXX.COM>writes
Quote
.Net ... is a requirement if you want to have a chance.
Sorry, but I totally disagree. You do not need to support .Net to build a
saleable and competitive IDE. Native code is fine.
--
Mark Jacobs
DK Computing
www.dkcomputing.co.uk
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

Wrong...
They listened even before you started asking for it 6 months ago. It has
been on the roadmap for quite some time now.
How can it be that people think that CodeGear people dont have brains and
see what the market requires?
Ofcourse they know whats required as they also read surveys, magazines,
newgroup postings etc.
But thats not the same as to say they have the muscle to pull it all off at
the same time... hence they have to prioritize.
--
best regards
Kim Madsen
XXXX@XXXXX.COM
www.components4developers.com
The best components for the best developers
Application server enabling technology for developers
"Tom" <XXXX@XXXXX.COM>skrev i en meddelelse
Quote
>Now my decision is made. Delphi 2007 will be the last Delphi(s) my company will
>buy without the 64 bits native compiler and stable remote de{*word*81}

I've been saying that for at least 6 months now. They do not listen.


 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

"Chris Burrows" <XXXX@XXXXX.COM>writes
Quote
Huh? I have found .NET to be very responsive, exteremly useful in my one-man
business, excellent compatibility when I went from 1.1 to 2.0 (haven't tried
ASP.NET yet so there may be some issues there), better look and feel, and
much safer than my Win32 stuff. Haven't heard anything about the patents so
you may have a point there.
1) .Net is slower than native code
2) .Net applications must also redistribute the .Net framework in order to
install properly. Many PCs out htere do not have .Net installed at all! And I
mean *many*. The framework is immense and pushes dial-up modem-connected users
out of your marketplace.
3) .Net is proprietary, large and complex. Over-complex for most small app
needs.
Therefore .Net is for developing apps that sit in powerful, pre-configured
environments, and are distributed by disc or through broadband. Try selling
that to the third world.
--
Mark Jacobs
DK Computing
www.dkcomputing.co.uk
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

Quote
Sorry, but I totally disagree. You do not need to support .Net to build a
saleable and competitive IDE. Native code is fine.
You are very welcome to disagree :)
But in the mainstream software development business today the major
development tools for the Windows world are:
.Net (primarely C#), Java, C++, PHP.
For Unix/Linux and mainframes you will primarely find:
Java, Cobol, PHP, C++ and scripts.
(Python and Perl are also strong contenders in the dynamic web page area,
but primarely on Unix/Linux, while Ruby actually is quite small still.. but
has the potential to make it big).
Unless Delphi should be a laboratory study only today, it needs to support
the major frameworks for the platforms it runs on. .Net is a major framework
for the Windows platform.
This way, Delphi can potentially gain some foot hold by being sneaked in the
back door via 3rdparty .Net assemblies written in Delphi, but used by the
general .Net community.
If nothing else, it ensures that current Delphi developers do not have to
buy another tool to do .Net development.
The .Net framework is really not a remote option anymore, but a requirement
in many situations, specially for web development as ASP.Net is getting to
be the defacto standard for the Windows platform.
Delphi will not survive just based on hobbyists and laboratories. The
potential market with money to spend is much too small. Thats simply a fact.
On the C++ side, its another game regarding standards compliance,
performance, optimization etc. as it has always been with C++. And the
availability of good free C++ compilers makes this a hard segment to be in,
why C++Builder X was invented as an IDE only using 3rdparty compilers and
de{*word*81}s. However it didnt succeed because people wants more than just a
good IDE.
Enough rambling... needs to get back to coding.
--
best regards
Kim Madsen
XXXX@XXXXX.COM
www.components4developers.com
The best components for the best developers
Application server enabling technology for developers
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

Hi,
Quote
Therefore .Net is for developing apps that sit in powerful, pre-configured
environments, and are distributed by disc or through broadband. Try
selling that to the third world.
Funnily enough... the GUI for NVidias (or is it ATI's) graphic cards are
made using .Net.
They install the framework etc. automatically when you install their
drivers.
So you may actually find .Net automatically installed on quite alot more non
Vista PCs already.
The 3rdworld also require installing an OS... the OS install itself is
several hundred MBs... so an extra CD with 20MB .Net runtime should make no
difference.
--
best regards
Kim Madsen
XXXX@XXXXX.COM
www.components4developers.com
The best components for the best developers
Application server enabling technology for developers
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

Kim Madsen writes:
Quote
Funnily enough... the GUI for NVidias (or is it ATI's) graphic cards
are made using .Net.
It's ATI and after I installed it it used 180MB on my computer when
just sitting in the tray and 540MB when open. This all to tweak two
dozen boolean and integer parameters. ATI got a huge amount of flack
over it. Not because it was .NET (most do not know), but because it is
an incredible resource hog. If your new PC takes ages to boot you may
want to check if you have the ATI control center installed. Good thing
that the drivers are native and the control center can be uninstalled.
Jan Derk
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

"Mark Jacobs" <www.jacobsm.com/mjmsg.htm?BorlandNG>writes
Quote

1) .Net is slower than native code
I don't recall having to worry about the speed of code since I moved on from
UCSD Pascal and the days of studying Byte Magazine's Sieve of Erastothenes
benchmarks. I don't really care or am even capable of noticing if my app
takes 0.1ms or 0.15ms to respond. But then I am not developing CPU-intensive
3D graphics processing applications or the like - if I was I might start to
worry. If you've got a particular problem with slow running code you'd be
better off examining your algorithms than blaming it on the framework you
are using.
Quote
2) .Net applications must also redistribute the .Net framework in order to
install properly. Many PCs out htere do not have .Net installed at all!
And I mean *many*. The framework is immense and pushes dial-up
modem-connected users out of your marketplace.
Yes that is a short term problem. I am not immediately planning on widely
distributing .NET apps - I use them for my in-house apps for now.
However all new systems shipping with Vista have .NET pre-installed. If you
run a webserver - have a look at your weblogs. You might find more of your
visitors have .NET installed than you realise.
Quote
3) .Net is proprietary, large and complex. Over-complex for most small app
needs.

Yes - a bit like the VCL really - except more complete and up-to-date.
However, I do make real good use of the bits of the VCL that I need. and I
don't lose any sleep about it including stuff I don't need right now but
others may well do. I would rather that than have to work with a limited
framework where I kept bumping my head on the ceiling.
Quote
Therefore .Net is for developing apps that sit in powerful, pre-configured
environments, and are distributed by disc or through broadband. Try
selling that to the third world.
I wouldn't recommend doing that.
.NET might not suit your purposes but some of us find it an extremely
valuable asset alongside our other varied resources.
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

Hi,
Quote
the fact that you don't know nvidia or ati reveal that you defend
something you haven't installed and/or experienced yourself.
Not true. Ofcourse I have installed it... but mind you, I have more than one
machine... and more than one supplier of graphics cards.
Hence I have both ATI and NVidia in my machines.
.
The case Im making is that its getting installed anyway. I had no problems
installing and using it btw.
I have personally preferred it to be a native application (slimmer, faster
etc) but thats not what we are discussing here.
Its not the merrit of .Net vs native code. Its the business aspects of .Net
vs native code which is something completely different.
--
best regards
Kim Madsen
XXXX@XXXXX.COM
www.components4developers.com
The best components for the best developers
Application server enabling technology for developers
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

"Kim Madsen" <XXXX@XXXXX.COM>writes
Quote
But in the mainstream software development business today the major
development tools for the Windows world are:
.Net (primarely C#), Java, C++, PHP.

For Unix/Linux and mainframes you will primarely find:
Java, Cobol, PHP, C++ and scripts.
The common ones being the important ones, IMO. They are C++, Java and PHP.
Quote
Unless Delphi should be a laboratory study only today, it needs to support
the major frameworks for the platforms it runs on. .Net is a major framework
for the Windows platform.
I would just like to point out that, currently, less than one third of the
world's Windows PCs have a .Net framework installed.
Quote
This way, Delphi can potentially gain some foot hold by being sneaked in the
back door via 3rdparty .Net assemblies written in Delphi, but used by the
general .Net community.
Microsoft are the .Net experts, and their IDE will always be the de facto
standard for .Net development. Why are CG trying to keep up with that
behemoth? it is a waste of resources, IMO. They found it hard enough to keep up
with MFC versions, and now they keep changing the .Net framework. There is
even mention of .Net version 3 and it is harldy even out of the gate yet!
Quote
Delphi will not survive just based on hobbyists and laboratories. The
potential market with money to spend is much too small. Thats simply a fact.
But, from the survey I conducted, loads of money is being made by Delphi/BCB
native code apps globally. Projects ranging from Radio Stations to Space
Satellites with large players investing in the product development. The
actuality is different from the marketing hype. I also think a lot of
employers ask for .Net skills because it is the latest thing, rather than
because they actually need .Net programmers.
Quote
On the C++ side, its another game regarding standards compliance,
performance, optimization etc. as it has always been with C++. And the
availability of good free C++ compilers makes this a hard segment to be in,
why C++Builder X was invented as an IDE only using 3rdparty compilers and
de{*word*81}s. However it didnt succeed because people wants more than just a
good IDE.
As a professional developer, I am not really concerned about what the compiler
is like, as long as I can write C and C++ code that compiles and does what is
expected, and I can "talk" to the MFC. My main concern is the VCL and the IDE,
because they were simply genius in design. RAD for Win32 comes alive with
them. This is unfortunately being eroded away by IDE redesign, IDE flakiness
because of vain attempts at .Net support, and useless tries at providing
alternatives to the VCL and languages other than C++ and Delphi. My advice to
CG is to stick with what you know and do best. Leave .Net and other M$
proprietaries to those who invented them. Believe me, you won't get left
behind if you continue to support native.
--
Mark Jacobs
DK Computing
www.dkcomputing.co.uk
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

"Chris Burrows" <XXXX@XXXXX.COM>writes
Quote
However all new systems shipping with Vista have .NET pre-installed. If you
run a webserver - have a look at your weblogs. You might find more of your
visitors have .NET installed than you realise.
What version of .Net is pre-installed with Vista systems? Is it 1.1 or 2 or 3?
Doesn't BDS2006 need version 1.1 - if it finds version 2 or above, does it
still work?
--
Mark Jacobs
DK Computing
www.dkcomputing.co.uk
 

Re: Comparison about Win32 / DotNet / CSharp on Delphi, and a wish ...

"Mark Jacobs" <www.jacobsm.com/mjmsg.htm?BorlandNG>writes
Quote
"Chris Burrows" <XXXX@XXXXX.COM>writes
news:XXXX@XXXXX.COM...
>However all new systems shipping with Vista have .NET pre-installed. If
>you run a webserver - have a look at your weblogs. You might find more of
>your visitors have .NET installed than you realise.

What version of .Net is pre-installed with Vista systems? Is it 1.1 or 2
or 3?
2 and 3
Quote
Doesn't BDS2006 need version 1.1
Yes. However Delphi 2007 needs 2.0 so I expect BDS2007 will also need 2.0.
- if it finds version 2 or above, does it
Quote
still work?
No. The sooner CodeGear eliminate their dependency on the obsolete 1.1 the
better.