Open Slamdunk opened 4 years ago
I don't quite understand what you're asking.
I'm sorry, I don't really want any of those. I've started the topic because, despite using and contributing to ZF since 2010, I've never felt part of the project, I've never felt the presence of a community, something like instead I've found many times in other projects I use and contribute to (frameworks, tools, languages...). I've always had the idea that ZF was and is you and your thoughts. You are an amazing architect and few developers could have improved your work, but I fear that without you the project would simply vanish for inactivity. I feel no real team except you. Every PR I've read was just "Let's wait for MWOP oracle answer". All your answers were always thoroughly and well written, but you are, to me, the single point of failure for ZF.
I hope I'm wrong.
@Slamdunk I'm re-opening, because I'd like to know what specifically you're asking for!
We are definitely moving to having a broader group of maintainers, and following the first TSC meeting, I think we're starting to get momentum in that direction.
But we definitely need input, and that's why I'm asking you here to clarify your request. Give us some examples and specifics, so we can act.
Thanks!
single point of failure
@Slamdunk No worries! We now have a whole team of failures!
On a serious note, that concern is one of the earliest voiced reasons to go with The Linux Foundation and Technical Steering Committee. Community Review Team within Zend Framework was trusted to make decisions but we were hesitant to overstep our authority as we were not maintainers for any specific component. For the lack of the assigned maintainer next best person is Project Lead. TSC of the Laminas Project as a whole, on the other hand, is the top authority. Any uncertainty can be escalated and decision taken during monthly meeting.
Community engagement and feedback is important topic. Your ideas on how to improve this aspect are welcome. Here is my own: back in the time when ZF 2.0 development was on full swing we had open to anyone IRC chat meetings where selected topics were discussed, feedback collected and community votes taken. They were mostly around RFCs iirc. Some variant of such community meetings presided by TSC could be introduced some days prior to TSC meeting. Besides community matters, such community meetings would allow to gather feedback directly prior to TSC meeting on select upcoming agenda items.
But we definitely need input, and that's why I'm asking you here to clarify your request. Give us some examples and specifics, so we can act.
TL;DR: ZF/ZE components lack glue.
Brief background: it's 10 years I use ZendFramework-1/2/3, 1 year with ZendExpressive and 2 years I use Yii2. I work within a team with 4 others developers (which I'm the lead of), with both long-term products and short-lived ones.
My colleagues are mid-skilled and it is part of my role to mentor them. Well, comparing their experience path in term of time-to-market and learning curve between ZF/ZE and Yii2 results in a huge gap, which I have to say very few businesses could benefit to afford.
It should be immediately pointed out a key factor: Yii2 ships a built-in ActiveRecord pattern that ease a lot of tools to be quickly shaped around it, and a non-skilled dev can't see the long-term drawbacks. ActiveRecord pattern is something I consider a no-go for any enterprise app, and I don't want ZF/ZE (Laminas/Mezzio) to implement it.
Nevertheless the following base functionalities are straightforward with Yii2, but take ages with ZF/ZE:
For all points there are valid docs with extensive examples, but:
If it's so tricky, why choosing Laminas/Mezzio in the first place? There is only one answer to me: the robust OOP and good design and pattern usage allow a perfect test suite, almost unreachable with any other framework I've worked with. A perk very few novice users can see.
It would be really nice to provide a complete example solution, using as the data provider a Doctrine one, along with both Unit and Functional test suites.
Hi, I'm reading your agenda, and as a long ZF user and contributor I would like to answer some question within a survey formula.
There are some usage feedbacks I could give that are not mirrored in how many time I download or contribute to a package, and looking to the target audience ZF tipically reached, I think a lot of it could give rich feedbacks too.