Re: Using Other Channels (was Scalar Type Declarations v0.5)

From: Date: Thu, 19 Feb 2015 20:49:08 +0000
Subject: Re: Using Other Channels (was Scalar Type Declarations v0.5)
References: 1 2  Groups: php.internals 
Request: Send a blank email to internals+get-83240@lists.php.net to get a copy of this message
Stas, >> I created a forked RFC. You can keep her as lead all you want, that >> doesn't mean I can't move forward with my RFC. > > I think it would really be better to have a lot less "us vs them" and a > bit more cooperative spirit here. That ignores the mail that spawned this thread (and the one I got in private) saying in no uncertain terms I shouldn't open a proposal (and should abandon this one) because someone else was working on one. It goes both ways. And sometimes the best way to cooperate is to compete. That doesn't mean we're enemies. It means we have different ideas. So we let the ideas stand for themselves, away from ourselves. >> That's fine. Let's let the votes decide rather than relying on >> strongarming. > > And cooperation means a bit more than "we've got 66% so we don't care > about anything else". Again, please don't twist words. The point was there exists a proposal which I believe can pass by a supermajority (and nearly did the first time). Why should that be abandoned because some people disagree with it? People disagree with proposals all the time. The way we've agreed to solve that is voting. So isn't that the proper way forward? I don't care if this proposal fails. If it's voted no, that's fine. I think it has a shot to pass though, so shouldn't it be given a fair chance? Anthony

« previous php.internals (#83240) next »