Monthly Income/Expense Reports
Mike or Penny Novack
stepbystepfarm at mtdata.com
Sat Feb 20 08:13:50 EST 2010
>
>Amount of time per report is not a big problem ... only run this a couple of
>times per year.
>
>
>
That's the difficulty when we allocate our time to tuning projects,
reality vs user perceptions.
Since inefficiency when creating a report appears as a relatively large
chunk of time (some number of seconds) it is easily visible to a user.
In other words, suppose instead of taking 15 seconds to process takes
30, 50% inefficient. Even though overall it represents only a small
total wastage of time because reports are run only rarely. On the other
hand, a much more serious wastage of time (in total) like each
transaction taking a second for the "enter" process to work (instead of
a tenth of a second) would not be a visible wastage to the user even
though 90% inefficient and since one enters hundreds of transactions for
every report run a much larger total wastage of time.
Even when these tuning projects not driven by user complaint not always
easy to get programmers to focus on where time is really being wasted
and where the biggest "bangs for the buck" (improvements vs programmer
time) are possible.
Michael D Novack
More information about the gnucash-user
mailing list