Re: Kylix once more - imo bad product policy
- From: "Enquiring Mind" <Enquiring.Mind@xxxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 17 Jan 2008 16:05:01 -0000
"Roland" <ich@xxxxxxxxxxx> wrote in message
news:478e5b5b$1@xxxxxxxxxxxxxxxxxxxxxxxxx
IMO it is a shame that Borland/Codegear does not try to keep onI fully agree. Dropping Kylix would represent a great waste of the money
supporting/selling Kylix! It should not be too much effort.
As a suggestion: Borland shareholders and developers could profit from
their investments - be it financial or intellectual - if you develop
something like a CLX for QT Designer? I know this would not work - but I
cannot believe that a company makes such an investment (developing Kylix)
and then not at least leting it run on live maintenance.
already invested in the product. In deciding whether to continue developing
and selling Kylix, the accountants should not just look at the
revenue/development-cost ratio of Kylix taken in isolation, but at the
composite revenue/development-cost ratio for Delphi for Win32, Delphi for
Linux (Kylix) and Delphi for .Net combined. The ability to write platform
independent programs in Delphi that are relatively easily portable across
all the current major operating environments would give Delphi a definite
edge over single platform development products for Windows or Linux.
Therefore the availability of and continued vendor commitment to the Linux
and .Net versions should translate into increased sales of the Win32 version
as well. Without the advantage of the possibility of cross-platform
development, there is frankly not much incentive to prefer Delphi to a
mainstream Microsoft offering.
Moreover, the objective of maintaining updated versions of Delphi for
multiple platforms should keep the Delphi development team focussed on
keeping the language and libraries as platform-independent as possible, and
less beholden to MS. This can only be good for the language, and should
minimise the cost of developing updates for all three platforms. It should
also be good for the software development tools industry, as the continued
existence of a credible competitor to MS for Win32 and .Net products should
help keep prices competitive.
As more and more software is moved from the desktop to the web, there will
be an increasing demand for:
a) web applications that can be developed on Win32 workstations but
recompiled to run on Linux servers without any change to the source code -
hence the need for a Delphi to Linux compiler
b) web applications that be downloaded from a web server to a client
computer or uploaded from a development computer to a web server where
either computer may be running any of the major operating systems (including
Mac OS) - hence the need for a run-anywhere version such as .Net, that can
cross computer boundaries without stumbling at security barriers
c) Distributed client-server applications that may safely interoperate
across increasingly rigid security barriers - another reason for .Net.
Although my main interest is in Win32 desktop applications, I feel the need
for Linux and .Net web applications too. For Borland accountants to
concentrate solely on Win32, seems to me to be truly short-sighted.
.
- Follow-Ups:
- Re: Kylix once more - imo bad product policy
- From: Caleb Hattingh
- Re: Kylix once more - imo bad product policy
- From: Nathaniel L. Walker
- Re: Kylix once more - imo bad product policy
- References:
- Kylix once more - imo bad product policy
- From: Roland
- Kylix once more - imo bad product policy
- Prev by Date: Pascal and Delphi on Reddit
- Next by Date: Re: Save XP
- Previous by thread: Re: Kylix once more - imo bad product policy
- Next by thread: Re: Kylix once more - imo bad product policy
- Index(es):
Relevant Pages
|
|