Also, itās much more work than people generally think. Pretty much all successful open source projects are backed by large companies that are able to make the necessary investments to keep large teams afloat (lots of costs and no way to earn anything back). The Atom team for instance is pretty big and they spend a lot of time coordinating the community.
Iād say a focussed team of two developers is more likely to develop a great product than to manage a sprawling open source project with as many users as Sublime. Of course, you have to design well, keep the codebase small and be focussed. All of which are important anyway, and exponentially easier to do if there are fewer people involved.
This approach probably means Sublime has different goals and priorities than Emacs (extensibility), Atom (be even more extensible than Emacs), VS Code (tightly integrated Typescript development), TextMate (a proper editor for OSX) etc. Which is fine, because if they are doing those things, Sublime can be free to do something else. Maintaining feature parity with competitors is only one strategy, itās not necessarily the smart thing to do. The fact that weāre even discussing this considering the editor landscape today, could tell you that itās offering something thatās compelling all by itself.