all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: excalamus--- via "Emacs development discussions." <emacs-devel@gnu.org>
To: Eduardo Ochs <eduardoochs@gmail.com>
Cc: Emacs developers <emacs-devel@gnu.org>
Subject: Re: GNU Emacs raison d'etre - 1981-ish version
Date: Thu, 14 May 2020 23:26:05 +0200 (CEST)	[thread overview]
Message-ID: <M7K470g--3-2@tutanota.com> (raw)
In-Reply-To: <CADs++6g=wDJkKC_w2RUs49izFXD+uas0VhEx7dJLsHaiyiXhQg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2802 bytes --]

May 14, 2020, 02:24 by eduardoochs@gmail.com:

> this is so different from the raisons d'être for Emacs that are being
> discussed in the other thread that I felt that it would be better to
> create a new thread to discuss it...
>
> Emacs lets people with very little experience in programming write
> useful programs that are just one or two lines long - and this turns
> non-programmers into programmers magically, sometimes without them
> noticing. In many cases new users start writing one-liners in Lisp in
> their first days using Emacs - so for them it takes just a few days to
> be magically transformed into a programmer.
>
> This is very different from having to invest time in energy in Emacs
> during years to be adequately rewarded.
>
Agreed! I brought this up in the other thread: https://lists.gnu.org/archive/html/emacs-devel/2020-05/msg01872.html  I concluded that Emacs seems unique because it occupies a unique space between user and creator.  Your observations match mine, so maybe a unique space *does* exist.

My questions to you:
1. What makes that space the way it is?
2. Do other editors, like VSCode, exist in it, too?  If yes, why does GNU Emacs feel different?  If no, why not?

The best description of that space that I can think of is the Zone of Proximal Development (https://en.wikipedia.org/wiki/Zone_of_proximal_development) <https://en.wikipedia.org/wiki/Zone_of_proximal_development>:

The zone of proximal development is an area of learning that occurs when a person is assisted by a teacher or peer with a higher skill set.  The person learning the skill set cannot complete it without the assistance of the teacher or peer. The teacher then helps the student attain the skill the student is trying to master, until the teacher is no longer needed for that task.

For example:

Emacs presents a challenge to the user.  The challenge can be solved through programming, but the user is unable to do this.  To help, Emacs provides ready made components, functions bound to keys, which complete the task when chained together.  The user realizes at some point that 1) these actions are functions and 2) they have the ability to write them.  Emacs provides the structure required for the user to learn through source code (higher skill set) and C-h f (assistance).

I believe that other editors could occupy this space but do not.  Other editors are either word processors or IDEs.  Emacs is a hybrid; there are authors who use Emacs solely for writing and the are developers who use it solely for programming.  Emacs feels different because it shortens the distance between question and answer.  Other editors require searching externally (does MS Word even still have F1 help?).  Emacs can be searched inside and out.


[-- Attachment #2: Type: text/html, Size: 3584 bytes --]

  parent reply	other threads:[~2020-05-14 21:26 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-14  6:24 GNU Emacs raison d'etre - 1981-ish version Eduardo Ochs
2020-05-14 16:45 ` Drew Adams
2020-05-14 21:26 ` excalamus--- via Emacs development discussions. [this message]
2020-05-15  8:55   ` Robert Pluim
2020-05-15 10:18     ` Eli Zaretskii
2020-05-16  4:19       ` Richard Stallman
2020-05-18 15:27         ` Robert Pluim
2020-05-19  3:54           ` Richard Stallman
2020-05-19  4:39             ` Stefan Kangas
2020-05-19  4:51               ` andres.ramirez
2020-05-21  3:42                 ` Versions of Emacs Manuals on web Richard Stallman
2020-05-21  5:22                   ` andrés ramírez
2020-05-21  8:02                   ` Joost Kremers
2020-05-21 15:20                     ` Drew Adams
2020-05-21 15:47                       ` Stefan Kangas
2020-05-21 16:13                         ` Drew Adams
2020-05-21  3:42               ` Richard Stallman
2020-05-21 13:19                 ` Eli Zaretskii

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=M7K470g--3-2@tutanota.com \
    --to=emacs-devel@gnu.org \
    --cc=eduardoochs@gmail.com \
    --cc=excalamus@tutanota.com \
    /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.