[OpenSER-Devel] SF.net SVN: openser: [4329] trunk/modules/benchmark/benchmark.c

[Bogdan-Andrei Iancu]

Hi Henning,

I see your point, but as I told Daniel, OpenSER is a a things that 
evolves from release to release. Just keeping on-hold something until in 
gets into a final version is not a workable options : people will not be 
able to experience or to be aware of such functionality (even if in a 
first version).

The alternative would have been to keep this pending (on my repo) and 
eventually commit it in 1.5 . That means that would have been another 
release cycle needed to make it public -> 6 months more with openser 
missing some really demanded feature.
That is a worst alternative for me.

The opportunity to participate is here - there are more releases to 
come, so if somebody wants to extend this, there will another version in 
the future.

We cannot do all in a single release and also we cannot just 
indefinitely wait to push new features just because of the fear "it is 
not complete, not the final version".

Thinks are evolving with small but continues steps!

Regards,
Bogdan

Henning Westerholt wrote:
> On Friday 06 June 2008, Bogdan-Andrei Iancu wrote:
>   
>> What do you mean by "we have to live with it" ? it sounds like something
>> terrible wrong happened.
>>
>> To be honest  I fail to see the logic behind of this. You and Daniel are
>> complaining about some new code - based on a superficial understanding
>> of the code and functionality you start formulating some gratuitous
>> opinion, but without bringing any real technical arguments for this
>> opinion.
>> [..]
>> Again, I open to any technical comments on the code, if any.
>>     
>
> Hi Bogdan,
>
> i don't want to start this already extensive discussion again. But 
> my "complaining" was not about the technical issues about your chance, but 
> more then about the way it was introduced. As i said before, this way other 
> parties in this project don't have the opportunity to participate and profit 
> also from this extension in this release.
>
> But lets not waste even more time discussing this, we should come to an 
> decision with regards to the schedule, i'll reply to the mail from Daniel 
> shortly.
>
> Cheers,
>
> Henning
>
>