Sorry, sent unfinished message

my version of priorities is:
1) Correct
2) Attractive to users
3) Easy to maintain

Thanks,
Mikhail


2006/7/25, Mikhail Loenko <[EMAIL PROTECTED]>:
2006/7/25, Alex Blewitt <[EMAIL PROTECTED]>:
> On 25/07/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote:
> > In general before we get rid of that class or decide to keep it, I think
> > we should work out an approach to performance optimizations.
> >
> > It's a rare case when perofmance might be significantly improved for free,
> > a regular price is: additional complexity, more code, lack of readability,
> > additional memory footprint etc.
> >
> > So let's discuss how we approach performance in general and that return to
> > this specific class.
>
> Performance in general: premature optimisation is the root of all evil [Knuth]
> http://mindprod.com/jgloss/knuth.html
>
> In this case, we've not only dupllicated logic from a HashMap, but at
> the expense of a potential problem that we've not even measured. For
> example, there is an assumption that the cost of creating (and
> recycling) objects in a wrapper for an equivalent use of a Map is
> something that's not even been measured, yet we have code that assumes
> that that is a bottleneck.
>
> Is this code even on the critical path? That is, have we profiled this
> code to know whether any access is actually directly responsible for
> performance problems? If not, then it sounds like assumptions have
> been made prior to writing this.
>
> So, we should strive to make code:
>
> 1) Correct
> 2) Easy to understand and maintain
> 3) Performant
> 4) Optimised (for memory, speed)
>
> in that order. In this case, I'm not sure whether we've violated 2 in
> preference for 4.

Not sure I agree with your priorities

Thanks,
Mikhail

>
> Alex.
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to