From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: RCS, again: another removed functionality: undo last-checkin Date: Thu, 1 Oct 2015 23:13:23 +0300 Message-ID: <560D93E3.2010904@yandex.ru> References: <87oagx6tzz.fsf@mat.ucm.es> <55FF4026.2050004@yandex.ru> <83si68nu4i.fsf@gnu.org> <87eghsfd3m.fsf@fencepost.gnu.org> <83k2rknr2c.fsf@gnu.org> <87mvwellmg.fsf@uwakimon.sk.tsukuba.ac.jp> <56023A6C.3020302@yandex.ru> <5602BE3E.1050009@yandex.ru> <5602C4DE.8020105@yandex.ru> <560B4899.2070708@yandex.ru> <83y4fobegc.fsf@gnu.org> <560BC73C.4040403@yandex.ru> <83d1x0atb2.fsf@gnu.org> <560C9EDA.3040207@yandex.ru> <83vbar9hv3.fsf@gnu.org> <560D2CFD.50702@yandex.ru> <83a8s2agar.fsf@gnu.org> <560D6F13.3090005@yandex.ru> <83si5u8oik.fsf@gnu.org> <560D899A.4080805@yandex.ru> <83fv1u8ivv.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1443730437 1117 80.91.229.3 (1 Oct 2015 20:13:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Oct 2015 20:13:57 +0000 (UTC) Cc: stephen@xemacs.org, dak@gnu.org, emacs-devel@gnu.org, monnier@iro.umontreal.ca, rms@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 01 22:13:52 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 1ZhkEh-0005Cn-RX for ged-emacs-devel@m.gmane.org; Thu, 01 Oct 2015 22:13:51 +0200 Original-Received: from localhost ([::1]:56080 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhkEh-00061m-Dk for ged-emacs-devel@m.gmane.org; Thu, 01 Oct 2015 16:13:51 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38853) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhkEM-0005yG-Pf for emacs-devel@gnu.org; Thu, 01 Oct 2015 16:13:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZhkEJ-0002hH-Jf for emacs-devel@gnu.org; Thu, 01 Oct 2015 16:13:30 -0400 Original-Received: from mail-wi0-x231.google.com ([2a00:1450:400c:c05::231]:38149) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhkEJ-0002h7-E0; Thu, 01 Oct 2015 16:13:27 -0400 Original-Received: by wiclk2 with SMTP id lk2so5033021wic.1; Thu, 01 Oct 2015 13:13:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=2z+uDSDyyoi8fke+KCec2gxiwLrvRIR/DMQ2h0qz1Wc=; b=dinmKq6oJnAwZnEdeoU3L9HHHwE1nXYHmoBi9MFbSJq8EZDvSrVYVlCxZ0GoXzHEbJ lhEzHSrhOAasbp5MgLuan1Gg7TpUAIDJ/+H/GvHdgbPT0au/b6G4W7lA0AEf7LoJ/lxC wZLiiZ2Aa3n3z7TKR9LyYr9KFbRwTeDYHdZH/OdOkvW6kI6tD+/+kayGaIMvPUS3PGnX Vkc9GvCb7cO5t1EYDgksked8P3VDC0+MAwalOvRXneHVpfvp6QZ2iQC9tMSwZzC085re aXqz3wuUqt9uqw5RRqedsZFjrD+pb9WZDivJqv587Lp+UOuS6ulBZnvEpynaUVrvIVQ0 VxvA== X-Received: by 10.180.8.232 with SMTP id u8mr690259wia.10.1443730406793; Thu, 01 Oct 2015 13:13:26 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id h7sm7829588wjz.7.2015.10.01.13.13.25 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Oct 2015 13:13:25 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 In-Reply-To: <83fv1u8ivv.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::231 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:190592 Archived-At: On 10/01/2015 10:54 PM, Eli Zaretskii wrote: > That's a very distant possibility. In general, most features are only > very loosely coupled, so the complexity increases very slowly, > certainly sub-linearly. I don't see why we should be afraid of this > happening any time soon. We can disregard orthogonal features, but with related features, complexity increases combinatorially. > If it requires more time, then the situation with the existing > front-end is not too bad. When it's really bad, forking a new > front-end should be much easier. The amount of work required for that option is independent of the situation with the existing front-end. If anything, it would be the reverse: the worse the current solution is, the more work needed to re-implement it. > We should try not to make unfortunate decisions. We made them before, and we'll do them again. >> It also assumes that the set of backend commands can be static without >> incurring any cost. > > For old back-ends that no longer see significant development, > definitely. VC doesn't consist solely of backends. > Yes, because someone else needs to change ;-) Humans can forget the previous workflow after switching to the new one, and the complexity of the new "muscle memory network" can remain on the same order as the previous one.