2017-10-02, 09:11 AM
Before I start: I don't really care what The Team decides is best for MyBB, but this is my take on it. I have no intentions of leaving this community because I don't get my way; but--
-- I have been pondering the best way to move forward.
As someone who develops their own platform I have about as much influence here as a damp, dead, squid. Awesome for Calamari, but in terms of usefulness, very little. There are reasons I don't submit PRs, and they're unlikely to change, this is not a solution for me.
Instead, I am going to make suggestions about internal policy, and how you guys manage the development process - because there's no illusion; things have trouble getting done around here. One has to look at the commits to 2.0 to see that.
Therefore, my suggestion is threefold:
- Feature Lock:
I say to feature lock MyBB 1.8 because, realistically, it doesn't need new features at this point. It is stable enough now to last as long as is necessary. Security fixes are a necessary evil; but the bugs that remain are not going to make or break the experience. Yeah, sure, if they start to cause issues, fix them; but don't use "1.8 is broken and needs to be fixed" as an excuse for leaving 2.0 alone.
- Get cracking on 2.0:
I imagine this one is rather self-explanatory. Not going to explain it, but leads into:
- KPIs:
Clearly, MyBB needs a similar approach to the one I have; even if it's my friends ripping on me for not getting things done. By developing KPIs for the team to work towards, you're setting milestones you want to reach by a particular date, and not meeting them - whilst not necessarily a deal breaker - should be seen as a negative.
I am not suggesting creating deadlines for things based on full-time work - I get that this is a volunteer project; I know all too well how that feels - but you have got to be accountable to the larger community for a product that you are providing, rather than the current method of "Well, it's open source, submit a PR". A lot of the webmasters I know, know nothing about design and HTML/CSS, let alone PHP, let alone Object Oriented, let alone however MyBB is coded. They don't want to submit PRs, they want a modern software that works.
I really don't believe that a 1.10 is the best way forward as it will simply create a 1.8 situation. "It's just a stopgap". 1.8 is the stopgap. Like it or lump it.
So, suggested KPIs - no necessity to be bound by them, but for the sake of the argument:
- 1 month:
Release of new MyBB 1.8 version; with the fix for that image issue that shows the timestamp.
- 2 months:
Initial development on 1.8; aim to have at least one element completed. User Authentication/Registration would be an ideal starting point.
- 3 months:
MyBB 2.0 at a point where a development update can be posted, providing an insight into a system that is, actually, being programmed, and is, actually, making progress.
- 6 months:
Alpha for 2.0. Not quite ready for a beta release; but should be able to be previewed in the same way XenForo 2.0 was before being installed on the base forum for them.
- 12 months:
MyBB 2.0 Beta 1. Long shot here, but I imagine that this would be relatively easy to achieve.
- 18 months:
Preperation for the release of 2.0, given that there should have been at least 4 beta releases between Beta 1 and now, working towards gold.
- 24 months:
MyBB 2.0 gold. Move the site over to it, announce 1.8 EOL.
Accountability leads to results. Go ahead, pick it apart.
-- I have been pondering the best way to move forward.
As someone who develops their own platform I have about as much influence here as a damp, dead, squid. Awesome for Calamari, but in terms of usefulness, very little. There are reasons I don't submit PRs, and they're unlikely to change, this is not a solution for me.
Instead, I am going to make suggestions about internal policy, and how you guys manage the development process - because there's no illusion; things have trouble getting done around here. One has to look at the commits to 2.0 to see that.
Therefore, my suggestion is threefold:
- Feature Lock 1.8; work solely on security fixes, and that image bug. It is stable enough at this point where it works well enough to soldier on short-to-mid term.
- Get cracking on 2.0; because at the rate we are going, we're never getting 2.0. When it was announced, it was spectacular. Now people are leaving because they don't expect to see it in the next year or two, if ever.
- Develop KPIs for the team as a whole to work towards. Where do you want to be in 1, 2, 3, 6, 12, 18, 24 months time?
- Feature Lock:
I say to feature lock MyBB 1.8 because, realistically, it doesn't need new features at this point. It is stable enough now to last as long as is necessary. Security fixes are a necessary evil; but the bugs that remain are not going to make or break the experience. Yeah, sure, if they start to cause issues, fix them; but don't use "1.8 is broken and needs to be fixed" as an excuse for leaving 2.0 alone.
- Get cracking on 2.0:
I imagine this one is rather self-explanatory. Not going to explain it, but leads into:
- KPIs:
Clearly, MyBB needs a similar approach to the one I have; even if it's my friends ripping on me for not getting things done. By developing KPIs for the team to work towards, you're setting milestones you want to reach by a particular date, and not meeting them - whilst not necessarily a deal breaker - should be seen as a negative.
I am not suggesting creating deadlines for things based on full-time work - I get that this is a volunteer project; I know all too well how that feels - but you have got to be accountable to the larger community for a product that you are providing, rather than the current method of "Well, it's open source, submit a PR". A lot of the webmasters I know, know nothing about design and HTML/CSS, let alone PHP, let alone Object Oriented, let alone however MyBB is coded. They don't want to submit PRs, they want a modern software that works.
I really don't believe that a 1.10 is the best way forward as it will simply create a 1.8 situation. "It's just a stopgap". 1.8 is the stopgap. Like it or lump it.
So, suggested KPIs - no necessity to be bound by them, but for the sake of the argument:
- 1 month:
Release of new MyBB 1.8 version; with the fix for that image issue that shows the timestamp.
- 2 months:
Initial development on 1.8; aim to have at least one element completed. User Authentication/Registration would be an ideal starting point.
- 3 months:
MyBB 2.0 at a point where a development update can be posted, providing an insight into a system that is, actually, being programmed, and is, actually, making progress.
- 6 months:
Alpha for 2.0. Not quite ready for a beta release; but should be able to be previewed in the same way XenForo 2.0 was before being installed on the base forum for them.
- 12 months:
MyBB 2.0 Beta 1. Long shot here, but I imagine that this would be relatively easy to achieve.
- 18 months:
Preperation for the release of 2.0, given that there should have been at least 4 beta releases between Beta 1 and now, working towards gold.
- 24 months:
MyBB 2.0 gold. Move the site over to it, announce 1.8 EOL.
Accountability leads to results. Go ahead, pick it apart.