[TYPO3-dev] Are performance improvements part of maintaince releases?
bernd wilke
xoonsji02 at sneakemail.com
Thu Jun 25 17:57:11 CEST 2009
On Thu, 25 Jun 2009 17:15:38 +0200 Ingo Renner wrote:
> Marcus Krause wrote:
>
> Hi all,
>
> I think you provided some good arguments. However, I'd also to cite
> wikipedia:
>
> "A software bug is the common term used to describe an error, flaw,
> mistake, failure, or fault in a computer program that prevents it from
> behaving as intended (e.g., producing an incorrect or unexpected
> result)." [http://en.wikipedia.org/wiki/Software_bug]
>
> This is also the way I see it and why I do not consider performance
> tuning as bugfixing and thus I would not like to see that in
> maintainance releases.
"behaving as intended."
so it is never said explicit nearly everyone assumes that this includes
'done in the best time possible' (in balance to the available resources).
If a website needs 10 minutes to respond in perfect XHTML nobody would
assume this as "behaving as intended" so the website is done in perfect
XHTML.
And not every TYPO3-installation is done on a high-performance server.
Therefore a speed-up can be a great 'bugfix'.
>> The system works for every user. A performance "bugfix" will only make
>> it run faster. That's good but it does not fix an error, it just
>> improves usability. But we do risk that something is seriously broken
>> afterwards.
>
> exactly.
every change can lead to another bigger break on other places.
We all assume that patches are tested for the most common usages. I think
nobody expects to get a warrenty for 100% stability and security.
I would like to have this patch as 'bugfix' included in next maintainance
release.
bernd
--
http://www.pi-phi.de/t3v4/cheatsheet.html
More information about the TYPO3-dev
mailing list