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.
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.
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.
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.
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.
> 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.
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.
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.
Regards,
Manuel Lemos
--
PEAR General Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
|
