This was predictable. A software package shouldn't be in continous evolution. Org didn't really follow GNU philosophy. That's what commercial software like Micr

This was predictable. A software package shouldn't be in continous evolution. Org didn't really follow GNU philosophy. That's what commercial software like Microsoft Office does. They keep changing it without adding any value. Org should've been the opposite, future-proof, solid and robust. I'm not sure what the situation with the tests accompanying Org is, but in order to build future-proof software, tests are mandatory, comprehensive documentation is also very important. There's another element which I haven't really seen with Org, a clear idea of when and where to stop. As previously mentioned, the development phase of software should always have an end, in sight. The cases where software is developed for 2+ decades is very rare. This is mainly related to requirements and to the goal of the software, and I think this is something that wasn't done for Org. It's unclear where Org ends. It's interesting that Org could never have evolved out of some committee super-formal development environment (with tons of managers, SCRUM masters, architecture boards, etc), but at the same time it is an expertiment out of control. It's very dense and rich in ideas, but also in chaos (I guess we can't really have the former without the latter). Still I think the parts that distinguish Org from all other dynamic document formats, and from all other markup formats is that.. it's the most advanced, it was there before asciidoc or reStructuredText. Org is a pioneer in many ways.