[DUG] Delphi 10.2 Tokyo ready for production?

Tony Blomfield tonyb at precepthealth.com
Thu Sep 21 16:10:10 NZST 2017


I have been using 10.2 Tokyo now for 6 months or so.

The big shock was No BDE. I never realized how pervasive BDE actually was. I haven’t used any BDE components or 20 years, but never the less all of my existing projects would not compile.

I had to make a decision, and in the end installed the optional BDE that comes with Tokyo. The main driver for that was that my last version (XE2) was such a pile of crap that I couldn’t live with it any more.

The next challenge was my 3 X OEM component sets. The cost of upgrading these is a huge disincentive, and you have to think about this carefully.

If I put those two matters aside, the upgrade from XE2 to Tokyo was uneventful.

Really the main thing I have against Delphi, is the TCO. For me it’s about 4K NZD to upgrade including the 4 subscriptions. However, for building vertical applications it’s still a country mile ahead of the rest if you use it the way it is intended to be used.




From: delphi-bounces at listserver.123.net.nz [mailto:delphi-bounces at listserver.123.net.nz] On Behalf Of Jeremy Coulter
Sent: Thursday, 21 September 2017 3:23 PM
To: NZ Borland Developers Group - Delphi List <delphi at listserver.123.net.nz>
Subject: Re: [DUG] Delphi 10.2 Tokyo ready for production?

I have to agree. I have to make a very considered decision to  upgrade because of the pain of having to install components. I think EMB. have come some way to help by introducing GetIt, but no all my component Devs are using it and there there are the ones who are no longer around so I have to do it myself, and the same for my own components.
I look forward to having a  "Personal" GetIt where we can specify the components we want to install therefore making Delphi upgrades easier.

Jeremy


On Thu, Sep 21, 2017 at 3:06 PM, Jan Bakuwel <jan.bakuwel at omiha.com<mailto:jan.bakuwel at omiha.com>> wrote:
Hi Bevan,

Thanks for your response!

On 21/09/17 13:44, Bevan Edwards wrote:
>
> Hi Jan,
>
> I have had that headache of upgrading components from one RAD Studio
> version to the next for some time now, which is why I'm always
> hesitant to move projects to the latest version (although I am now on
> the subscription model, so I download the updates and new versions as
> they become available).
>
> I mostly develop in C++Builder, but I think that the experience is the
> same as with Delphi.
>
> Migrating from XE3 to XE8 was a bit of a nightmare, but I eventually
> completed that migration.  I started on the migration from XE8 to RX
> Seattle (I had to lookup the name to remind myself), but that was also
> a bit of a mission, so I never completed it.
>
> With 10.1 Berlin I found the migration much easier, but perhaps it was
> because I had done part of the work in Seattle and also because I had
> a bit more time to sort things out.  But then moving to 10.2 Tokyo was
> a Breeze (essentially everything I had done for Berlin more or less
> just worked in Tokyo).
>
> Going from XE5 to Tokyo is probably going to be a similar mountain of
> work as what I experienced going from XE3 to XE8, but I think it's
> well worth it.

For the project I'm currently working on migrating it (to 10.2 Tokyo)
should not pose too much trouble.


> I now use Tokyo as my main development platform and have streamlined
> the process of migrating old projects (replacing components which have
> not been maintained or upgraded with the new versions).
>
> I believe the annual subscription model is a necessity from XE8
> onwards (unless you want to pay full price at each upgrade), but if
> you're using it on a regular basis then it's worth the investment.

Indeed.

>
> In your situation, the question is whether it's worth the investment
> for an occasional in-house developed project.  The answer is probably
> not, unless there is (a) some benefit in the target platforms offered
> (over and above what is available in XE5), and (b) you will have the
> time to put into overcoming the learning curve to use those new target
> platforms (assuming it's different from what you've been doing).


What prompted me to write this email is that while debugging for days I
got the feeling I was working with a substandard product (XE5 +
FireMonkey). Multithreading is a basic necessity in any responsive GUI
application these days. And even if one would not create their own
threads, threads are created by the RTL in many occasions. I wasn't too
pleased finding out that - apparently - XE5 FireMonkey RTL wasn't tested
well enough. I have the hope that things are much better in 10.2 Tokyo
but then I've been bitten by that sort of thinking before.

If by upgrading I would get a well tested production ready development
platform for Windows, MacOS, iOS, Android and Linux, I'd be tempted to
once more spend the money.

>
> As far as I'm aware there is no Linux platform support in Tokyo, but
> it is on their roadmap.

There is, but as far as I can tell only in the Enterprise or Architect
editions (https://www.code-partners.com/product/delphi)

> I have played around with mobile applications in both Berlin and
> Tokyo, but I haven't produced anything for use outside of my
> development environment yet (too few hours in the day/week/month).
> I have also not deployed any apps on MacOS yet (haven't needed to and
> haven't had a Mac machine available, until recently).
>
>
> I hope that helps - feel free to ask any further questions.

It sure does, many thanks!

Jan

_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: delphi at listserver.123.net.nz<mailto:delphi at listserver.123.net.nz>
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to delphi-request at listserver.123.net.nz<mailto:delphi-request at listserver.123.net.nz> with Subject: unsubscribe

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.123.net.nz/pipermail/delphi/attachments/20170921/5321acc9/attachment-0001.html 


More information about the Delphi mailing list