From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Uday S Reddy Newsgroups: gmane.emacs.devel Subject: Re: base Date: Thu, 26 Aug 2010 13:25:03 +0100 Message-ID: References: <20100822120642.GA1794@muc.de> <871v9o7dmf.fsf@uwakimon.sk.tsukuba.ac.jp> <87wrrg5rzg.fsf@uwakimon.sk.tsukuba.ac.jp> <87r5ho5gyr.fsf@uwakimon.sk.tsukuba.ac.jp> <87hbij6hib.fsf@uwakimon.sk.tsukuba.ac.jp> <87k4nf7ezq.fsf@catnip.gol.com> <878w3v7dd2.fsf@catnip.gol.com> <83wrrfmljv.fsf@gnu.org> <87d3t75crc.fsf@uwakimon.sk.tsukuba.ac.jp> <87fwy2g7i2.fsf@telefonica.net> <83r5hmmrz0.fsf@gnu.org> <877hjefll8.fsf@telefonica.net> <83mxsam5lh .fsf@gnu.org> <87eidm5a0n.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1282825532 18582 80.91.229.12 (26 Aug 2010 12:25:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 26 Aug 2010 12:25:32 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 26 14:25:31 2010 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.69) (envelope-from ) id 1OobWM-0005cc-RQ for ged-emacs-devel@m.gmane.org; Thu, 26 Aug 2010 14:25:31 +0200 Original-Received: from localhost ([127.0.0.1]:59704 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OobWL-0005lU-Ta for ged-emacs-devel@m.gmane.org; Thu, 26 Aug 2010 08:25:29 -0400 Original-Received: from [140.186.70.92] (port=58671 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OobWE-0005ke-4d for emacs-devel@gnu.org; Thu, 26 Aug 2010 08:25:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OobWD-0000jJ-1k for emacs-devel@gnu.org; Thu, 26 Aug 2010 08:25:21 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:37137) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OobWC-0000j1-Gz for emacs-devel@gnu.org; Thu, 26 Aug 2010 08:25:20 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OobW9-0005WM-AY for emacs-devel@gnu.org; Thu, 26 Aug 2010 14:25:17 +0200 Original-Received: from cpc10-harb6-0-0-cust112.perr.cable.virginmedia.com ([92.232.137.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Aug 2010 14:25:17 +0200 Original-Received: from u.s.reddy by cpc10-harb6-0-0-cust112.perr.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Aug 2010 14:25:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpc10-harb6-0-0-cust112.perr.cable.virginmedia.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/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:129251 Archived-At: On 8/26/2010 10:16 AM, Eli Zaretskii wrote: > (For the record, I wrote such a document a few months ago and > submitted it to the bzr developers. I have no idea when it will > become part of the official docs.) I found it on the Bazaar list. It is a good start. I don't see why there is any idea that DAGs are supposed to be avoided. The only thing technical about DAGs is their name. Everybody that can read a map knows DAGs. > As I said elsewhere in this thread, the quality of documentation in > the bzr project leaves a lot to be desired. But we should distinguish > between inadequacy of the existing documentation and the basis upon > which to create a coherent mental model that should be presented to > users. This subthread started with an assertion that such a model > does not exist for bzr, but does exist for other dVCSs. This is the > issue here, not whether bzr documenters did a good job. Well, isn't this kind of "existence" meta-physical? If it hasn't been written down, and generally agreed upon by all the participants, what sense does it exist in? Sure, many of us users possibly form some mental model based on our narrow experience. (And, perhaps, some users don't.) But those models may or may not explain all aspects of the software. To really exist, they have to be used and validated by practice. >> Without a good conceptual model, it is doubtful if they can use it "safely and >> efficiently." > > 100% agreement. Ok, glad to be in agreement. But, note that simplified models are only starting points. Good models have to explain everything that happens. You can start by ignoring air resistance to understand gravity. But, don't start flying airplanes without understanding air resistance. Cheers, Uday