Hi John, You forgot to add that each function needs to have unit tests. Otherwise it is called legacy code.
I really like C# which you can split multiple functions of the same class into separate files. I have seen some delphi unit has thousands of lines which act like a big stop sign to say stop maintaining the code. :-) If I read a function which only have less than 5 lines of code with little parameters, it is so comfortable to maintain it. :-) Regards Leigh On 4 December 2014 at 17:58, John C <[email protected]> wrote: > Hi Leigh > > > > A rewrite could be a major and very costly job. The readability of your > source depends very much on how it has been written. As you (should) know, > it helps (and also yourself!!) when using: > > · adequate notes in the source > > · having the program divided in multiple functional modules > > · using multiple feature related function libraries > > · etc. > > > > When not using this method (or better) you may find yourself struggling > maintaining your own program ;) > > > > John > > > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Leigh Wanstead > *Sent:* Thursday, December 4, 2014 3:17 PM > *To:* NZ Borland Developers Group - Delphi List > *Subject:* Re: [DUG] Risk Management Plan > > > > To be honest, it is not easy to maintain someone else's code. Rewrite the > source code will be easier than read someone else's code. > > > > Regards > > Leigh > > > > On 4 December 2014 at 10:35, Cameron Hart <[email protected]> > wrote: > > 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 * > > [image: 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 > > *E * > > [email protected] > > > > 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:* [email protected] [mailto: > [email protected]] *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: [email protected] > Admin: http://delphi.org.nz/mailman/listinfo/delphi > Unsubscribe: send an email to [email protected] with > Subject: unsubscribe > > > > _______________________________________________ > NZ Borland Developers Group - Delphi mailing list > Post: [email protected] > Admin: http://delphi.org.nz/mailman/listinfo/delphi > Unsubscribe: send an email to [email protected] with > Subject: unsubscribe >
_______________________________________________ NZ Borland Developers Group - Delphi mailing list Post: [email protected] Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to [email protected] with Subject: unsubscribe
