Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: [tlug] Policy on debug codes
- Date: Thu, 13 Sep 2007 19:22:16 +0900
- From: Darren Cook <darren@example.com>
- Subject: Re: [tlug] Policy on debug codes
- References: <46E8EE01.4040404@cnt.mxt.nes.nec.co.jp> <46E90539.6060207@dcook.org> <46E90A22.7070209@cnt.mxt.nes.nec.co.jp>
- User-agent: Thunderbird 1.5.0.12 (X11/20070530)
>> Are you talking about a scripting language (like PHP), or a compiled >> language (like C++)? And open source, or commercial-selling-software, or >> commercial-written-for-a-client? > > In my case, it is Perl and commercial-written-for-a-client In that case I'd usually ask the client what they want. Generally, if you are talking about asserts I'd leave them in unless they cause a performance problem; if talking about trace statements I'd inserted to track down bugs I'd usually comment them out (or in C/C++ wrap them in a TRACE() macro so they can be defined away); if talking about logging you need to document it (e.g. warn the client it'll fill their disk after N months if they don't rotate it) and provide a setting to control how verbose the logging is. Darren -- Darren Cook http://dcook.org/mlsn/ (English-Japanese-German-Chinese free dictionary) http://dcook.org/work/ (About me and my work) http://dcook.org/work/charts/ (My flash charting demos)
- Follow-Ups:
- Re: [tlug] Policy on debug codes
- From: Nguyen Vu Hung
- References:
- [tlug] Policy on debug codes
- From: Nguyen Vu Hung ①
- Re: [tlug] Policy on debug codes
- From: Darren Cook
- Re: [tlug] Policy on debug codes
- From: Nguyen Vu Hung
Home | Main Index | Thread Index
- Prev by Date: Re: [tlug] Policy on debug codes
- Next by Date: [tlug] Jimmy Wales @ creative commons japan seminor
- Previous by thread: Re: [tlug] Policy on debug codes
- Next by thread: Re: [tlug] Policy on debug codes
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links