Re: Re: IT[X] status update and a reminder

<disclaimer>I am not an IT[X] user, I have no vested interests either way.</disclaimer> On Sunday, February 23, 2003, at 02:50 PM, Markus Wolff wrote:

Christian has a point here. Why should anyone decide to publish his package through PEAR, if he has to fear that one day people might be unsatisfied with the way your package is being developed, and so they will start to rip it apart, not listen to your suggestions and replace your original package with their own?

Having passively followed this thread for a while, I think that characterizing the proposed changes as a 'gutting' of IT[X] is not really accurate. It seems to be a patch to a rather small (though critical) portion of the code. I've worked on projects where changes I made were truly gutted. It sucked. I felt disenfranchised, unloved, unwanted, etc. etc. I also got over it. Life moves on like a steamroller. Standing in it's way rarely does anything but get your toes crushed. In retrospect (or not so retro-spect, as the case may be), I would rather have my project live on with modifications that I dont really care for than have it die out, or have someone fork it because I refused to let them in. That may just be me, though. I realize that pride affects people in different ways. Like I said in my disclaimer, Im not an IT[X] user, so I don't really have an opinion on which way is 'right'. It just seems highly unlikely to me that there is no way to support both methods in a single package without making everyone unhappy. Also, just as a point of argument, str_replace isn't _that_ much faster than preg_replace.benchmark it. They both run O(nm). str_replace is faster, but not hugely so (benchmark it yourself, or better yet, profile it[x] on real data with the new and the old code - the results might be surprising).

The same goes for people who want to help developing an existing package - why should they do that if there´s always the possibility that some day someone has a "great idea"(tm), convinces lots of other people on the list to do things his way and replace the package you´ve been working on so far with his own? This can´t be the way. In fact, it *must not* be the way. Regards, Markus -- PEAR Development Mailing List (http://pear.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php