git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Linus Torvalds <torvalds@osdl.org>
To: Yann Dirson <ydirson@altern.org>
Cc: Alex Riesen <raa.lkml@gmail.com>, Pavel Roskin <proski@gnu.org>,
	git <git@vger.kernel.org>
Subject: Re: Autoconf/Automake
Date: Thu, 15 Jun 2006 10:02:10 -0700 (PDT)	[thread overview]
Message-ID: <Pine.LNX.4.64.0606150954430.5498@g5.osdl.org> (raw)
In-Reply-To: <20060615163209.GJ7766@nowhere.earth>



On Thu, 15 Jun 2006, Yann Dirson wrote:
> 
> Well, being hated is often the fate of tools for which users got no
> training, but are forced to used because of a corporate decision.

That's one possible reason.

> That does not necessarily mean the tool is bad in itself.

It does not _necessarily_ mean that, but let's face it, it really usually 
does.

Too many developers shrug off the "it's hard to use" argument. THEY think 
it's fine. THEY think it's "lack of training". THEY think the tools are 
fine, and the problem is the user.

THEY are wrong.

Almost every time when a user says "it's hard to use", the user is right. 
Sometimes it's a lack of documentation, but quite often it's just that the 
tool interfaces are bad.

Oh, I'm sure git has the same problems, but dammit, I think we've tried 
very hard to listen to user opinions, and make the things that make them 
go "that's hard" be more obvious. All the things that were _possible_ to 
do if you did them by hand, that you now can do pretty obviously without 
even knowing what it really does. "git commit -a". "git log -p". "git show 
<name>", etc etc. 

Sometimes the problem space makes the interfaces fundamentally hard. But 
sometimes the program itself just makes things ugly and hard, and autoconf 
and automake definitely didn't make it easier for users - they were 
designed for people who knew fifteen different versions of UNIX, and not 
for sane people.

These days, there aren't fifteen different versions of UNIX. There's a 
couple, and it's perfectly ok to actually say "fix your damn system and 
just install GNU make". It's easier to install GNU make than it is to 
install autoconf/automake.

		Linus

  reply	other threads:[~2006-06-15 17:02 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-14 22:27 Autoconf/Automake Pavel Roskin
2006-06-14 22:45 ` Autoconf/Automake Linus Torvalds
2006-06-14 22:54 ` Autoconf/Automake Bertrand Jacquin
2006-06-14 23:18 ` Autoconf/Automake Timo Hirvonen
2006-06-15  7:24 ` Autoconf/Automake Yann Dirson
2006-06-15 13:31   ` Autoconf/Automake Alex Riesen
2006-06-15 16:32     ` Autoconf/Automake Yann Dirson
2006-06-15 17:02       ` Linus Torvalds [this message]
2006-06-15 17:48         ` Autoconf/Automake Olivier Galibert
2006-06-15 18:03           ` Autoconf/Automake Jakub Narebski
2006-06-15 18:19             ` Autoconf/Automake Olivier Galibert
2006-06-16 18:23             ` Autoconf/Automake Petr Baudis
2006-06-16  9:06           ` Autoconf/Automake Jerome Lovy
2006-06-15 20:17         ` Autoconf/Automake Yakov Lerner
2006-06-15 21:14         ` Autoconf/Automake Yann Dirson
2006-06-15 22:54           ` Autoconf/Automake Linus Torvalds
2006-06-15 23:10             ` Autoconf/Automake Johannes Schindelin
2006-06-16  6:51               ` Autoconf/Automake Nikolai Weibull
2006-06-15 20:10     ` Autoconf/Automake Phil Richards
2006-06-15 20:32       ` Autoconf/Automake Timo Hirvonen
2006-06-15 20:42       ` Autoconf/Automake Johannes Schindelin
2006-06-15 22:05         ` Autoconf/Automake Yann Dirson
2006-06-15 22:58           ` Autoconf/Automake Johannes Schindelin
2006-06-16 20:17             ` Autoconf/Automake Yann Dirson
2006-06-16 20:42               ` Autoconf/Automake Petr Baudis
2006-06-16 18:31           ` Autoconf/Automake Petr Baudis

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=Pine.LNX.4.64.0606150954430.5498@g5.osdl.org \
    --to=torvalds@osdl.org \
    --cc=git@vger.kernel.org \
    --cc=proski@gnu.org \
    --cc=raa.lkml@gmail.com \
    --cc=ydirson@altern.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).