X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type:content-transfer-encoding;
	bh=cQRphv+mAiHUUPXmcyJlo80aXiYNtikpiK/AL5Z2Nys=;
	b=cBWCrzX2mum6sEJsh01/AHW5q/cCNnxhJSjsYX/p6kmHM51R2SudGSlHnyidzqLURg
	k76Au9obSqC4bqx8+MCAlpp6oqYEIWz4z7rs+nUmfoJsP8/cWxOO5nUiqN2HwQ13mlXQ
	zVsvmqD1yxSFRfrvgTLhAwfqn2lgXXHx6NLHk7Hgn38uV/6VUQwKgv80AsFphU4+7uzS
	FZNRtoFSZ5oFbzWpEj4GOw6QTJVC6RYx3AipsGVsDofAZbV0QoWb5rD3Nzky0GC8qe29
	ve7NgmLPlUGssInH2FzNhz0gAEA37hz9HpdtbSnv9H+eRx2xguPlqJwhXpTm2pJkb4IO
	L8ZA==
MIME-Version:	1.0
X-Received:	by 10.112.210.6 with SMTP id mq6mr22950822lbc.83.1440465718170;
	Mon, 24 Aug 2015 18:21:58 -0700 (PDT)
In-Reply-To:	<C621C44F-E0E6-450D-9DF9-5F24AF0FF0D1@noqsi.com>
References:	<CAM2RGhTJ-gywb3LrkKoNKUxkwJCTsJ7vRxiLtmrXa5Mnp0331w AT mail DOT gmail DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1508240615180 DOT 6924 AT igor2priv>
	<CAM2RGhQxGUjCUZof2Ef68gAUNFgHypbGenx6gedB=tdvVqrBiQ AT mail DOT gmail DOT com>
	<55DB923F DOT 1060807 AT jump-ing DOT de>
	<176EF6F6-264E-4F66-A52E-D9A3C3442B91 AT noqsi DOT com>
	<201508250033 DOT t7P0XDMA022123 AT envy DOT delorie DOT com>
	<C621C44F-E0E6-450D-9DF9-5F24AF0FF0D1 AT noqsi DOT com>
Date:	Tue, 25 Aug 2015 01:21:58 +0000
Message-ID:	<CAM2RGhRrSCWd09zB_eUD4B984P+71W70=AqF_KN1XnpgpUvJQQ@mail.gmail.com>
Subject:	Re: [geda-user] Buttons for automation (obligatory grab at our shared
	3rd rail) Re: [geda-user] Antifork
From:	"Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id t7P1M3qI005419
Reply-To:	geda-user AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	geda-user AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On Tue, Aug 25, 2015 at 1:03 AM, John Doty <jpd AT noqsi DOT com> wrote:
>
> On Aug 24, 2015, at 8:33 PM, DJ Delorie <dj AT delorie DOT com> wrote:
>
>>
>>> Adding features to a simple tool does not make it easier to use.
>>
>> Except we don't have a simple tool, we have *many* simple tools.  The
>> large number of tools causes its own complexity.  And we've seen that
>> new users find "the toolkit way" to be difficult to learn
>
> That’s your perception. To be sure, there will be a faction that will have that trouble, but that’s not a good reason to work against those who do *better* with a toolkit. KiCAD covers the integrated tool space: gEDA should not be “me too”, but “here’s an approach you may find better”.

+1

>> because it's
>> not obvious how all the parts work together
>
> But it’s worse with a complex tool, because then it’s harder to figure out the interactions of all of the features. At least with a toolkit there are interfaces. That disciplines the interactions.

+1
This is what drove me away from my last tool and too gEDA.

>> - There's too much
>> complexity to absorb.
>>
>> Managing the relationships between tools, and encapsulating the
>> overall tasks we want to accomplish, is a neccessary part of using a
>> toolkit - it's no different than writing a shell script or makefile to
>> coordinate all the unixy tools.  If the nature of this encapsulation
>> and scripting is a button in a gui, that's only natural for a
>> gui-centric tool, just like a shell script is natural for a
>> command-line tool.
>>
>
> That forces everything to be GUI-centric, which makes all of those things for which a GUI is not natural harder. That was precisely the trouble I had with Viewlogic and the trouble I’m having with Vivado.
>
>> If we look at the extreme of simplicity - that adding features is
>> never good - we wouldn't have emacs or vi, we'd only have cat (or
>> maybe toggle switches, if you didn't like manually moving wires
>> around).  We wouldn't have email clients, we'd only have telnet (I
>> hope you memorized the SMTP protocol).
>
> The user should have the choice. There is a place for Apple-style totalitarian integration. I’m typing this at Mail on a Mac. But at least the way I use mail the inflexibility is acceptable. For EDA, it’s not.
>
>>  The tools that make up the
>> gEDA suite are, in essence, no more than text editors with lots of
>> features added - there's nothing you can do in gEDA that you can't do
>> with a good text editor and a lot of thinking, but using gEDA makes it
>> easier.
>>
>
> But much of it is graphical, and a GUI is the right tool for graphics. That doesn’t make it the right tool for the whole job, though.
>
> John Doty              Noqsi Aerospace, Ltd.
> http://www.noqsi.com/
> jpd AT noqsi DOT com
>
>
>



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/

- Raw text -