Improve the communication, improve the contributions, improve the product
Improving communicationWe noticed so many problems with the communication channels in our community over the past years - and I am thankful we get new chances to improve this in the future.
With 6.1 we will introduce regular release team meetings via Google Hangout - they will take place on every monday at 4pm (UTC+1). A small protocol ("meeting minutes") will be released shortly afterwards on forge every week. Everybody is welcome to these meetings, if you have an idea or a topic that is up for discussion and related to 6.1, you can join. Just let me know in advance via email (firstname.lastname@example.org) or twitter (@bennimack) The main developer-centered communication channel will be the mailing list (typo3.teams.core) - especially for discussions and topics. The wiki, forge for new issues and Gerrit for code changes will play a role in communication. Also, make sure to keep an eye on twitter and the news channel on typo3.org.
Improving contributionsOne of the great strengths of TYPO3 is that you can do almost everything with it. Most people just don't know how to do that. This blocks the TYPO3 community and the TYPO3 project from growing even more. That’s whay I want to clear up some topics: “The TYPO3 CMS Core Team is the team that develops the TYPO3 CMS Core”
This small group of the community has a clear mission - it is responsible for the maintenance and the further development of the product (see our mission statement). This doesn't mean that every line of code and every pixel of a small png image will come from them. In fact it's the reverse: TYPO3 6.0 was shaped by more people outside the core team than from the TYPO3 CMS core team.
No! There are coding guidelines, contributor guidelines and documentation. And it is very good. I feel like the "old guys" just don't point to these documents, and we should get better in that regards. Help others get involved. Part of that also means that the introduction to handling of the product itself, the coding and styling should be streamlined better and documented more. The old wise guys should help the documentation team to shift the documentation in the front row. “I need more reviews to get my patches in. I would like to have more feedback on my code”
I see the point that it is very frustrating if the patches won't get reviewed. However, as we really want to improve this problem, I see the rise back to certain regular "review days" to get further. Also, we have quite some code sprints in the pipeline - a great chance to get deeper in the development parts. Contribution is more than just hacking the TYPO3 CMS Core
The good thing about TYPO3 is that it doesn't end with the CMS Core. There are numerous amazing extensions out there that enhance this "base model" greatly. Therefore, let's make sure that the ecosystem around TYPO3 evolves as well. This goes for extension development (helping people to develop, maintain and publish extensions) but also for keeping the possibility to allow old extension to work (don't worry, pibase will still be around, although I don't encourage). Other areas like the package management, typo3.org and just news about TYPO3 is being part of the community.
Let's talk and blog about these topics. Tell people how you solve problems, to show the "best practices" - enrich the TYPO3 experience.
To sum up the previous, the following elements will be essential for the next release:
- Regular release meetings, open for everybody
- Regular information about the release status
- Get coders back and closer to our existing documentation, improve guidelines and point to them more clearly
- Talk about your experience with TYPO3
- Embrace Code sprints and review days
- Streamline any kind of inconsistency in any part of the product
- Exchange ideas with the TYPO3 Flow and TYPO3 Neos team on how to approach certain common problems together.
- File Abstraction Layer
- Enable FAL to be better and faster, and a good base for a new way "Media handling"
- Make sure the Media team has all the flexibility in the hooks (FYI the Media extension will someday be the new DAM)
- Make the process of extension handling even easier and flexible (we will see what that will mean ;-))
- Build a compatibility layer for outdated extensions, new documentation on best practices for extensions (work in progress, see <link http: forge.typo3.org projects show extension-compatibility>forge.typo3.org/projects/show/extension-compatibility)
- … But I count on your personal goals for 6.1 as well! I am sure that bigger projects inside the community like “Media”, “Deployment” or “Grid Elements” will get closer to the TYPo3 Core.
The time frame on the way to the final release will be:
- Alpha 1: Feb 18, 2013
- Alpha 2: Mar 5, 2013
- Beta 1: Mar 26, 2013
- Beta 2: Apr 9, 2013
- RC 1: Apr 23, 2013
- Final Release: Apr 30, 2013