[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