On Wed, 23 Jul 2008, Johannes Schindelin wrote:
quoted text
> On Wed, 23 Jul 2008, Jakub Narebski wrote:
> 
> Some people prefer to stay anonymous, so I think email is out.
> 
> >    04. Which programming languages you are proficient with?
> >        (The choices include programming languages used by git)
> >        (zero or more: multiple choice)
> >      - C, shell, Perl, Python, Tcl/Tk
> >      + (should we include other languages, like C++, Java, PHP,
> >         Ruby,...?)
> 
> Yes, I think this should be a long list.

I'd rather not have a "laundry list" of languages.  I have put C++
because QGit uses it, Java because of egit/jgit, PHP for web
interfaces, Ruby because of GitHub and because of Ruby comminity
choosing Git.  I should perhaps add Emacs Lisp, HTML+CSS and
JavaScript here.  What other languages should be considered?
 
quoted text
> >    07. What helped you most in learning to use it?
> >        (free form question)
> 
> Is it possible to have multiple choice, with "other" (free-form)?  Then 
> I'd suggest:
> 
> 	Colleague/Instructor, User Manual, Manpages, Tutorials, Tutorials 
> 	(elsewhere; not in git.git), Mailing list, IRC, Git Wiki, Other.

By "Tutorials (elsewhere; not in git.git)" you mean here many various
"git guide" pages, like "Git for Computer Scientists", "Git Magic",
etc.?

I'm not sure about having multiple choice vs. free-form question here.
Multiple choice is easier to analyze, especially if one would want
histogram of replies... but free form is more rich.  But perhaps
multiple choice with free-form "other" choice would be the best?

Besides proposed choices limit person filling the survey to single
understanding of "what helped you in learning to use Git", which
can be also understood as asking for list of features helping with
learning Git, not only list of documentation and such. 

quoted text
> >    08. What did you find hardest in learning Git?
> >        What did you find harderst in using Git?
> 
> s/harderst/hardest.
> 
> >        (free form question)
> 
> Again, I'd suggest a multiple choice + Other:
> 
> 	The amount of commands, the amount of options, the index (AKA 
> 	staging), branching, user interface, bugs, Other.

Here it can be hard to come up with good list of choices.  For example
among responses in 2007 survey there were 'inconsistent commands',
'obtuse command messages', 'insufficient/hard to use documentation',
and many more.

I'm not sure if troubles with coming with extensive but not too large
list of options for this question is worth it; I think that we need
only list of responses, and not number of responses (perhaps mentioning
which one occur [much] more frequently).

quoted text
> > Other SCMs (shortened compared with 2007 survey)
> > 
> >    10. What other SCM did or do you use?
> >        (zero or more: multiple choice)
> >      - CVS, Subversion, GNU Arch or arch clone (ArX, tla, ...),
> >        Bazaar-NG, Darcs, Mercurial, Monotone, SVK, AccuRev, Perforce,
> >        BitKeeper, ClearCase, MS Visual Source Safe, MS Visual Studio
> >        Team System, custom, other(*)
> 
> PVCS seems to be pretty popular, too.

O.K., I'll add it.  I think I'd better add RCS too.

quoted text
> >    11. Why did you choose Git? (if you use Git)
> >        What do you like about using Git?
> >        (free form, not to be tabulated)
> 
> Again, to avoid hassles with free-form:
> 
> 	Mandatory: work, mandatory: open source project I am participating 
> 	in, speed, scalability, It's What Linus Uses, Other.

Free form has some hassles.  Because here histogram of responses might
be interesting, perhaps it would be good to use multiple choice here.

I would add "features" and/or "unique features" to the list, and also
perhaps "being popular/hype".

quoted text
> >    12. Why did you choose other SCMs? (if you use other SCMs)
> >        What do you like about using other SCMs?
> >        Note: please write name of SCMs you are talking about.
> >        (free form, not to be tabulated).
> 
> Again:
> 
> 	ease-of use, simplicity, existing project uses it, I Do Not Like 
> 	Linus, Other

Again: free form has some hassles, but so does coming up with good
choice of fixed answers in multiple choice question.  I'll add
"ease to install on MS Windows" (or something like that) if we decide
to have this question multiple choice.

quoted text
> >    15. What operating system do you use Git on?
> >        (one or more: multiple choice, as one can use more than one OS)
> >      - Linux, *BSD (FreeBSD, OpenBSD, etc.), MS Windows/Cygwin,
> >        MS Windows/msysGit, MacOS X, other UNIX, other
> 
> You should include "Dunno", which gets automatically mapped to "MS 
> Windows/msysGit" ;-)
> 
> >    19. How do you publish/propagate your changes?
> >        (zero or more: multiple choice)
> >      - push, pull request, format-patch + email, bundle, other
> 
> git svn
> 
> You might laugh, but it is a sad fact that some guy promotes "Using Git 
> with Google Code" by using git-svn to drive their crappy Subversion.

O.K.  I'll add "git-svn (or other to foreign SCM)".

quoted text
> >    22. How does Git compare to other SCM tools you have used?
> >      - worse/equal (or comparable)/better
> >    23. What would you most like to see improved about Git?
> >        (features, bugs, plug-ins, documentation, ...)
> 
> Maybe here should be another question "What are the most useful features 
> of Git?" but maybe that is covered by earlier questions.

I think it is.  I'd rather try to reduce number of questions...

quoted text
> >    24. If you want to see Git more widely used, what do you
> >        think we could do to make this happen?
> >      + Is this question necessary/useful?  Do we need wider adoption?
> 
> I agree with Junio: this is not so interesting for us; we are no company, 
> and we have no sales department who could wank of on these answers.

I'll remove it, then.

quoted text
> >    27. Which of the following features do you use?
> >        (zero or more: multiple choice)
> >      - git-gui or other commit tool, gitk or other history viewer, patch
> >        management interface (e.g. StGIT), bundle, eol conversion,
> 
> For our Windows friends, we should add " (crlf)" to the last item.

Right.  Thanks.

quoted text
> >    42. Do you find traffic levels on Git mailing list OK.
> >     -  yes/no? (optional)
> 
> /too low?  *ducksandrunsforcover*

???

quoted text
> >    44. If yes, do you find IRC channel useful?
> >     -  yes/no (optional)
> 
> /somewhat.  Even if I would be the only one choosing that option.

I'm sorry about that: I have forgot that this and all similar questions
had triple choice: yes/no/somewhat in the final version of 2007 survey.
I'll correct it.

quoted text
> >    45. Did you have problems getting GIT help on mailing list or
> >        on IRC channel? What were it? What could be improved?
> >        (free form)
> 
> Yeah, I know who will answer to that, and what... "yaddayadda very 
> unfriendly yaddayadda especially that Johannes guy yaddayadda" (you know 
> who you are)... *lol*

:-)

-- 
Jakub Narebski
Poland
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html