2 ms·

> They are unsuitable for projects with many developers though. Please go tell this to everyone on the GNU Emacs mailing list, I think I am not the only one wh

> They are unsuitable for projects with many developers though. Please go tell this to everyone on the GNU Emacs mailing list, I think I am not the only one who missed the memo.

qznc 8y ago
I have to admit that I did not have emacs in mind. With 1.6M lines and 934 contributors we can consider it a sizeable project. https://www.openhub.net/p/emacs https://www.openhub.net/p/emacs Now, unsuitable does not mean impossible. It is just harder than with other languages. Which means you will hit a complexity ceiling earlier. Also, Emacs is just a text editor and platform for anything. Java with Eclipse has eclipsed (hihi) it. Why hasn't the Emacs community made it into a real IDE with refactoring for example? They certainly have been challenged often enough. Why have multiple companies built new IDEs from scratch instead of building on Emacs?
- sedachv 8y ago
  Can you please stop trolling? You make assertions about GNU Emacs development while obviously having no clue about it. Your last question is nonsense (why don't those companies just not build on Eclipse instead of making new IDEs? Has it occurred to you that maybe it is because they want to make a new program?). Programs like Eclipse don't offer even a tiny fraction of the features that I use GNU Emacs for every day, and I only use a small fraction of the different GNU Emacs features and packages. Have you ever tried working on an Eclipse plugin? You obviously have no experience writing extensions to GNU Emacs if you think that "It is just harder than with other languages." You are living in Java fantasy land. There are literally dozens of Emacs packages for different programming languages offering refactoring support. The vast majority of Emacs development is done outside of the main repository. People decide to build on built-in GNU Emacs code, on other third-party packages, and sometimes third party packages get merged into the main repository. There is a huge group of different development communities around GNU Emacs that is unmatched by any IDE, and few other applications at all, right now. GNU Emacs is an overwhelmingly successful example of a project with a large number of developers, and among other things it shows that you do not need namespaces (modules) or OO for this.

> They are unsuitable for projects with many developers though. Please go tell this to everyone on the GNU Emacs mailing list, I think I am not the only one who missed the memo.

qznc 8y ago

I have to admit that I did not have emacs in mind. With 1.6M lines and 934 contributors we can consider it a sizeable project. https://www.openhub.net/p/emacs https://www.openhub.net/p/emacs Now, unsuitable does not mean impossible. It is just harder than with other languages. Which means you will hit a complexity ceiling earlier. Also, Emacs is just a text editor and platform for anything. Java with Eclipse has eclipsed (hihi) it. Why hasn't the Emacs community made it into a real IDE with refactoring for example? They certainly have been challenged often enough. Why have multiple companies built new IDEs from scratch instead of building on Emacs?

sedachv 8y ago
Can you please stop trolling? You make assertions about GNU Emacs development while obviously having no clue about it. Your last question is nonsense (why don't those companies just not build on Eclipse instead of making new IDEs? Has it occurred to you that maybe it is because they want to make a new program?). Programs like Eclipse don't offer even a tiny fraction of the features that I use GNU Emacs for every day, and I only use a small fraction of the different GNU Emacs features and packages. Have you ever tried working on an Eclipse plugin? You obviously have no experience writing extensions to GNU Emacs if you think that "It is just harder than with other languages." You are living in Java fantasy land. There are literally dozens of Emacs packages for different programming languages offering refactoring support. The vast majority of Emacs development is done outside of the main repository. People decide to build on built-in GNU Emacs code, on other third-party packages, and sometimes third party packages get merged into the main repository. There is a huge group of different development communities around GNU Emacs that is unmatched by any IDE, and few other applications at all, right now. GNU Emacs is an overwhelmingly successful example of a project with a large number of developers, and among other things it shows that you do not need namespaces (modules) or OO for this.