Hey Shaun! Glad to see you posting here. It's nice to know you still care about us.
Before I begin responding to the topics of this thread, I'll clear up the rumor that I have any equity stake in MODX Systems, LLC. I do not and never have had any equity stake in MODX Systems, LLC. I do however, have a huge stake in MODX the software.
I am an employee of MODX Systems, LLC and the Chief Architect of MODX. Here is my perspective on this thread.
The Silence
First, the lack of posts, minimal technical roadmap direction, and general silence here are multifaceted. It is partially a result of two years of distractions that have changed the priorities for MODX Systems, LLC, especially with regard to management of the OSS project. It is also a result of focusing more on actions rather than words. Words sometimes set expectations improperly, but actions rarely do. As leaders of the MODX OSS projects, we have many times set improper expectations with words, and we sincerely want to change that. That said, we absolutely concede that communication from the project leadership must be improved.
Technical Debt
Despite Shaun's departure, one half of that technical leadership is still here and working hard to reinvent both MODX the OSS, and MODX the brand as stewards of that software and it's community. To be honest, the complexity and stalled development of MODX is more a result of technical debt inherited from former employees, than me being swamped by professional services work. I am swamped with replacing the extremely vulnerable infrastructure that was left behind, and trying to find ways to "fix" core code issues that are not just related to an aging codebase, but in many cases are the direct result of feature implementations and changes added with an attitude more akin to reckless abandon than careful planning.
Toward Open Governance
MODX does need a larger pool of technical talent to lead and direct the project. To that end, we are currently seeing a great increase in quality technical contributions, which we will continue nurturing. Our intention is to continue shifting more and more integration responsibilities to the community as this momentum continues. Once enough momentum is reached, we can begin working toward establishing open governance through a proper advisory board where membership is based on the merit of individual or corporate-sponsored contributions and other transparent factors.
So ultimately, I see no reason for confusion over the ownership and leadership of the product. The so-called roadblocks to establishing an organization for open governance of the project are just that, regardless of the brand ownership. I am actively working to reduce the high cost of ownership of this infrastructure for exactly this reason. We want to grow the MODX community as much as anyone with an interest in the MODX OSS, and in conjunction with the increasing technical contributions, I believe that is exactly what we are achieving.
The Aging MODX codebase
The real difficulty here though is addressing the aging MODX codebase, as many are pointing out. The scope of the current MODX codebase is huge, and part of it is definitely the result of a "not invented here" syndrome. I'm not going to name any specific parts of the software architecture, as this is part of the "roadmap" problem, but it is definitely past time to address the code deficiencies in MODX that are quickly making it technically irrelevant and reducing the critical focus on producing actual Content Management features.
So what extreme, well-defined, strategic measures will MODX be taking to move it to the next level at this defining moment? As a contributor or user of MODX, do you know that those should be? We know the deficiencies and problems, but do you have solutions to those problems ready to contribute? If you do, I would love to discuss them with you.
In the meantime, I am thinking about these problems constantly, and am actively exploring a variety of paths that we might take to get MODX to that next technical level architecturally. And so are a handful of others that are collaborating with me on these problems. They are anything but ignored by the technical leadership – just because you do not see huge strides in the commit logs, product roadmaps, or community discussions on how to best Composer-enable MODX or what pieces need to be decoupled from one another.
Sometimes silence is golden. It remains to be seen in this case, but I will do my best from here to make expanding the technical leadership and making our processes more transparent, my highest priorities. Right behind making sure MODX stays relevant.