Re: Death of Kylix and migrating towards Java

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

Date: Thu, 4 Mar 2004 17:12:50 -0600

I like Java and JBuilder alot, it's an excellent tool for non-Windows
platforms. But it can't beat Delphi's compiler speed!

Like you, I was looking at some non-Java alternatives to Kylix for the Linux
platform. Noone comes close. I don't see any Kylix-like GUI IDE's that use
Interbase/Firebird or even Oracle. I looked at RealBasic, but they use
MySQL. For my needs, I have to use at least Interbase/Firebird.

Whether Kylix or "DelphiX" comes to the fore, either will be a treasure for
app developers on non-Windows platforms.

"pnichols" <paul@comp.net> wrote in message
news:4046d944@newsgroups.borland.com...
> Mr. John A. Jackson wrote:
>
> > No, it's not. I tried C++ BuilderX at the conference, then again with
the
> > evaluation CD. It is NOT Delphi.
> >
> No, it is C++ :)
>
> Actually, until Borland gets a RAD interface for it, you are basically
using
> kDevelop, albeit you do have ore compiler options, which are nice.
>
> I have used it on Linux, to build some low level System calls and on
Windows
> and Linux to build some tests Console or Terminal type apps, and it works
> fine.
>
> But if you plan to use it to build GUI Linux interfaces, you had better
plan
> to extend your timeline by about 75%.
>
> >> > I hope Kylix is not dead. Combined with Interbase/Firebird, it is
the
> >> > only truely productive tool to produce turnkey applications on Linux.
> >> >
> I would disagree with you here. Personally I use JBuilder and it works
> great!! I have also used Gambas (though not for production apps, tests
> only) and it works well too. Gambas is a Basic language IDE with
integrated
> RAD tools that compiles to C. It runs very fast! It supports both Postgres
> and mySQL out of the box. Not wild about Basic, but I could learn to live
> with it, if I had too ;-)
>
> I have used KDevelop as well, but I do not like having to build my GUIs
> visually in something like QT Designer and then go back, tweak, and
> correct, to build my application in KDevelop or CBuilderX. Time consuming
> and clumsy. Reminds me of Turbo C++ or Borland C++ 5.0.
>
> Actually I find that a normal business database driven Java GUI app built
> correctly of course, is not dramtically different in speed, running on jre
> 1.4.2 and above. Java GUI apps built in 1.5 are even faster, but this jre
> is in beta right now.
>
> I do agree that Kylix was a very good promise and concept, that Borland
> failed to support correctly and in a timely fashion. Kylix 3 was pretty
> good, but no updates to correct simple bugs and problems for over a year
> and no promise of future updates, is not something I would want to commit
> to.
>
> A Delphi X would be a good plan to keep Delphi relevant, but until I see
> what Borland has planned for a RAD environment for CBuilder X and a
> possible Delphi X, I will stick to Java. I know it works and is totally
> XPlatform :), I like the new approach and plans for CBuilder X however. I
> do think if Borland will commit to it and gets it right, it could be a
huge
> winner. Borland is still the king of IDEs, IMHO.
>
>
>
>
>
>
>

Relevant Pages

  • Re: usual nontechnical issues
    ... statements of Borland. ... If backwards compatibility was such a big problem, ... I am not so sure about Delphi. ... Delphi 8 for dotNet contains a brand new compiler! ...
    (borland.public.delphi.non-technical)
  • Delphi - does catastrophe loom ? (long)
    ... I've been buying and using Delphi since Turbo Pascal 5, and think that it is the ... However, I am beginning to think that Borland has made a major mistake going down the .NET path, and that Microsoft will be the beneficiary. ... however, when a 64-bit compiler was first mentioned at Borcon 2002 in Australia, it was targetted solely at Itanium. ... What Borland Marketing does not seem to comprehend is that while the market for an IA-64 compiler was probably several tens or even hundred of units, the market for an AMD64 compiler is in the range 10^4-10^5 units. ...
    (borland.public.delphi.non-technical)
  • Re: Future of Delphi 7.x - need official word from Borland
    ... of the IDE is Borland innovation. ... The Delphi for .NET compiler is entirely Borland's design as it compiles ... The language has evolved with much more than just that, ... So retro-fitting new .NET language features into the Win32 compiler doesn't ...
    (borland.public.delphi.non-technical)
  • An alternative future for the native Delphi compiler <LONG-ISH>
    ... An idea to secure the future of Delphi ... to open source the Win32 compiler :-) ... solution for the Delphi community as a ... And all this at no cost to Borland as ...
    (borland.public.delphi.non-technical)
  • Re: The 64-bit Strategy Session commence.
    ... > Just had a look on the FreePascal site. ... they also claim support for FreeBSD and tons of other platforms. ... something comparable to the delphi compiler, ... Sadly I don't see an alternative to Borland providing us a 64 Bit compiler. ...
    (borland.public.delphi.non-technical)