Let's not try to be influenced by the current status of the teams, and try to think positively, even if at the end, the choice is to do nothing.
Let me try to rebate your points.
Not necessarily. The code is released today with every release, and distributed together. That does not need to change at all. Or, in case it does, it would be the same situation as with any other extension at a release change: if there is no BC break, no problem. At least within minors, this should never be an issue, unless something specific has changed, and in that case, the extra effort would be required either way, with or without extensions.VSE wrote: ↑Sat Jun 03, 2017 3:17 pm It makes releases more difficult to ship as we would be required to also manage/release multiple extensions with a phpBB release to ensure users are kept up to date, as well as distribute them with every release, making an already dificult task even more difficult for those involved in releases.
Again, not necessarily. What blocks the possibility to test the core WITH THE CORE EXTENSIONS together? The only requirement would be to have extra tests to enable/disable each new block independently, nothing really fancy. Note I have renamed these from "official" to "core" extensions, so that it does not give the impression that they are at the same category: they do not have to be treated the same way as the current official extensions are treated.VSE wrote: ↑Sat Jun 03, 2017 3:17 pm It degrades testing phpBB. phpBB's core code is continuously tested in its entirety on three separate development branches. Some minor change here could create a major bug there, and if all these componenets are removed, some phpBB development regressions will no longer be detected, and the burden on the support team will sky rocket as they get bombarded by unforseen bugs and support topics, and have to scramble to figure out why the problem is occurring by dealing with a littany of separate extensions..probelms that could have been detected during testing.
The testing environment is decided by the Validation team. This would mean a change? Well... maybe, maybe not. Testing could be defined to be done with the "core" extensions enabled, or with them disabled. And in any case, the installation should not be much more difficult. Already today, the core is shipped with an enabled extension, that may be disabled by the admin later on. These could be the same, so would make NO difference when setting up a new environment for testing.VSE wrote: ↑Sat Jun 03, 2017 3:17 pm It also makes testing and devloping extensions immensely difficult. Extensions are always developed and tested and validated against fresh phpBB installations. Removing all those componenets from the core means extensions will not be tested in the complete environment they are currently. It also measn to pull off testing in a "fully loaded" board would make the lives of the testers enourmously tougher than it already is. And indicidual developers will most likely not be developing while on a "fully-loaded" install either.
Same assumption as above: these core extensions could/should be part of the core testing environment, so this should not be the case.VSE wrote: ↑Sat Jun 03, 2017 3:17 pm Also extensions that are continuously unit-tested will not be able to detect any bugs associated with those extensions, as they won't be part of the core phpBB installation that is used during unit testing, leading to extension authors having to support multiple new issues unforeseen, making their motivation to do this work wane.
Team definition and responsibilities may be redefined as well: if the core is smaller, the team to develop and maintain it could be smaller as well, and viceversa, if there is a new block component (core extensions), there could be a new team, or keep the responsibility in the core team, or move it to the extension team and grow that team. That is an organizative issue, not so much related to what I am proposing here, that is more architecture and componentization of the core.
Let's not focus on the organization issues for a moment, please. I understand that, in the end, for this proposal to be successful, this will have to be solved. But before we go there, we should decide whether FROM THE TECHNICAL perspective, this makes sense or not. Once that is clear, and if the view is generally positive, then we could (and should) worry about the organizative issues. But why go there, if we are still very far, in terms of conceptualizing and technically deciding about these?
Thanks a lot,