<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";
        mso-fareast-language:EN-NZ;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle21
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-NZ link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks Tony, that was an interesting read.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I do agree with your paragraph (bolded below) about the short sightedness of Delphi’s development direction. Over the years there has been far too much creating new features just to tick a box or have a new selling point to put on marketing blurbs for the next release. This behaviour is understandable for a commercial organisation but the new features actually need to be finished, and finished well, polished until they are stable, quick and efficient. Failure to do this results in mediocrity and a wide range of features which work badly and aren’t used in the real world.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I actually think Embarcadero in recent years are doing rather better at sticking at things than the treatment Delphi got in previous years. They have had a few releases where they really pushed quality and I think the move to FireDAC (aka AnyDAC) was a good idea, it appears to be a top tier data access library AND probably more importantly they have hired the developer behind it too. But Embarcadero have still been guilty of short term thinking plenty of times – the initial release of Firemonkey was a prime example, my understanding is that there were some fundamentally bad design decisions within the first release and it has taken them years to slowly improve the foundation without completely breaking each release, whereas if they had sat on Firemonkey for another year or two at the start, really nailing the base framework until it was elegant and efficient, then they would have had a much better foundation to build on.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>If they really want a product which their customers will crow about to all and sundry, then Embarcadero need to do a lot more to address the old bugs and make the development experience slick. It is embarrassing how often code completion refuses to work for us or control clicking on an identifier takes you to completely the wrong part of the source file. I can assure you that while our developers are happy with the great apps we develop with Delphi, they don’t go down to the pub with their mates and skite about how stable and great the Delphi IDE is! Embarcadero need a 64 bit IDE which doesn’t run out of memory and crash when compiling a smallish Android app, refactorings which are reliably safe, and a constant push to eliminate as many bugs as possible in both the RTL and the IDE. (As a disclaimer I haven’t used the last few IDEs seriously yet but from what I hear the same issues still exist, particularly with code completion/insight).<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>You don’t get a reputation for being a premium product which is worth the cost unless you really are a premium product. That means day to day usage needs to be really polished. It doesn’t mean you need to add X, Y, Z new features which don’t work properly!<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Cheers,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>David.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> delphi-bounces@listserver.123.net.nz [mailto:delphi-bounces@listserver.123.net.nz] <b>On Behalf Of </b>Tony Blomfield<br><b>Sent:</b> Friday, 30 January 2015 11:22 a.m.<br><b>To:</b> 'NZ Borland Developers Group - Delphi List'<br><b>Subject:</b> Re: [DUG] iOS 64bit - Delphi vs Java<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>WE use ,NET extensively, and I am the only Delphi developer in NZ.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>The .NET guys are sympathetic to me because I’m old and like Delphi they see me dying soon. Frankly, I consider .NET as a pig, and have never seen any .NET product that works as it should. The reality is that .NET is not a stable dev platform, it takes many times longer to develop a solution than Delphi, the solution is much less secure, deployment is difficult, and the solution executes slow. First run start up is intolerably slow to launch on any real app. MS has made many bad architectural decisions. EG Entity framework, CAB, WPF, Silverlight. How many years have we wasted on these MS cock ups?<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>.NET developers are expensive, and often have no concept of quality or quantity.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>In my opinion, for vertical development, Delphi is still the best tool. We have found excellent Delphi developers at reasonable price in the Ukraine, India, China, and Thailand. The high cost issue can be resolved by having Design and PM in NZ, and doing the heavy lifting off shore. Good Kiwi Delphi developers should be the innovators and the designers. Leave the heavy lifting to some reasonably priced offshore guys.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>All the comments on this list I have seen&nbsp; on this subject (Delphi vv others) are mostly true. However I strongly disagree with those that advocate different tool chains for different platforms. Commercially this is a naive view. Might work if all you are making games for 8 year olds, but for any commercial solution where an nTiered solution is necessary (Essential I would say) &nbsp;multiple tool chains is a no go.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>My belief is that the change us Delphi developers need &nbsp;can only be created by Embarcadero. Unfortunately they have a very short sighted outlook where quality and longevity has no place. Just look at the bug situation where we have zillions of bugs dating back 15 years. And as someone else mentioned look at all the various DB access layers we have had to endure. The high cost of Delphi maintenance is a major issue also. Embarcadero seems to be like an amateur developer. Always dabbling in new tools and never completing anything. At embarcadero its all about revenue and demo ware, and most of their efforts never makes it passed being demo ware.<o:p></o:p></span></b></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>I wish that Embarcodero would:<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>1. Fix old bugs. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>2. Stabilise the DAL.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>3. Reduce total cost of ownership by 50%.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>4. Engage a marketing Co to engage with the real world and build Delphi’s business image.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>I keep on because its true I am old, and retirement is close. However, I wish I had followed my instincts and moved to .NYET back in 2000. Even though I still think it’s the wrong way, at least I would have made some money.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'>Tony Blomfield<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif"'> <a href="mailto:delphi-bounces@listserver.123.net.nz">delphi-bounces@listserver.123.net.nz</a> [<a href="mailto:delphi-bounces@listserver.123.net.nz">mailto:delphi-bounces@listserver.123.net.nz</a>] <b>On Behalf Of </b>David Brennan<br><b>Sent:</b> Friday, 30 January 2015 10:39 a.m.<br><b>To:</b> 'NZ Borland Developers Group - Delphi List'<br><b>Subject:</b> Re: [DUG] iOS 64bit - Delphi vs Java<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I’m not sure the change in technologies over time is particularly relevant – if there is a language where technologies such as this haven’t evolved in the last 15 years then that language is probably dead or dying. As you mention .NET has plenty of such examples which have been hung out to die slow deaths.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>[<a href="mailto:delphi-bounces@listserver.123.net.nz">mailto:delphi-bounces@listserver.123.net.nz</a>] <b>On Behalf Of </b>Jolyon Smith<br><b>Sent:</b> Friday, 30 January 2015 8:46 a.m.<br><b>To:</b> NZ Borland Developers Group - Delphi List<br><b>Subject:</b> Re: [DUG] iOS 64bit - Delphi vs Java<o:p></o:p></span></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><p class=MsoNormal><br>There is also the use of proprietary technologies that the tool vendor has a habit of changing from time to time.&nbsp; Did you replace the BDE yet ?&nbsp; Did you replace it with DBExpress ?&nbsp; Using 3rd party drivers ?&nbsp; Are they still supported ?&nbsp; When might you be planning to replace DBExpress with FireDAC ?&nbsp; What comes after FireDAC ?&nbsp; Did you ever migrate to CLX ? (and then what?) &nbsp;Have you migrated from VCL to FMX yet ?<br><br>It is hard to avoid the fact that Borland/CodeGear/Embarcadero have &quot;form&quot; in this area.<br><br>(Which isn't to say that .net is itself entirely immune from such issues)<o:p></o:p></p><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><p class=MsoNormal>On 29 January 2015 at 18:32, John Bird &lt;<a href="mailto:johnkbird@paradise.net.nz" target="_blank">johnkbird@paradise.net.nz</a>&gt; wrote:<o:p></o:p></p><p class=MsoNormal>Old yes, well C is older, C++ is about as old,&nbsp; Java is about as old (1996<br>for V1).&nbsp; So there is a rational debate to be had about age.<br><br>Security risk ?<br><br>I would have thought off the top of my head that Delphi does not carry too<br>many obvious security risks:<br>- Relatively few DLL problems as it generally packages everything in the EXE<br>- Relatively immune to buffer overflows if not allocating memory manually or<br>using C-type strings (PChar).<br>- Can one really make a case that Delphi is less secure than&nbsp; Java?<br><br>There are occasional bugs to watch out for eg<br><br><a href="http://mailtrack.me/tracking/raWzMz50paMkCGR4AGL0ZQL2ZmVzMKWjqzA2pzSaqaR9ZmV5AwD0ZwH1Way2LKu2pG00Awx0AQH0ZGR0CD" target="_blank">http://www.coresecurity.com/advisories/delphi-and-c-builder-vcl-library-buffer-overflow</a><br><br>Maybe the corporates mean security risk of an ageing programmer suddenly<br>feeling the need to retire from whatever cause.<br><br><br>-----Original Message-----<br>From: Paul Hectors<br>Sent: Thursday, January 29, 2015 4:38 PM<br>To: NZ Borland Developers Group - Delphi List<br>Subject: Re: [DUG] iOS 64bit<br><br>+1<br><br>My recent experience is that corporates do not like it when you inform them<br>that your application is written in Delphi, it is perceived as old and a<br>security risk. It would be nice if there was a white paper or some material<br>to reassure them.<br><br><br>_______________________________________________<br>NZ Borland Developers Group - Delphi mailing list<br>Post: <a href="mailto:delphi@listserver.123.net.nz">delphi@listserver.123.net.nz</a><br>Admin: <a href="http://mailtrack.me/tracking/raWzMz50paMkCGR4AGL0ZQL2ZmVzMKWjqzA2pzSaqaR9ZmV5AwD0ZwH1Way2LKu2pG00Awx0AQH0ZGR1CN" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<o:p></o:p></p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><p class=MsoNormal><img border=0 width=1 height=1 id="_x0000_i1025" src="http://mailtrack.me/tracking/raWzMz50paMkCGR4AGL0ZQL2ZmVzMKWjqzA2pzSaqaR9ZmV5AwD0ZwH1WD.gif"><o:p></o:p></p></div></body></html>