From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: VC mode and git Date: Sat, 04 Apr 2015 00:21:05 +0300 Message-ID: <83a8yoq56m.fsf@gnu.org> References: <83twx2xoc8.fsf@gnu.org> <87619hke3u.fsf@uwakimon.sk.tsukuba.ac.jp> <551A3F17.6020903@math.ntnu.no> <20150331085055.GA2871@acm.fritz.box> <87zj6tiko1.fsf@uwakimon.sk.tsukuba.ac.jp> <20150331104935.GB2871@acm.fritz.box> <87y4mdi7tj.fsf@uwakimon.sk.tsukuba.ac.jp> <20150331214347.GH2871@acm.fritz.box> <20150401103225.GA2633@acm.fritz.box> <87h9t080gx.fsf@javad.com> <83384jsx3o.fsf@gnu.org> <83pp7nrfdn.fsf@gnu.org> <83a8yqr226.fsf@gnu.org> <831tk2qvz5.fsf@gnu.org> <87384ii26v.fsf@uwakimon.sk.tsukuba.ac.jp> <83wq1tptvp.fsf@gnu.org> <87pp7lhc9h.fsf@uwakimon.sk.tsukuba.ac.jp> <83sichpqe9.fsf@gnu.org> <87ioddglu6.fsf@uwakimon.sk.tsukuba.ac.jp> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1428096100 16433 80.91.229.3 (3 Apr 2015 21:21:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 3 Apr 2015 21:21:40 +0000 (UTC) Cc: sorganov@gmail.com, emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 03 23:21:32 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ye91u-0004qc-1M for ged-emacs-devel@m.gmane.org; Fri, 03 Apr 2015 23:21:30 +0200 Original-Received: from localhost ([::1]:35395 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ye91s-0006MZ-Q9 for ged-emacs-devel@m.gmane.org; Fri, 03 Apr 2015 17:21:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56515) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ye91e-0006Li-4M for emacs-devel@gnu.org; Fri, 03 Apr 2015 17:21:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ye91Z-0008Rg-Uj for emacs-devel@gnu.org; Fri, 03 Apr 2015 17:21:13 -0400 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:48836) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ye91Z-0008RU-I9 for emacs-devel@gnu.org; Fri, 03 Apr 2015 17:21:09 -0400 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NM900A001CMKP00@mtaout24.012.net.il> for emacs-devel@gnu.org; Sat, 04 Apr 2015 00:12:43 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NM9002UE1L7ZZ70@mtaout24.012.net.il>; Sat, 04 Apr 2015 00:12:43 +0300 (IDT) In-reply-to: <87ioddglu6.fsf@uwakimon.sk.tsukuba.ac.jp> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.180 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:184847 Archived-At: > From: "Stephen J. Turnbull" > Cc: sorganov@gmail.com, > emacs-devel@gnu.org > Date: Sat, 04 Apr 2015 02:31:29 +0900 > > Eli Zaretskii writes: > > > I'm saying that trying to explain to newbies what a merge does by > > being "technically correct" is not helpful. > > Being technically *incorrect* is even less helpful. Teaching people new things often requires to start without rigor, because otherwise you risk losing your audience. Being "technically correct", but confusing instead of explanatory is not helpful. > > I don't even understand all this attitude: do we want Git newbies > > to become more proficient in using Git, > > No, we want to support their efforts to become more productive using > git. Take it from a bystander: that's not how many messages in this thread sound. > If they want to become proficient, I don't think there's any > problem. But Alan and Richard have expressed a rather strong desire > to learn *nothing* about git They didn't say that, please re-read their messages with open eyes. What they did say is (a) they don't like investing an inordinate amount of time and effort into studying Git, and (b) they would like to keep their previous workflows as much as possible. So if we want to help them become proficient, we need to go with them and educate them while trying to honor these 2 desires. Any other way is bound to trigger bad feelings, and eventually fail our attempts to help them become more proficient. > yet insist on workflows that are infeasible if they remain ignorant > of the details and options of git. They are not infeasible. They need only minor adaptations, see GitQuickStartForEmacsDevs. Those adaptations do not require any details and options of git, just one new command. > They can't have both; the first task is to make that clear, so that > they can make their own choice as to whether to become proficient in > git, or to adopt a workflow that is less than optimal according to > their opinions. That's one approach to teaching Git. I think it's not a very efficient one, at least in this case. I think less radical approaches might score better. > > If the former, why do we insist on being "technically correct" > > instead of explaining things in a way they could be understood? > > Because it's entirely unclear to me what they are asking. If you don't understand what they are asking, may I suggest that you wait with your answers until you do, or ask someone else? > Richard is incapable of describing what he actually did, yet bridles > at any suggestion that his actions were involved in messing things > up (despite repeated admissions that he forgot this or that). What he did became clear, even to me, after he showed the information we requested. > They profess ignorance of git but assert that it is a "screw" and > poorly designed. People tend to become angry with a tool that seems to get in the way. It's understandable. If you want to help them, the last thing you should do is become angry back, or somehow feel insulted on behalf of the tool. I make that mistake at times, and it never helps. > > No, it is described as "the action of storing a new snapshot of the > > project's state in the Git history by creating a commit object and > > advancing HEAD to point at the new commit". By selectively omitting > > the parts of this description, you make it sound like I said > > something incorrect, which is false. > > OK, you are correct, it is more than creating a commit object. It > also includes advancing HEAD. How does that level of nitpicking > advance the cause of explaining to Alan what a commit is? It's for Alan to say if it's more helpful than saying that a merge is "just a commit". AFAIU, he explicitly expressed a desire to understand what happens during a merge. I think the above does help, but that's me. > > > using the shorthand of "commit" for "commit object" described in the > > > noun section. > > > > I already said that using shorthands in this discussion only increases > > confusion, and is not helpful to newbies who strive to understand a > > complex subject. > > "Complain to the writers of the Git glossary, then. I just read what > they say there." They stated a fact. They didn't tell when to use that shorthand. > You're perfectly capable of expressing yourself operationally; your > post to Sergey was beautiful, concise and accurate, and after reading > that I quite understood what you have been getting at the whole time. > I wish you would write more posts like that. Thanks, I'm trying. > Your shouting about "READ! READ!" on the other hand, is totally > useless. OK, I will try to avoid that.