From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg via Users list for the GNU Emacs text editor Newsgroups: gmane.emacs.help Subject: Re: Too fine design granularity leads to numerous macro/function/command existed in Emacs. Date: Fri, 13 Aug 2021 10:56:20 +0200 Message-ID: <871r6x4taj.fsf@zoho.eu> References: <875yw94w0e.fsf@zoho.eu> Reply-To: Emanuel Berg Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4084"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:QMAEzN743roVmgx6lYU6TqxiIPM= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 13 10:56:58 2021 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mESzp-0000ox-RP for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 13 Aug 2021 10:56:57 +0200 Original-Received: from localhost ([::1]:57376 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mESzo-0007OM-EO for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 13 Aug 2021 04:56:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56580) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mESzV-0007OE-SW for help-gnu-emacs@gnu.org; Fri, 13 Aug 2021 04:56:37 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:60896) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mESzT-0004Aw-7O for help-gnu-emacs@gnu.org; Fri, 13 Aug 2021 04:56:37 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mESzQ-0000ME-GP for help-gnu-emacs@gnu.org; Fri, 13 Aug 2021 10:56:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:132494 Archived-At: Hongyi Zhao wrote: >> With the maximalist approach it is unavoidable that >> sometimes one function can do 1 2 and 3, and another can do >> 2, 3, and 4, so it seems they have "too fine granularity" >> in your phrasing but outside the intersection is actually >> ... 1 and 4! > > Then why not combine the two into one, which can do 1, 2, 3, > and 4? Well, assuming the situation actually is like that, then probably because no one feels the need or desire to do that because after all the work coming up with a common interface and all the work pruning the function that gets dropped from all existing code by every Joe Elisp Hacker to ever use it across the planet, and after fixing every bug that was introduced in the merge process and calming everyone that gets upset on mailing lists and so on ... THEN ... you end up with, not 1 2 3 4, but: 1 2 3 4 :( >> underground experts united > > Why do you use the above sentence as the signature? Does it > have any profound implications? Those who know know: https://dataswamp.org/~incal/figures/emacs/emacs-uxu-submarine-spetsnaz.png -- underground experts united https://dataswamp.org/~incal