> * We change something, and the thing that used to work no longer works
> * People scream that we broke content
> So if we create a call that returns approximate results now, it *always* has
> to return the same results.
Q, in this case, I disagree. Changing the SCRIPT_MEMORY reports later will
not technically break content, it would just requires to slightly alter the
interpretation of it. Modifying the cap variables for event(s) to lower
numbers, is the only things at stake here. If you put the information out on
the wiki right away, as to what to expect of the function in the future. I
would see no valid reason for anyone to whine about such a change later on
if informed prior. The change can also be planned ahead in our code and work
seamlessly with no issues along the way, if you are certain as to what the
changes will be.
(e.g. if the number is not longer a strict multiple of 16, then apply
different rules...done!) As long as it is planned carefully and followed
through to the end goal, that seems fine to me on the short to medium term.
> This is one reason we are reluctant to add new measurements; people come to
> depend on them even when they shouldn't.
Understandable view on your side... but the facts that some people don't
have the proper judgment or skills to rely or analyze statistics accurately,
shouldn't be a reason to deprive those who can use it properly as well as
ethically, with valid and useful reasons for doing so.

On 10/1/10 10:07 AM, "Kent Quirk (Q Linden)" <q...@lindenlab.com> wrote:

> I don't actually have an opinion about the right answer, but I will note that
> if this is going to be used for things like banning people, then we can't ever
> change it to be something accurate later. The pattern we see is:
> 
> * We build something that has a numeric limit
> * Someone builds something that pushes right to the limit
> * We change something, and the thing that used to work no longer works
> * People scream that we broke content


_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Reply via email to