From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: Emacs's popularity (was: Distributed Maintenance for Emacs) Date: Thu, 18 Dec 2008 09:50:53 -0800 Message-ID: <006f01c96139$2c2da9b0$c2b22382@us.oracle.com> References: <2103fd36-c5cd-4e8d-a74f-34697a369934@a26g2000prf.googlegroups.com><003101c954de$f95a3000$0200a8c0@us.oracle.com><87skop8cc7.fsf@iki.fi> <20081215210907.GB3848@groll.co.za><00aa01c95f00$fc27b830$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1229623671 7510 80.91.229.12 (18 Dec 2008 18:07:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 18 Dec 2008 18:07:51 +0000 (UTC) To: "'David L'" , Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Dec 18 19:08:56 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LDNIP-0007ax-VR for geh-help-gnu-emacs@m.gmane.org; Thu, 18 Dec 2008 19:08:26 +0100 Original-Received: from localhost ([127.0.0.1]:44800 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LDNHD-0000GQ-OB for geh-help-gnu-emacs@m.gmane.org; Thu, 18 Dec 2008 13:07:11 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LDN1g-0008FX-BX for help-gnu-emacs@gnu.org; Thu, 18 Dec 2008 12:51:09 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LDN1Z-00089u-WF for help-gnu-emacs@gnu.org; Thu, 18 Dec 2008 12:51:04 -0500 Original-Received: from [199.232.76.173] (port=47153 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LDN1Z-00089Q-9v for help-gnu-emacs@gnu.org; Thu, 18 Dec 2008 12:51:01 -0500 Original-Received: from acsinet12.oracle.com ([141.146.126.234]:44547) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LDN1Y-00077s-B8 for help-gnu-emacs@gnu.org; Thu, 18 Dec 2008 12:51:00 -0500 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mBIHoVIx009592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 18 Dec 2008 17:50:33 GMT Original-Received: from acsmt700.oracle.com (acsmt700.oracle.com [141.146.40.70]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mBIHp0Fh008321; Thu, 18 Dec 2008 17:51:01 GMT Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 18 Dec 2008 17:50:49 +0000 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AclhLkWMkqSh6wBpRPqJ5P744j0NugAAjLfQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt700.oracle.com [141.146.40.70] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020A.494A8D7D.0199:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:60809 Archived-At: > >> Sadly, vim outvotes all flavours of GNU emacs on the above > >> graph when added to it (although to be fair, on Debian emacs > >> is not installed by default but some flavour of vi is). > > > > Hm. Dunno why that should make one sad. I would never use > > vi or vim (unless I had to), but I don't see why I should be > > sad or bothered if other people find it useful. One person > > likes to live in the forest; another prefers the city; a > > third the shore. > > > > Why the need to make Emacs the most popular? It's good to > > make Emacs better, but what's the popularity contest about? > > Perhaps Americans on average listen to > > Britney Spears more than Mozart or Muddy Waters. So what? > > A tool with a shrinking user base also has a shrinking pool > of potential developers that will continue to make it better. > Fewer developers to make it better will make it less competitive > with other tools causing it to lose more users. And so on. > There are also fewer people to file > bug reports and help other users with problems. You miss the point. No one has argued that Emacs should be unpopular or that unpopularity is better than popularity. No one has said that having fewer users and developers is better than having more. I said "Why the need to make Emacs _the most_ popular?". And I argued against chasing popularity for its own sake, as opposed to trying to improve Emacs - a difference in aim. > Another reason that is would be nice if it was growing in popularity > is to give people like me some ammunition when many people > in my company are saying emacs is obsolete and I should start > using eclipse. Let them use Eclipse. Learn from Eclipse. Improve Emacs using Eclipse as inspiration, if that's appropriate. If you want to help people learn how Emacs can help them, then show them (and argue from) the specific merits of Emacs. Show and describe Emacs features. Don't try to sell them on Emacs because it is the most popular. Trying to persuade others to use Emacs because of its relative popularity is a misguided approach. I don't know many good developers who would be persuaded to use a tool just because of its popularity. Talk to them about features, not popularity. And when you try to argue from its merits (features), you will no doubt discover lacunae - things the Emacs doesn't do so well out of the box. Learning that is the first step to improving Emacs. Argument in favor of Emacs based only on popularity will teach you nothing about how to improve it. The devil is in the details. > There is something to be said for standardizing tools within > a company. Is there? Depends what you mean. If you mean standards, yes. If you mean how tools interface, yes. But if you mean which tools an individual uses to accomplish tasks such as editing, email, etc., then no, I'm not convinced. The company I work for, which is quite large and has (and produces) tools and products that interface with lots of different standards and lots of other tools and products, does not, in general, impose specific tools for individual use by its developers or other employees. Some platforms and tools are more readily available than others, and employees generally do not have a choice wrt some of the servers (e.g. mail) they interact with, but in general nothing prevents them from using the individual (e.g. client) tools they want. This can be a hassle for the IT department, which tries to help employees with their multiple browsers, mail clients, editors, ftp clients, and so on. If you choose to use something that is not "supported", then you don't get much support from IT, of course. But there is no pressure to use only the tools that are supported or are provided by default. And I don't think that's a problem, in general. In fact, I think it is a benefit overall. We learn from each other. We compare features (not popularity). We pick and choose what we use based on our different professional needs, individual preferences, and knowledge of what's available and how to install it. There is no Central Tools Department that makes all of our tools choices for us. Looking around me, I see developers using Emacs, vi, Eclipse, various editors and IDEs made by the company itself, and many other tools. It's not unusual to see the same developer use both vi and Emacs, and be proficient at both. Likewise, for office workers - they use a mix of tools. People are different; their tasks, goals, and styles are different; the tools they use are different. > I always get frustrated when I sit down with somebody to help them debug > something and don't know my way around eclipse and I know they feel > the same with emacs. So learn to use Eclipse. Do you need Emacs to be _the most popular_ just so you don't need to learn Eclipse? If you really want to help Emacs, then learn Eclipse and improve Emacs by adding some of the features that only Eclipse has. That will help Emacs more than trying to convince someone to give up Eclipse because Emacs is more popular. > If a company forces developers to use a certain > tool or a few more popular tools (which many companies do), it's > like people are forced to listen to Britney Spears (to use your > analogy). Uh, and that's a good thing? Are you arguing for 100 flowers or for a monocrop? Are you arguing to replace all-Eclipse by all-Emacs (to simplify the argument)? Or are you arguing to let people use whatever they want? I say let people choose (let 'em choose Britney, if they want). Let there be competition among tools, yes, in the sense of learning helpful features from the other. But forget about competition to win the popularity contest - that's a dead end. If you're an Emacs lover, then it's about improving Emacs. If you're an Eclipse lover, then it's about improving Eclipse. (And I assume that one can be both.) Improvement, not popularity. The Emacs or the Eclipse that you use ten years from now will have been improved by people who enabled it to do some of the things that only Eclipse or only Emacs, respectively, does today. I'm willing to bet that neither will win the popularity contest and eliminate the other. Likewise, vi or TextMate or any other editor or programming environment. Those tools that have a user base ten years from now will be those that people find useful, not necessarily those that are most popular today. And Emacs will be among them, I am sure. The greatest strength of Emacs is its extensibility, even by ordinary end users. If any tool can be improved and adopt (and adapt) good features from other tools, it is Emacs.