Hi! > That's more about internals APIs, which is not what is meant in the > release RFCs for x.y+1 releases.
The idea though wasn't about internals APIs. The idea was that for users it's better to have platform that they can expect to work with their code 10 years after than to have a platform that you have to rewrite your code each couple of years. PHP wasn't excellent about it in the past, though there were very good reasons for that. But we need to start thinking about how we can get it much better in the future. Including thinking along the ways that each feature we add today will be set in stone for next 10 years - so we better think 10 years or more ahead when we do them. I know it's not easy and sometimes may be just impossible to know that far in advance, but we should try to do our best. -- 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
