Hi! > You make a very sane argument and I agree on the selective process, > however, every time I read internals it seems that the general attitude is: > > "please don't add more to it"
This is obviously not true as each new release adds many things and you can see results of the votes and read archives and see what it truly is. I am really surprised how in the face of this obvious evidence you can still say this. > Is the PHP codebase in a bad place such that is hard to add to it?, I mean No, it is not a bad place. Yes, it is hard to add (some) new features to a core of a language, because core of a language is a complex system. Just as the OS code is not a very bad place but if you come to the Linux kernel list and say "let's rewrite the scheduler and memory management and on the way let's introduce a bunch of features from other OSes I know, shouldn't be that hard to do" and when told by kernel devs it is harder than you think - would you say "oh, kernel code must be really very badly written if these easy things are hard for you"? > Why the pessimistic outlook?, I thought the intention of open source > software was to have people to gravitate towards the code and add value > to it (and adding to it also means cleaning) It is not pessimistic, it's realistic. We do not currently have overabundance of resources, and don't have too many people doing mundane but very necessary tasks. We have some, but much more people are interested in discussing flashy new syntaxes than are interested in doing day-to-day maintenance. > Again, I understand, but then again PHP is under version control, Git > IIRC, you can have that live in a branch and not integrate it unless it > meets certain standards, but why not give it a chance to fail? You can fork PHP repo and develop anything in your private branch, nobody needs to give you any "chance". You could do it right now, right this second, and nobody can or would want to stop you. > What I'm saying is: don't reject a proposal on the suspicion that it > might not get development support and that you don't want to support it, > let it sit in a corner until someone picks it up, and if no one picks it > up, no harm done. We don't even have this proposal yet. When we get there, we will see. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
