Re: Some PEAR remarks

On Sat, 2002-04-20 at 02:43, Manuel Lemos wrote: > Hello, > > "Stig S. Bakken" wrote: > > > > On Thu, 2002-04-18 at 17:12, Manuel Lemos wrote: > > > > > > I always said, I do not want to go where I am not wanted. But if I am > > > not wanted, I would like those that do not want me to have the decency > > > of admiting it publically so he stop making each other spend time on > > > things that will never happen. > > > > Okay, let me make this clear: the kind of behaviour you are showing here > > is completely off-base. You may be a brilliant coder and even a nice guy > > for all I know, but all I have seen from you on this list is relentless > > self-promotion and accusations that are on the verge of paranoia. If > > this is what you intend to keep doing, I sure don't want you here. > > I'm sorry but I am just expressing exactly what I think. Despite all the > discussions, I thought it was accepted the work to merge Metabase in > PEAR-DB. Lukas has been working very hard to make it happed despite all > difficulties of acceptance that you keep making. Accusations, accusations, accusations. As much as I'd like to, I simply don't have time to contribute, at least not now. > Just the other day, I asked him how it was coming and he told me about > his frustration that despite his dedication, Tomas is still rowing > against his efforts. Please present evidence that Tomas is trying to stop Lukas, or stop accusing him. > He told me that even after Lukas reformatted the code to conform to your > unflexible rules, Tomas is still raising objections regarding Metabase > performance claims and that Tomas is not willing to help in practice. > > I would understand if Tomas just did not cooperate because he would not > have time, but Lukas told me that instead of helping him to overcome the > so claimed performance issues, Tomas is spending time optimizing the > current PEAR-DB implementation. A person that does not the time to help > overcome the so claimed Metabase performance issues, certainly does not > have the time to overcome the current PEAR-DB implementation performance > issues. Did you ever consider that Tomas may be using the current DB implementation in his work? > Look, we are not stupid that we don't understand that Tomas is just > working hard on perpertuating the current PEAR-DB implementation because > it is his beloved code. Improving the current PEAR-DB performance is > just a way boycott the merger by claiming that Metabase would not > outperform his current PEAR-DB implementation. That is your assumption. What you are doing is blame Tomas for supporting code he is maintaining. > If he would really be truthfully willing to help Metabase-PEAR-DB merger > to happen, he would not be rowing in the opposite direction. > > I don't know what you think of us, but we are not kids to be bothered to > enter in "Tomas boycotts Metabase" games. > > PEAR and the PHP community in general could benefit of a better standard > database abstraction package right away by benefiting of all Metabase > advantages that I will not bother to repeat once again. However, the > community is just not benefitting from it because Tomas ego and his > obcession to perpetuate his PEAR-DB code, is more important than the > benefit of the whole community. > > I will tell you once more, if Tomas is set to succeed in the Metabase > merger boycott, I would like him to be a man and step forward and admit > it, so we stop spending time on something will not happen and the > community be clarified that the Metabase-PEAR-DB merger will not happen > because in fact you do not want it to happen. Tomas is not stopping anyone. AFAIR, he stated from the very beginning that he would not put much energy into the merger, which is just the kind of statement you are referring to. > > I find it striking that critisim of PEAR comes so easy to you when you > > are running a "competing" project with banner ads that you have > > expressed the intent of being able to sustain yourself economically on? > > You are wild-guessing. Let me clarify that you're guess is wrong. > > I do not have a competing project. If you assume that my PHP Classes > site is a competing project, that would certainly explain why you have > been making it so hard since PEAR was started, to not say impossible, to > accept anything that is related with my work. > > I am trying to make the PHP Classes a source of income so I can justify > the full time work that I dedicate to it. That is natural thing because > like most people that have a family to sustain and if I can't make my > work on the site sustain my family, I have to seek some other job and > will have to stop the site. > > This is none of your business but since you implied false claims of my > posture relating it with my site goals, I can tell you what I have in > mind is providing more services than the site provides now for free. I > still even don't know if what I have in mind will become viable. > > Unfortunately banner ads do not do to make the site survive, especially > because the PHP community is a very small niche market for advertisers > to invest on. I would love to be proved wrong. Since you are somehow in > the Internet business, I thought you should know that better. Note the quotes around "competing" please. PHP Classes and PEAR overlap only slightly in purpose, although I'm pretty sure PEAR's success will not contribute to your income flow. But the fact is that you have an economical interest in PHP Classes, if ever so well-meaning. PEAR is a 100% non-paid volunteer project. This contrast should tell you to be very careful about your never-ending self-promotion. It would be easy to accuse you of trying to drive traffic to your site this way, which IMHO would be unethical. Do you see anyone here "advertising" on the metabase list? > Anyway, my posture regarding PEAR is consistent has ever. You work with > rules that favor elitist (only a few can contribute) as opposed to > making it more open to the whole community. Like others have expressed > as well, I think you are missing chances to make PEAR and PHP more > popular to assure that it will survive over the years. PEAR is in beta. And because the community is still small (because PEAR is still in beta), the community can be considered "in beta" too. Do you really think it would be a good idea to start a project like this by announcing "free CVS accounts! come fill up up our hard drive!"? Anyone can contribute to PEAR. The guidelines are there to prevent the system from falling into chaos. > This is just one aspect that you PHP developers are missing. I will not > repeat previous arguments, but I am afraid that in a few years the PHP > will be as small as for instance the TCL community, once a great > language, now in the shadow as yet another toy language only used by a > few fanatics. > > Having a single standard database abstraction layer for developing > portable database applications, not only is a need but is also urgent. > As we all know, the current PEAR-DB implementation is not there . > Metabase was the change to make it catch up before it is too late > because the lack of portability is yet another argument for the lack of > appeal of PHP that makes many people avoid it and many current users > drop it. > > I am concerned with that as ever. Too bad that for the sake of Tomas ego > you are not letting PHP/PEAR catch on. So what is stopping you from helping Lukas with the merger? Do you really feel you are in a position where you can reasonably blame Tomas for not contributing when you are not helping out yourself? - Stig