From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric S. Raymond" Newsgroups: gmane.emacs.devel Subject: Re: What a modern collaboration toolkit looks like Date: Tue, 1 Jan 2008 14:37:32 -0500 Organization: Eric Conspiracy Secret Labs Message-ID: <20080101193731.GA10056@thyrsus.com> References: <20071230122217.3CA84830B9A@snark.thyrsus.com> <20071231130712.GB8641@thyrsus.com> <20080101171120.GC3830@muc.de> Reply-To: esr@thyrsus.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1199216258 23733 80.91.229.12 (1 Jan 2008 19:37:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Jan 2008 19:37:38 +0000 (UTC) Cc: "Eric S. Raymond" , Eli Zaretskii , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 01 20:37:56 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1J9mvv-00076C-FE for ged-emacs-devel@m.gmane.org; Tue, 01 Jan 2008 20:37:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J9mvZ-0001a4-EZ for ged-emacs-devel@m.gmane.org; Tue, 01 Jan 2008 14:37:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J9mvU-0001Xm-6Q for emacs-devel@gnu.org; Tue, 01 Jan 2008 14:37:24 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J9mvT-0001WI-1w for emacs-devel@gnu.org; Tue, 01 Jan 2008 14:37:23 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J9mvS-0001Vy-Q6 for emacs-devel@gnu.org; Tue, 01 Jan 2008 14:37:22 -0500 Original-Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5] helo=snark.thyrsus.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1J9mvP-0005Dk-7e; Tue, 01 Jan 2008 14:37:19 -0500 Original-Received: by snark.thyrsus.com (Postfix, from userid 23) id 0522D830B84; Tue, 1 Jan 2008 14:37:32 -0500 (EST) Content-Disposition: inline In-Reply-To: <20080101171120.GC3830@muc.de> X-Eric-Conspiracy: There is no conspiracy User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:85814 Archived-At: Alan Mackenzie : > A few suggestions: > o - Emacs is implemented in a wierd special purpose language. Right. And how many hundreds of thousands of users do we have teaching themselves beginning elisp by doing small local customizations to their .emacs files? No, that won't hold water. > o - Emacs is already so good that it's difficult to see room for new > features. I had to rewrite VC-mode recently because it couldn't drive modern VCSes. When I did so I discovered that several key functions had been hacked into a state of severe mal-design. No, "Emacs is too good" won't work either. > o - Much core Emacs code has, despite RMS's good sense and emphasis on > simplicity, become tortuous and difficult to get into. There is probably something to this. > o - Emacs is a victim of its own success - as its new features make it > steadily easier to use, it becomes steadily more intricate and thus > harder to learn. A non-user of Emacs cannot become an Emacs hacker. And to this. Though why it's a problem that non-Emacs-users can't hack Emacs when we have so many users, I don't see. But while your last two problems contribute to the mess we're in, they're not sufficient to explain it. > I'd think it's worth emphasising that CVS is _NOT_ a poor tool; it's an > exceptionally flexible, solid and reliable one, free from feature bloat, > and I'm grateful indeed to the hackers who've maintained it over the > decades. Clearly you've never used a decently-designed VCS. Do you have any idea of the kind of horrible shite CVS can land you in if you try something as basic as renaming a file? I'm gathering not, and you should perhaps be grateful for your ignorance. It's not just that the operation isn't supported, it's that the crocky workarounds recommended in the CVS manual are highly likely to corrupt your repo. CVS's key hackers abandoned it to start the Subversion project in 2000 because they had concluded CVS was unsalvageably bad. I've studied how CVS works internally for a survey paper on VCSes I'm doing, and -- believe me -- they were right to do so. > o - They must support "batch mode" working, for RMS and others who > concentrate fiercely on a single activity at a time. This problem doesn't have any technical solution. What you appear to be thinking of as "batch mode" (disappear into a cave for months at a time) is not compatible with the communications practices we need to move to in order to make the Emacs project agile and responsive again. In particular, it's incompatible with engaging our users in real-time via IRC and other messaging channels. There's still a role for people with a "batch mode" working style, but it's more in the background working on large semi-detached projects. Project leads have to face the world. > o - They must, like Emacs, be fully usable on a text console without a > mouse as well as in X. There are at least 3 hackers here who prefer > such a setup. This *does* have a technical solution: lynx. Or links. Text-mode browsers aren't what I'd call pleasant compared to graphical ones, but they are usable. -- Eric S. Raymond