CVS update: gnucash/src/business/business-core/test
Linas Vepstas
linas@linas.org
Fri, 16 Nov 2001 20:29:45 -0600
On Fri, Nov 16, 2001 at 09:19:49PM -0500, Derek Atkins was heard to remark:
> linas@linas.org (Linas Vepstas) writes:
>
> > On Fri, Nov 16, 2001 at 08:45:34PM -0500, Derek Atkins was heard to remark:
> > > > p.s. src/business ??? what's the intended contents of this directory ??
> > > Business Accounting. Customer/Vendor databases, A/R, A/P, Invoicing,
> >
> > Yes, right. Maybe what I really meant to say was 'most vendors treat
> > A/R as a module separate from A/P, which is separate from billing,
> > etc. So if you take the module approach, you'll probably want to be
> > more fine-grained. (Funny how that is: my advice for you on the C
> > structs was to be more coarse-grained). Point is, not every business
> > user will want every business module.
>
> I'm trying to make it as modular as possible, although I dont think
> people will complain if they "load in" functionality that isn't used.
>
> When it comes to A/R, A/P, Orders, and Invoices, I expect a LOT of
> code re-use, which implies (to me) that it will probably all be in one
> module.
Hmm, well, OK, I admit that at one reason other packages turn these into
separate modules is so that they can charge $$ for each separate
module...
The words 'code reuse' scare me. There should be no code reuse;
if there is, then you haven't abstracted the problem correctly.
I assume you mean 'closely tied function'.
--linas
--
pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) <linas@linas.org>
PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933