Re: [DUG] Risk Management Plan
Hi John You have had a lot of good answers but no one has yet mentioned that the risk you are trying to manage is your clients risk, not your own. It is their responsibility therefore and it would be usual for them to cover the cost of covering the risk. If you attempt to cover all of your clients risks you will be using your capital (or risking your assets) to support their business, and you will struggle to grow your own business. Instead I suggest you put the responsibility back on the client and ask them to sign up to a support plan with regular monthly payments which can give you the confidence to employ another developer so their risk is reduced. This is an investment by the client in you for their own benefit. Cameron Hart Flow Software Limited [Flow] PO Box 302 768, North Harbour P +64 9 476 3569 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of John C Sent: Wednesday, 3 December 2014 11:59 a.m. To: 'NZ Borland Developers Group - Delphi List' Subject: [DUG] Risk Management Plan Hi all. One of my clients is expanding their business (thanks to my software;-) and asked me about a Risk Management Plan in case I would disappear, fair enough. Me, myself and I are only a small company (as many of you might be too), so no in-house backup developers available. Has any of you any experience or ideas regarding a Risk Management Plan for a one man band? Thanks John Sunshine ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
Re: [DUG] Int64 or floating point faster?
I’m confused now as I’m pretty sure Delphi uses a standard format to represent float (the same format used anywhere else for that matter). In which case a float is essentially two int32 (or other int’s depending on the scale of the float). Ie a single used two int16. One int represented the mantissa the other the exponent (in essence the decimal portion). Together they resulted in the floating point value. How would you describe this otherwise? From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Jolyon Smith Sent: Sunday, 17 August 2014 12:54 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Int64 or floating point faster? That's curious. Who are they ? It doesn't sound like any floating point implementation I ever came across in Delphi (or anywhere else, for that matter). O.o On 17 August 2014 12:28, Pieter De Wit pie...@insync.za.netmailto:pie...@insync.za.net wrote: Hi Jolyon, From memory, they used 2 int32's to make a float - this could have been int16's - memory is very vague on this :) The one was used to represent the whole numbers and the other was to show the decimal numbers Cheers, Pieter On 17/08/2014 12:05, Jolyon Smith wrote: @Pieter - I don't understand what you mean when you say that float was int32.int32. For starters, float is an imprecise term. If you mean single then the entire value was always 32 bit in it's entirety. If you mean double then it was always 64 bit. What is this in32.int32 type of which you speak ? O.o On 17 August 2014 11:52, Jolyon Smith jsm...@deltics.co.nzmailto:jsm...@deltics.co.nz wrote: I think there are too many variables involved to give an answer to this question without some of those variables being reduced to known values. e.g. what hardware ? what version of Delphi ? x64 target or x86 ? what precision of floating point ? Having said that, in a quick test knocked up in my Smoketest framework I found that Double comfortably outperforms Int64 when compiling for Win32 but that both Double and Int64 demonstrated improved performance when compiling for Win64 and that whilst Double still showed some advantage it was not as significant (and in some test runs the difference was negligible). If you are targeting FireMonkey you will have to bear in mind that the back-end compiler is different to the x86/x64 backend, so results obtained using the WinXX compilers will not necessarily be indicative of performance on the ARM or LLVM platforms. Conditions: - Delphi XE4 - Running in a 64-bit Win 7 VM - No testing was done for correctness of the results. On 16 August 2014 15:30, Ross Levis r...@stationplaylist.commailto:r...@stationplaylist.com wrote: Would I be correct that int64 multiplications would be faster than floating point in Delphi? My app needs to do several million. ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nzmailto:delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nzmailto:delphi-requ...@listserver.123.net.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nzmailto:delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nzmailto:delphi-requ...@listserver.123.net.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nzmailto:delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nzmailto:delphi-requ...@listserver.123.net.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
Re: [DUG] Int64 or floating point faster?
that’s clearer now. after taking some time to refresh on IEEE I was confusing how you would think of a floating point with how it is actually encoded. that link shows how it is stored in 64 bits and clearly it is not two int types, however the essence is that two integral numbers are used to determine the float value. From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Jolyon Smith Sent: Monday, 18 August 2014 11:26 a.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Int64 or floating point faster? That would be odd since the IEEE single and double types were introduced in TP 5.0 and use of these was always dependent on having a math co-pro. Perhaps it was the real type ? I'm not sure how that was implemented 'under the hood' back in the day (although these days it's just a synonym for Double) although with a range of 1E-32 to 1E+38, an int32.int32 pair wouldn't have worked (and iirc it was a 48-bit type anyway, hence it lives [lived?] on as Real48 for people who really need/want it). I am interested to find out more about this elusive type as I'd be curious to see how it was implemented (I find this sort of thing fascinating). :) On 18 August 2014 10:50, Pieter De Wit pie...@insync.za.netmailto:pie...@insync.za.net wrote: Hey Jolyon, I was also under the impression it was a double int. I am damn sure it was documented like this for Pascal 5.5. Even if I can find it now, it doesn't matter since I think we have proved that Delphi uses the IEEE std :) Cheers, Pieter On 18/08/2014 08:47, Jolyon Smith wrote: @Cameron, you appear to be confused. Yes, Delphi uses a standard implementation of single and double types - the IEEE standards. But I don't know where you got the idea that this standard involves a naive pairing of two ints (of any size). Floating point types are far more complex than that. e.g. the internal representation of the value 1 in Double is not (0x0001).(0x) but (0x3fff).(0x) How would I describe it otherwise ? Why, the same way that IEEE 754 describes it of course. ;) http://en.wikipedia.org/wiki/Double-precision_floating-point_format Single is similarly not a naive pairing of two int16's. In fact, the closest I can even think that Delphi has to such a limited implementation for decimal values is the Curreny type, but even that isn't a pair of integers, rather a straightforward fixed point with a scalar of 10,000, yielding 4 fixed decimal places. Back to the OP... If you are using Delphi 7 and were thinking of using Single precision, then I strongly recommend that you do some tests with some representative sample data to establish the most efficient approach, but as a rule of thumb I would expect to find that Single precision would be more efficient than Double (and in the older.Win32 compilers I wouldn't be surprised if these had an even greater performance advantage over Int64). The question then is whether Single precision is adequate for your needs or if you need the additional capacity of Double. If you are inclined toward Int64 for some reason, be aware that there was a bug in the Delphi Int64 arithmetic in older Delphi versions. The 32-bit compiler doesn't use hardware op-codes for Int64 operations but emulates these in software, which is why Int64 performs less well than Double: I'm fairly sure this is the case even today (hence the comparative performance of Double and Int64 even in the XE4 32-bit compiler), but absolutely certain that it is the case with the older Delphi compilers. The details of the bug escape my memory right now, other than that it was a basic arithmetic error in the compiler emitted code (and something of an edge case), rather than a bug in an RTL function. i.e. not something that can be easily avoided. But I am sure your tests will show that Single or Double are more efficient anyway. On 17 August 2014 20:09, Cameron Hart cameron.h...@flowsoftware.co.nzmailto:cameron.h...@flowsoftware.co.nz wrote: I'm confused now as I'm pretty sure Delphi uses a standard format to represent float (the same format used anywhere else for that matter). In which case a float is essentially two int32 (or other int's depending on the scale of the float). Ie a single used two int16. One int represented the mantissa the other the exponent (in essence the decimal portion). Together they resulted in the floating point value. How would you describe this otherwise? From: delphi-boun...@listserver.123.net.nzmailto:delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nzmailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Jolyon Smith Sent: Sunday, 17 August 2014 12:54 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Int64 or floating point faster? That's curious. Who are they ? It doesn't sound like any floating point implementation I ever came
Re: [DUG] SAP iDOC
iDocs come in many formats including XML. The txt based ones are a pain but can be processed using EDI (ANSI X12) parsers. Ask them if they can give you the XML based iDocs then you can work with them using your XML parser. Cameron Hart Flow Software Limited [Flow] PO Box 302 768, North Harbour P +64 9 476 3569 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Jolyon Smith Sent: Wednesday, 25 June 2014 8:37 a.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] SAP iDOC I can't speak to any experience with it, but there is quite a lot of documentation for this standard (no real need for the scare-quotes): http://bit.ly/1lnOJWd :) On 25 June 2014 06:07, Tony Blomfield to...@precepthealth.commailto:to...@precepthealth.com wrote: Hello. I wondered if anyone on the group has had experience with SAP iDoc. Is there a definition or better still a parser for this “standard” ? Thanks. Tony BLomfield ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nzmailto:delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nzmailto:delphi-requ...@listserver.123.net.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
Re: [DUG] Test Post
did you think we were ignoring you ? Cameron Hart Flow Software Limited [Flow] PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Jolyon Smith Sent: Thursday, 1 August 2013 9:08 a.m. To: NZ Borland Developers Group - Delphi List Subject: [DUG] Test Post Apologies to the list - I've been wondering for some time if my posts to the list have been going through and I think I finally figured out that the gmail client I've been using for the past year has been posting using my gmail address, so the list server has been (silently) rejecting my posts since this is not the address I am subscribed with. I also just figured out how to change this so that my gmail client will post with a specific sender address - so hopefully this message will make it through and my silence will have been broken. :) inline: image001.jpginline: image002.jpg___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
Re: [DUG] Average Salary
Salary is salary is purely an employers' perspective - for an employee a 80k salary for a job where you end up working 60 hour weeks is worse than a 60k salary working 40hours. as the salary goes up so too does the responsibilities and expectations. consequently the average on paper salary is 80k-ish but the real salary measured by the return against the effort is a lot less. most people don't just turn off at 5pm and at the least the back of the brain is still churning over the latest issue - have you never woken up with the brilliant fix for an issue you have pondered for a long time? Cameron Hart Flow Software Limited [Flow] PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Steve Peacocke Sent: Wednesday, 31 July 2013 10:59 a.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Average Salary Salary is salary, not hourly rate :) Steve On Wed, Jul 31, 2013 at 10:48 AM, Cameron Hart cameron.h...@flowsoftware.co.nzmailto:cameron.h...@flowsoftware.co.nz wrote: do you want the average on paper salary who the real salary taking into account the actual hours worked? :) Cameron Hart Flow Software Limited [Flow] PO Box 302 768, North Harbour P +64 9 476 3569 x910tel:%2B64%209%20476%203569%20x910 Auckland 0751, New Zealand M +64 21 222 3569tel:%2B64%2021%20222%203569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nzmailto:delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nzmailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Steve Peacocke Sent: Wednesday, 31 July 2013 8:40 a.m. To: NZ Borland Developers Group - Delphi List Subject: [DUG] Average Salary Hi Everyone, I was just wondering, what is the average salary for a permanent Delphi developer out there in the marketplace these days? Steve Peacocke Mobile: +64 220 612-611tel:%2B64%20220%20612-611 Linkedin Professional Profilehttp://nz.linkedin.com/pub/steve-peacocke/1/a06/489 ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nzmailto:delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nzmailto:delphi-requ...@listserver.123.net.nz with Subject: unsubscribe inline: image005.jpginline: image006.jpginline: image002.jpg___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
Re: [DUG] StrCopy problem
a := 'abcdefghi'; b := 'jklmnopqr'; StrCopy(a,b); You made source longer. The dest needs to be strlen(source)+1 a := 'abcdefghi'; b := 'jklmnopqr'; StrCopy(a,b); Cameron Hart Flow Software Limited [Flow] PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Ross Levis Sent: Sunday, 12 May 2013 5:20 p.m. To: 'NZ Borland Developers Group - Delphi List' Subject: Re: [DUG] StrCopy problem I did read that previously a few times. Ok, so I should make A longer by 1 character? I think A is already 10 characters long with a #0 at the end. Anyway, I changed it to the following. a := 'abcdefghi'; b := 'jklmnopqr'; StrCopy(a,b); Still an access violation in StrCopy. From: delphi-boun...@listserver.123.net.nzmailto:delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of David Moorhouse Sent: Sunday, 12 May 2013 3:26 PM To: delphi@listserver.123.net.nzmailto:delphi@listserver.123.net.nz Subject: Re: [DUG] StrCopy problem Your answer is in the help file Use StrCopy to copy Source to Dest. StrCopy returns Dest. StrCpy does not perform any length checking. The destination buffer must have room for at least StrLenhttp://docs.embarcadero.com/products/rad_studio/delphiAndcpp2009/HelpUpdate2/EN/html/delphivclwin32/sysutils_str...@pansichar.html(Source)+1 characters. For length checking, use the StrLCopyhttp://docs.embarcadero.com/products/rad_studio/delphiAndcpp2009/HelpUpdate2/EN/html/delphivclwin32/SysUtils_StrLCopy@PAnsiChar@pansic...@cardinal.html function. D On 12/05/13 14:45, Ross Levis wrote: Doesn't really help. a := 'abcdefghi' does allocate 9 bytes of RAM. I can access a and b after it is assigned. The problem is StrCopy crashes. I would expect a to have the same string as b once this is executed. Ross. From: delphi-boun...@listserver.123.net.nzmailto:delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Keith Allpress Sent: Sunday, 12 May 2013 10:27 AM To: 'NZ Borland Developers Group - Delphi List' Subject: Re: [DUG] StrCopy problem Perhaps: http://rvelthuis.de/articles/articles-pchars.html From: delphi-boun...@listserver.123.net.nzmailto:delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Ross Levis Sent: Sunday, 12 May 2013 2:39 a.m. To: 'NZ Borland Developers Group - Delphi List' Subject: [DUG] StrCopy problem var a: pChar; b: pChar; begin a := 'abcdefghi'; b := 'jklmnopqr'; StrCopy(a,b); end; Question: Why does this code crash? ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nzmailto:delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nzmailto:delphi-requ...@listserver.123.net.nz with Subject: unsubscribe No virus found in this message. Checked by AVG - www.avg.comhttp://www.avg.com Version: 2013.0.3336 / Virus Database: 3162/6317 - Release Date: 05/11/13 inline: image001.jpginline: image002.jpg___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
Re: [DUG] How to reduce size of Delphi XE2/DevExpress compiled exe?
use DevExpress components with C# sorry couldn’t help it :) Cameron Hart Flow Software Limited PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. Please consider the environment before printing this email -Original Message- From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Robo Sent: Thursday, 23 August 2012 3:41 p.m. To: NZ Borland Developers Group - Delphi List Subject: [DUG] How to reduce size of Delphi XE2/DevExpress compiled exe? If I compile the attached project in Delphi XE2, which only contains a blank form, I get a 7MB exe. If I start using DevExpress components, what used to be a 5MB exe in Delphi 2005 turns into a 25MB exe in XE2. - What can I do to reduce the size? The blank project would have been about 500KB in previous versions of Delphi. - How can I keep the file size down when using DevExpress components? ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
Re: [DUG] The Sons of Khan and the Pascal Spring
google does and that's what counts Cameron Hart Flow Software Limited PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Steve Peacocke Sent: Tuesday, 17 January 2012 11:52 a.m. To: muell...@orcl-toolbox.com; NZ Borland Developers Group - Delphi List Subject: Re: [DUG] The Sons of Khan and the Pascal Spring I wonder how many actually remember Philip Khan. Steve On Tuesday, 17 January 2012, Stefan Mueller muell...@orcl-toolbox.com wrote: Just found it on The Register today and thought it makes for an amusing (but a bit longwinded) read: http://www.theregister.co.uk/2012/01/16/verity_stob_sons_of_khan_2011/ The woes of Techdom 1. And it came to pass that the seasons rose and fell, and financial crisis waned while new financial crisis waxed, and the Kimjongilia flower did wither and fade on the vine. 2. But misfortune struck the code cutters of Java, who were still on their never-ending pilgrimage to the land of Lambda, whence other pilgrims had long since been and gone and shrunk the T-shirt. 3. And they awakened one morning to discover that they no longer worshipped the Sun god, but now did owe their allegiance unto the Mighty Beard. Bummer. 4. But the Sharpers of Dotnet were also troubled, especially the cult of Silver Light. And they looked fearfully upon the antics of the high priest of the Softies, saying: What the blazes doth Fester think he playeth at? 5. However, the Sharpers were laughing compared with the fate of the tribe of Flashinites. For the departed god Steve had cursed them with a great curse. 6. And He had stationed a cherubim with a flaming sword which turned every direction to guard the way to the store of apps, and banished them from the sweet money orchards of Cupertino. 7. Wherefore the king of the Flashinites, that is called Adobe, did consider hard and long. 8. Yeah, he considered for longer than it taketh a Dellish machine to reboot with yet another Acrobat upgrade. 9. Then, when he had finished thinking, Adobe did ungird his loins. And he did conceal the sword of resistance into the scabbard of abrupt capitulation, and the shield of technicalleadership into the cupboard-under-the-stairs of user base abandonment. 10. Yet even the Æsthetes, that art the disciples which loveth the Jesus phone the most, were discontent. 11. Wherefore the language of the Æsthetes was Æbjective C. 12. And this Æbjective C is about as æsthetic as the secret mouldy side of the last orange in the bowl, that one discovereth abruptly when one taketh it up. 13. Yet the Æsthetes admitted this not. 14. And so it went on, among all the tribes and cults and sects in the land of developers, there flourished the stinking weed of discontent. 15. And every geek that micturateth against the wall was baffled and afraid. Opportunity knocketh 1. And in those times the elders of the tribe of the Sons of Kahn did live in the discotheque of Embarcadearohdearohdearyme. And they looked out upon this chaos. 2. And they saw that it was good. 3. For one elder spake up in this manner: if we punt out a decent version of Delphi now, we could be onto a fantastic hearts-and-minds win, and we will enjoy the Second Coming of Pascal. 4. For all we need do is make it more modern than Java, and more 'native'-allowing-the-inference-but-certainly-not-actually-stating-faster than C#, and more Apple-friendly than Flash, and less hideous than Æbjective C. 5. And targetting not only on both 32- and 64-bit Windows, but also Mac OS and iOS. 6. So the blessed users of Delphi may loll around in the sweet money orchards ofCupertino. 7. And little children shall once more dangle their elses in the limpid brook, and weave repeat/until loops from honeysuckle blossoms, and even declare local procedures. -- Steve Peacocke Mobile: 0220 612-611 Linkedin Professional Profile http://nz.linkedin.com/pub/steve-peacocke/1/a06/489 image001.jpgimage002.jpg___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver
Re: [DUG] Internet Webhost/eMail Host
+1 for OpenHost. I used to have a windows at OpenHost but changed it to Linux Cameron Hart Flow Software Limited PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Jolyon Smith Sent: Friday, 11 November 2011 11:29 a.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Internet Webhost/eMail Host +1 for OpenHost On 11 November 2011 10:56, Ian Drower idro...@gmail.com wrote: I find openhost does a pretty good job ...they have both.. Ian Drower On 11/11/2011 10:25 a.m., Charlie wrote: If you needed a host for your website and email would you choose one that has windows and linux servers; just linux; just windows or ?? Any recommendations? Thanks Charlie ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe image001.jpgimage002.jpg___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
[DUG] Opportunity for experienced developer
We are looking for an smart Delphi developer to join our team full time. We are a small development team of three based on the North Shore. We play with all the latest technologies so you can update and keep your skills current. Contact me privately on mobile or firstname . lastname @ flowsoftware . co . nz if you are interested. I'm waiting to hear from you! Cameron Hart Flow Software Limited PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email image003.jpgimage002.jpg___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
Re: [DUG] OT Mouse
block the incoming support calls from his mum and that will lower his stress and save your keyboards. Cameron Hart Flow Software Limited PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of David Brennan Sent: Wednesday, 2 November 2011 2:14 p.m. To: 'NZ Borland Developers Group - Delphi List' Subject: Re: [DUG] OT Mouse Aside - this thread should now really be OT: Keyboard, surely ? :) Very amusingly true! Does anyone else find that the Microsoft Natural 4000 keyboard breaks rather more often than it should? Or is one of our developers who has gone through 3 of them in that many years worthy of his reputation as the Keyboard Exterminator? I use the Microsoft Natural Keyboard Pro myself and find it much better than the 4000 but given they stopped making them years ago (the 4000 replaced them I think?) I have to hoard them carefully... fortunately they also seem much more robust than the 4000, don’t think I’ve had one break yet. Cheers, David. From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of Jolyon Smith Sent: Wednesday, 2 November 2011 1:16 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] OT Mouse And in those early days, a keyboard layout that caused jams would lose out to one that didnt but I am unaware of contests in early days on alternatives to QWERTY. If you read the details about those early contests you will find that the competitors to QWERTY were far from slouches themselves, often coming within spitting distance of the productivity of the QWERTY layout but consistently falling slightly short. It's hard to argue that those alternatives therefore suffered from jamming and that the anti-jam design was QWERTY's only advantage. Jamming issues would have slowed down competitors far more significantly. There is surely more than one way to skin the jamming cat and some of those competitors would have employed those alternative approaches. Yet QWERTY consistently bested them, sometimes by only a small margin but still. Consistently better is consistently better. Bearing in mind that at that time there was no entrenched body of experience with QWERTY - each entrant into those early competitions would have had a far more equal footing in terms of comparing performance with others. A contest now on boards with typists of similar experience on both would be more interesting. Studies conducted now would be very difficult to conduct with a reliable baseline of equality on the part of the entrants. What has been observed more recently is that providing training in alternatives (e.g. Dvorak) sometimes results in better performance than those same people previously obtained on QWERTY (even setting aside the now discredited results of the earliest tests that proved Dvorak's superiority). However, it has also been observed that providing additional training on QWERTY also leads to improved results for QWERTY typists. It really should come as no surprise to learn that training someone to type efficiently with a given keyboard results in greater efficiency on that keyboard. :) The bottom line is that individuals may find alternatives to be preferable or even more efficient, but unless you can replace all existing QWERTY skills in all keyboard users with equal proficiency in an alternative AND replace all QWERTY keyboards in existence with that alternative in an instant, then any alternative simply isn't going to gain sufficient traction to realistically replace QWERTY as the de facto standard keyboard. Which then begs the question, why bother trying when it will take so much effort and has such a small chance of succeeding ? The answer to that usually comes back as : Because QWERTY isn't the best, it's an inferior layout designed to slow us down and we owe it to ourselves to find a better alternative. Except that this is, as previously laboured, is merely popular misconception; not actually based in fact. Aside - this thread should now really be OT: Keyboard, surely ? :) image001.jpgimage002.jpg___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi
Re: [DUG] OT Mouse
only because back then with VT52 it was called a sore wrist not RSI. Cameron Hart Flow Software Limited PO Box 302 768, North Harbour P +64 9 476 3569 x910 Auckland 0751, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. Please consider the environment before printing this email -Original Message- From: delphi-boun...@listserver.123.net.nz [mailto:delphi-boun...@listserver.123.net.nz] On Behalf Of John Bird Sent: Monday, 31 October 2011 10:46 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] OT Mouse Nah - tiny movements and most gentle tapping of finger on a the trackpad. The only disadvantage is high precision stuff a trackpad is not so good for, but with various gestures (and more coming) . You know the idea - Less is more People never used to get RSI on a VT52 keyboard - that was an experience in a keyboard with a heavy touch motion and a separate shift key to do key repeats with. I liked them. Most of you have never seen one I bet. John It probably would help with RSI etc because you are working at 25% speed. I find a mouse pad way too slow. ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@listserver.123.net.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@listserver.123.net.nz with Subject: unsubscribe
