Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:29650
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain aplosmedia.com from 64.233.184.236 cause and error)
In-Reply-To: <39442.216.230.84.67.1179779435.squirrel@www.l-i-e.com>
References: <464DCB8C.90803@chiaraquartet.net> <7d5a202f0705181813l221248cdu85197a82a1ee4227@mail.gmail.com> <464E5856.5000901@zend.com> <464EA287.5020605@hardened-php.net> <464EA816.20406@zend.com> <464EAB98.8000807@hardened-php.net> <464EADF9.4010102@zend.com> <464EB260.8080505@hardened-php.net> <464EB55E.4060708@zend.com> <464EBCA6.30301@hardened-php.net> <39442.216.230.84.67.1179779435.squirrel@www.l-i-e.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-ID: <02899B3B-9EA7-44FF-A347-78EDB11CC52C@aplosmedia.com>
Cc: PHPdev <internals@lists.php.net>
Content-Transfer-Encoding: 7bit
Date: Mon, 21 May 2007 19:31:25 -0400
To: ceo@l-i-e.com
Subject: Re: [PHP-DEV] potential solution to user streams +  allow_url_include=off
From: eric@aplosmedia.com (Eric Coleman)

Why is it that you all fight worse than my 3rd year old cousins?  I  
don't hold any authority or figure what so ever, but I watch  
internals as a developer to be forewarned, but really, all I see is a  
bunch of children fighting with each other.

Stefan has made contributions and has helped... He's right about  
certain things; Yet why everyone is attacking everyone is beyond me.   
Are the other OS languages like this?  Python, Ruby, Perl?  Do they  
all experience the constant fighting and arguing and flaming that  
goes on the php internals list?

Maybe there should be clearer rules for how bugs get assigned (I like  
the idea of only assigning the bug once you start to work on a  
solution.... that ways it's left for whoever has the time to fix it).

Anyways, Aren't we all adults?  Can't we communicate like it and stop  
trying to take each others legs out?

On May 21, 2007, at 4:30 PM, Richard Lynch wrote:

> On Sat, May 19, 2007 4:00 am, Stefan Esser wrote:
>> Antony is very fast with assigning bugs to persons that have nothing
>> todo with them.
>> I believe there is still a bug assigned to me because in Antony's
>> world
>> I am responsible for it, while infact
>> my commit was in a version AFTER the one the problem was reported  
>> for.
>
> Perhaps he just thought you were best-qualified to fix the bug, since
> you obviously understood what was going on well enough to have
> commited code recently.
>
> I mean, he's got to assign to to somebody, or it won't ever get done.
>
> If you can't do it, re-assign it to somebody, or let him know you
> can't do the task, and he'll pass the buck on to somebody else.
>
> Why am I getting into this?...
>
> Look, guys, you're all working your asses off, and you all have great
> ideas about what should happen and what's best for PHP.
>
> And they don't always match up.
>
> But this constant sniping and flame-war stuff is not really conducive
> to anybody getting any work done, volunteer or otherwise.
>
> And it sure doesn't look good to the casual reader who's maybe
> interested in starting to work on PHP CVS source...
>
> Imagine you went to a job interview, and the employees are having a
> huge pointless flame-fest argument right outside.
>
> You gonna want to WORK in that environment?
>
> I think not.
>
> Can you all try to set aside the personality conflicts and focus just
> on the facts of what needs doing, and why, and discussions about what
> makes PHP better?...
>
> Whatever personal problems exist between developers, these kinds of
> flame-wars are pretty ridiculous, imho...
>
> -- 
> Some people have a "gift" link here.
> Know what I want?
> I want you to buy a CD from some indie artist.
> http://cdbaby.com/browse/from/lynch
> Yeah, I get a buck. So?
>
> -- 
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>