source-1254868748.txt

   1 GitTogether in Berlin
   2
   3 We had a GitTogether in Berlin, called "Alles wird Git" (past tense: "Alles
   4 wurde Git").  It was great fun, we never had even a single boring minute,
   5 and our special guest -- Gitzilla -- turned out to be quite some entertainer,
   6 especially when he starting reciting a few of my most outrageous emails :-)
   7
   8 There were a lot of good discussions, among other things about submodules (our
   9 neglected child), Git Cheetah, and foreign VCS helpers (in particular Sverre's
  10 plan to provide some Mercurial backend).
  11
  12 One of the most important outcomes for me was, though, to realize just how
  13 detached we in the Git project are from our user base.  A few years back, we
  14 could get away with saying "we have only developers as users, so they should
  15 just sit down and scratch their own itch".
  16
  17 But today, we have a lot of users who never learnt to code (or who code in
  18 some other language than C, or whose code we would not even want to review :-)),
  19 and we lose quite a few brownie points by keeping things complicated.
  20
  21 Now, in a lot of cases it cannot be helped.  For example, we have confusing
  22 names for things, inconsistent namings even (as with "remote" vs "tracked"
  23 branches), and we have some odd design decisions (like calling some program
  24 almost nobody uses "git cherry", which makes tab-completion of the rather
  25 often-used "git cherry-pick" pretty awkward).  The latter example also
  26 illustrates that we have names for porcelains that are rather long, when
  27 they should be rather short.
  28
  29 So, yes, we have a lot of things that do not work well, because we have
  30 usability issues that need to be preserved for hysterical raisins.
  31
  32 This is unfortunate enough, but it seems that we even fsck up with usability
  33 issues we _can_ solve.  Just think about "git checkout -b origin/master".  A
  34 typo?  Yes, of course!  But a rather obvious one.
  35
  36 Another case which was discussed on the mailing list recently: "git checkout
  37 next" when clearly "git checkout origin/next" was meant.
  38
  39 The biggest problem, though, is that almost all people on the Git mailing list
  40 who are respected by the maintainer are obviously too detached from the user
  41 base to realize just how difficult Git _still_ is.  And refuse to do anything
  42 about it, or even to allow others to do anything about it.
  43
  44 It almost seems as if the Git wizards do not want Git to become easier to
  45 use, lest they lose their special status.
  46
  47 My biggest problem is that it seems that my input gets more and more ignored,
  48 or perceived as some crazy ideas that will just go away (which is true, because
  49 I am pretty happy about a day-job that keeps me more than just busy, so I do not
  50 have time not fight windmills, let alone motiviation to do so).
  51
  52 Even when a real user comes along to chime in, he's just brushed off, by an
  53 otherwise very polite maintainer.
  54
  55 I am not even sure if I want to continue sending my patches from my personal
  56 tree upstream, because things get so frustrating, for little to show in return.