From: Eli Zaretskii <eliz@gnu.org>
To: Uday S Reddy <u.s.reddy@cs.bham.ac.uk>
Cc: emacs-devel@gnu.org
Subject: Re: base
Date: Thu, 26 Aug 2010 05:16:16 -0400 [thread overview]
Message-ID: <E1OoYZE-0005sD-8D@fencepost.gnu.org> (raw)
In-Reply-To: <i558a5$oog$1@dough.gmane.org> (message from Uday S Reddy on Thu, 26 Aug 2010 09:23:28 +0100)
> From: Uday S Reddy <u.s.reddy@cs.bham.ac.uk>
> Date: Thu, 26 Aug 2010 09:23:28 +0100
>
> different conceptual models can have different levels of conceptual efficiency.
> One model might lead you to draw the right conclusions and another might
> mislead you. This kind of thing is called "representation bias" in Computer
> Science.
A "good" model will leave only an insignificant bias. I am talking
only about good models. I submit that a good model does not need to
be based on implementation details. I can understand why programmers
tend to base such models on the actual implementation, but I don't
agree that a good model must be based on that. Moreover, I actually
think that the best models should _not_ be based on implementation
details.
> I believe that the DAG view is the right conceptual model for version
> management, not the linearized history with time travel as presented by 'bzr
> log'. When you look at a history like
>
> 429
> 326.1.2
> 326.1.1
> 428
No one said that the DAG representation by "bzr log" should be the
basis for the model that we all agree users need to form. (I could
argue in good faith that this output can be interpreted in a way that
is conducive to correct understanding of the history, but that would
take us too far from the subject.)
> The fact that there isn't a single Bazaar document that mentions DAG
> is astonishing.
(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.)
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.
> > Physics is an inappropriate analogy here, because physics is not a
> > device to be used. Physics is essentially a body of knowledge and a
> > set of rules to extend that knowledge. Therefore, a physicist is much
> > more like a software developer than a software user, and there's
> > little surprise that physicist's activities do require the kind of
> > under the hood information akin to what the cited Web pages provide
> > for git and hg.
>
> This is open to question. I might argue that a physicist is a user of nature,
> not a developer of nature. And, the physicist's models ("theories" in their
> terminology) are just conceptually-efficient models of nature. They are not
> necessarily how things work.
This borders on theology, and I won't enter that argument. But
however you see this, what's important is that these theories are
_the_only_models_ used in physics, there's no "mental model" on the
one hand and the actual "implementation" OTOH. Only meta-physicists
argue about the latter, but it's out of scope of physics as a
scientific discipline.
> In Quantum Mechanics, for instance, we have no
> real idea how things work, and there are two conceptual models one might use.
> Since it is incoherent to talk about two conceptual models, standard Quantum
> Mechanics text books present neither, which drives the Physics students nuts
> just like the Bazaar documentation drives us nuts. Physics teachers help out
> by telling students their favorite model, which might appeal to some students
> and not to others.
Well, your ideas about QM are slightly outdated, and I hear hints that
you didn't like physics very much ;-) So I doubt whether this analogy
is worth pursuing, especially since I think it was inappropriate to
begin with.
> My teachers always seemed to prefer the particle model. I
> prefer the wave model myself. I think it is conceptually efficient.
For some problems, yes. For others, no. What's important is that
where it does describe the world correctly, there's no
"implementation" known to us that describes things better. If such a
better description were to appear, it would immediately replace the
existing one. That's not the relations between a mental model of a
user and the actual implementation known to developers. For example,
a mental model could stay even when the implementation is radically
changed.
> > Agreed; however, existence of such an information should not be
> > declared as a fatal blow to the ability of users to learn to use a
> > tool safely and efficiently. It is a bonus, but not a necessity.
>
> Without a good conceptual model, it is doubtful if they can use it "safely and
> efficiently."
100% agreement.
next prev parent reply other threads:[~2010-08-26 9:16 UTC|newest]
Thread overview: 105+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-22 12:06 base Alan Mackenzie
2010-08-22 12:20 ` base Eli Zaretskii
2010-08-22 13:01 ` base Alan Mackenzie
2010-08-22 12:50 ` base Teemu Likonen
2010-08-22 13:20 ` base Eli Zaretskii
2010-08-23 10:38 ` base Uday S Reddy
2010-08-23 11:03 ` base Leo
2010-08-23 12:56 ` base Eli Zaretskii
2010-08-24 4:32 ` base Richard Stallman
2010-08-24 6:01 ` base Stephen J. Turnbull
2010-08-24 7:22 ` base Leo
2010-08-24 8:29 ` base Andreas Schwab
2010-08-24 8:34 ` base Stephen J. Turnbull
2010-08-24 9:10 ` base Miles Bader
2010-08-24 10:03 ` base Juanma Barranquero
2010-08-24 13:39 ` base Stephen J. Turnbull
2010-08-24 14:05 ` base Miles Bader
2010-08-24 15:00 ` base Andreas Schwab
2010-08-24 16:14 ` base Juanma Barranquero
2010-08-24 12:32 ` base Stephen J. Turnbull
2010-08-24 12:51 ` base Leo
2010-08-24 13:39 ` base Juanma Barranquero
2010-08-24 14:25 ` base Óscar Fuentes
2010-08-24 16:18 ` base Juanma Barranquero
2010-08-24 14:37 ` base David Kastrup
2010-08-24 16:22 ` base Juanma Barranquero
2010-08-24 16:38 ` base David Kastrup
2010-08-24 17:22 ` base Juanma Barranquero
2010-08-24 17:35 ` base Stephen J. Turnbull
2010-08-24 17:45 ` base Frank Schmitt
2010-08-25 4:33 ` base Stephen J. Turnbull
2010-08-25 6:38 ` base Eli Zaretskii
2010-08-25 8:48 ` base Stephen J. Turnbull
2010-08-25 9:02 ` base Eli Zaretskii
2010-08-25 13:17 ` base Stephen J. Turnbull
2010-08-25 18:12 ` base Eli Zaretskii
2010-08-25 20:34 ` base Óscar Fuentes
2010-08-25 20:43 ` base Bernardo Barros
2010-08-25 20:55 ` base Eli Zaretskii
2010-08-24 18:00 ` base Leo
2010-08-24 19:04 ` base Juanma Barranquero
2010-08-24 23:44 ` base Miles Bader
2010-08-24 23:48 ` base Juanma Barranquero
2010-08-25 0:19 ` base Miles Bader
2010-08-25 3:13 ` base Eli Zaretskii
2010-08-25 3:44 ` base Miles Bader
2010-08-25 5:46 ` base Eli Zaretskii
2010-08-25 8:15 ` base Stephen J. Turnbull
2010-08-25 9:35 ` base Uday S Reddy
2010-08-25 10:43 ` base Juanma Barranquero
2010-08-25 15:34 ` base Stephen J. Turnbull
2010-08-25 11:21 ` base Eli Zaretskii
2010-08-25 13:13 ` base Óscar Fuentes
2010-08-25 15:11 ` base Harald Hanche-Olsen
2010-08-25 19:08 ` base Eli Zaretskii
2010-08-25 19:07 ` base Eli Zaretskii
2010-08-25 21:06 ` base Óscar Fuentes
2010-08-26 3:10 ` base Eli Zaretskii
2010-08-26 3:27 ` base Miles Bader
2010-08-26 3:29 ` base Miles Bader
2010-08-26 5:37 ` base Eli Zaretskii
2010-08-26 6:29 ` base Leo
2010-08-26 8:23 ` base Uday S Reddy
2010-08-26 9:16 ` Eli Zaretskii [this message]
2010-08-26 12:25 ` base Uday S Reddy
2010-08-26 12:35 ` base Eli Zaretskii
2010-08-26 13:27 ` base Óscar Fuentes
2010-08-26 13:49 ` base Eli Zaretskii
2010-08-26 14:42 ` base Óscar Fuentes
2010-08-26 15:11 ` base David Robinow
2010-08-26 15:50 ` base Óscar Fuentes
2010-08-26 15:28 ` base David Kastrup
2010-08-27 5:33 ` base Stephen J. Turnbull
2010-08-27 13:25 ` base Óscar Fuentes
2010-08-28 15:18 ` base Stephen J. Turnbull
2010-08-26 11:01 ` base Stephen J. Turnbull
2010-08-26 17:08 ` base Eli Zaretskii
2010-08-27 13:03 ` base Stephen J. Turnbull
2010-08-27 13:52 ` base Eli Zaretskii
2010-08-27 14:25 ` base Miles Bader
2010-08-27 15:25 ` base Eli Zaretskii
2010-08-28 16:25 ` base Stephen J. Turnbull
2010-08-28 17:32 ` base Eli Zaretskii
2010-08-28 18:58 ` base Leo
2010-08-28 19:58 ` base Eli Zaretskii
2010-08-28 22:51 ` base Leo
2010-08-28 19:16 ` base Stephen J. Turnbull
2010-08-28 20:00 ` base Eli Zaretskii
2010-08-29 12:21 ` base Stephen J. Turnbull
2010-08-26 18:09 ` base Uday S Reddy
2010-08-25 16:09 ` base Stephen J. Turnbull
2010-08-25 18:51 ` base Eli Zaretskii
2010-08-26 10:25 ` base Stephen J. Turnbull
2010-08-26 11:26 ` base Eli Zaretskii
2010-08-26 11:52 ` base Leo
2010-08-27 5:43 ` base Stephen J. Turnbull
2010-08-27 6:57 ` base Eli Zaretskii
2010-08-27 7:06 ` base David Kastrup
2010-08-27 13:16 ` base Óscar Fuentes
2010-08-25 7:38 ` base Leo
2010-08-25 7:41 ` base Juanma Barranquero
2010-08-25 13:23 ` base Teemu Likonen
2010-08-25 9:07 ` base Uday S Reddy
2010-08-24 14:09 ` base Miles Bader
2010-08-24 14:13 ` base Miles Bader
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1OoYZE-0005sD-8D@fencepost.gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=u.s.reddy@cs.bham.ac.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.