[TYPO3-project-seminars] Seminar Manager 0.6.1 performance problems

Peter Holik Peter at novocaine.com
Fri Jul 18 14:33:17 CEST 2008

Point taken.
Just to clarify, I do not think that asking for sponsorship of new 
features is greedy. You should get paid for your (btw good) work.
But in case of bugs I do not think you should ask for sponsoring to fix 
Then again, it's up to you :)

And yeah, I got it. This performance issue not a bug...

All the best,


Oliver Klee schrieb:
> Hi Peter, hi Tomas,
> thanks for your thoughts.
> Maybe there are some misconceptions concerning how our development is 
> organized. I'll give it a try to make a few things clear.
> Peter Holik schrieb:
>>> he meant something like, that a program which is coded well is 
>>> automatically fast and that he doesn't want to pay for cleaning your 
>>> bad code...
>> Which I find quite obvious too.
>> It is one thing to (agressively) ask for sponsorship for new features.
>> But to ask for money to clean your own code (bugs)? That's greed.
> If I understand you correctly, you assume that
> a) the Seminar Manager code is bad or not clean
> b) clean code automatically is fast
> c) improving code is work that should not be paid
> d) getting paid for extension development is greed
> (Please correct me if I have misunderstood you or misinterpreted your 
> words.)
> Concerning b), that is not always the case. Code that is clean is not 
> automatically fast, but just is more readable and easier to change 
> (which includes performance optimization, too)
> Performance optimization is a task that takes quite some time:
> - analyzing the code
> - finding bottlenecks
> - analyzing which changes actually improve performance
> - making sure that the changes don't break anything (e.g. by adding unit 
> tests for parts of the code that aren't already covered by unit tests)
> This we either could do in our spare time or in our work time (which 
> means that someone needs to pay for it). (Some of the work we actually 
> do in our spare time because it's a kind of work that's also fun, and we 
> decide for ourselves which work we do just for the fun of it.)
> With this extension, you can download tens of thousands of Euros worth 
> of development which was financed by other customers.
> This is a very important point: You don't pay for downloading the 
> extension, and we don't guarantee that this extension will cover all 
> your needs.
> When this extensions has shortcomings (which it certainly has), you have 
> quite a few options:
> - You can decide that this shortcoming is not important enough for you 
> to do anything about it.
> - You can decide that it would be nice for you if this got changed, but 
> it isn't important. Then you can enter a bug in a bug tracker to make us 
> aware of the problem.
> - You can decide that you needs this changed and provide some code 
> (which needs to live up to our quality standards so that we will 
> integrate it).
> - You decide that this needs to be changed and sponsor these changes.
> - You decide that this needs to be changed, but you don't would like to 
> spend money for this. Then you need to wait until either some other 
> customer invests time or money in this, or we until like to do this in 
> our spare time.
> - You don't generally need new features, but you would like to have any 
> bugs which you encounter to get fixed. That's why we offer support 
> contracts ("bug-fix flatrates").
> I hope I have been able to clear up a few points.
> Best regards,
> Oliver

More information about the TYPO3-project-seminars mailing list