all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: emacs stackexchange beta site
Date: Sat, 20 Sep 2014 17:02:21 +0200	[thread overview]
Message-ID: <87a95utjwi.fsf@debian.uxu> (raw)
In-Reply-To: 8761gibwwy.fsf@panda.goosenet.in

Udyant Wig <udyantw@gmail.com> writes:

>> I have already said some of the reasons. Pascal said
>> some of the same things slightly differently, and
>> added some more. In principle, I agree with what he
>> said, though in practice I don't really mind Google
>> spying on me.
>
>  Why do you not mind Google spying on you?

Because this is all public. I enjoy writing this but I
want people to read it as well. If Google want to read
it, they are most welcome :)

> I ask because most of my reading on various fora had
> very vocal participants making known their outrage in
> no uncertain terms. So, I would much appreciate a
> different view on this.

In the FOSS world, there are people with skills with
technology. Then there are people with political
opinions. Then there are combinations: most notably
RMS, but also - what it seems like - Pascal on this
list, and many others, of course.

The people with political opinions, and very limited
techno-skills, often feel (and perhaps rightly so) like
they aren't at the top of the food chain. So they are
all the more vocal politically to make up for it. They
are predictable in that they always have the "right"
opinions and they spend a lot of time being almost
aggressive about it.

> I assume they want participants to be nice and civil
> even while discussing matters technical. Isn't that
> what moderation is all about?

Yes. It is in part even automatized moderation. But I
don't believe in moderation - I believe in a community
where people are free to be moronic, and hopefully, in
time, they won't be, even though they can.

> I do not see the movement toward a GUI future
> abating. Non-GUI fora like Usenet will perpetually be
> the shade under the trees by the road in that future.

The GUI or UI shouldn't matter. A CLI, or otherwise
text-only, is superior to just about any GUI, I
believe. But that shouldn't matter. The material should
just be there, free - if you want to access it through
a GUI I don't have any problem with that, as long as I
can access the same material not using a GUI. Why fight
about it?

> I take it that "extended discussions" are "not
> constructive" and hence get "closed".

Yes, again, I don't want anyone to have opinions about
that. Let everyone and anyone themselves decide that.

> I wrote in comp.lang.c recently that I used to spend
> some time every now and then going through the
> archives of Usenet with Google's old interface. It
> had been a fascinating experience every time. But
> with the upgrade to the new JS-heavy interface, such
> exploration is hindered by its ease of use.

That always the case. Never do new things. Only do
improvements to old things.

> Such a system or its variants are in widespread use
> on many fora, e.g. on Reddit, where the voting system
> tends to push popular answers to the top of a thread,
> but which may or may not be sound or valid.

Yes, that is functional in that sense. But: the most
popular answer isn't by definition the best. Also, it
makes people neurotic and they start thinking in lines
of reputation, instead of thinking in lines "does this
answer make sense?" which is much more creative and
relevant.

-- 
underground experts united


  reply	other threads:[~2014-09-20 15:02 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.9059.1410993440.1147.help-gnu-emacs@gnu.org>
2014-09-17 23:26 ` emacs stackexchange beta site Emanuel Berg
2014-09-18  2:06   ` Drew Adams
     [not found]   ` <mailman.9072.1411006041.1147.help-gnu-emacs@gnu.org>
2014-09-18 21:03     ` Emanuel Berg
2014-09-18 23:47       ` Stefan Monnier
2014-09-19 13:34         ` Tom
2014-09-19 14:53           ` Drew Adams
     [not found]           ` <mailman.9197.1411138427.1147.help-gnu-emacs@gnu.org>
2014-09-19 19:13             ` Emanuel Berg
2014-09-19 19:58               ` Drew Adams
     [not found]               ` <mailman.9231.1411156757.1147.help-gnu-emacs@gnu.org>
2014-09-19 20:24                 ` Emanuel Berg
2014-09-19 20:44                   ` Drew Adams
     [not found]                   ` <mailman.9235.1411159521.1147.help-gnu-emacs@gnu.org>
2014-09-19 21:01                     ` Emanuel Berg
     [not found]         ` <mailman.9194.1411136428.1147.help-gnu-emacs@gnu.org>
2014-09-19 19:06           ` Emanuel Berg
2014-09-19 19:55             ` Drew Adams
     [not found]             ` <mailman.9230.1411156541.1147.help-gnu-emacs@gnu.org>
2014-09-19 20:12               ` Emanuel Berg
2014-09-19  6:13       ` Udyant Wig
2014-09-19 17:57         ` Pascal J. Bourguignon
2014-09-19 18:54         ` Emanuel Berg
2014-09-20  6:58           ` Udyant Wig
2014-09-20 15:02             ` Emanuel Berg [this message]
2014-09-21 10:04               ` Udyant Wig
2014-09-21 15:49                 ` Emanuel Berg
2014-09-22  5:10                   ` Udyant Wig
2014-09-22 22:44                     ` Emanuel Berg
     [not found]         ` <mailman.9215.1411149649.1147.help-gnu-emacs@gnu.org>
2014-09-19 18:53           ` Udyant Wig
2014-09-19 19:18             ` Emanuel Berg
2014-09-19 19:22             ` Emanuel Berg
2014-09-19 23:46             ` Pascal J. Bourguignon
2014-09-20  1:24             ` Stefan Monnier
     [not found]             ` <mailman.9241.1411170621.1147.help-gnu-emacs@gnu.org>
2014-09-20  6:14               ` Udyant Wig
2014-09-20 14:47                 ` Emanuel Berg
2014-09-21 10:09                   ` Udyant Wig
2014-09-21 15:52                     ` Emanuel Berg
     [not found]             ` <mailman.9244.1411176300.1147.help-gnu-emacs@gnu.org>
2014-09-20  6:17               ` Udyant Wig
2014-09-19 18:58           ` Emanuel Berg
     [not found]       ` <mailman.9168.1411115739.1147.help-gnu-emacs@gnu.org>
2014-09-19 19:01         ` Emanuel Berg
2014-09-17 22:36 Ian Kelling
2014-10-11 13:33 ` Bastien
     [not found] ` <mailman.10973.1413034461.1147.help-gnu-emacs@gnu.org>
2014-10-17  0:04   ` Emanuel Berg
2014-10-17  0:16     ` Emanuel Berg
2014-10-17 21:37       ` Artur Malabarba
     [not found]       ` <mailman.11408.1413582659.1147.help-gnu-emacs@gnu.org>
2014-10-17 22:35         ` Emanuel Berg
2014-10-18 14:33           ` Rainer M Krug
2014-10-18 17:06           ` Artur Malabarba

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=87a95utjwi.fsf@debian.uxu \
    --to=embe8573@student.uu.se \
    --cc=help-gnu-emacs@gnu.org \
    /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.