From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: seq.el and the complexity of Emacs Lisp. Date: Tue, 07 Nov 2023 14:58:44 +0200 Message-ID: <831qd13ekb.fsf@gnu.org> References: <83pm0n2h5j.fsf@gnu.org> <42480.5172298633$1699275087@news.gmane.org> <87edh2fu39.fsf@dataswamp.org> <9c1e5ef2-f3a5-4bd1-927e-6d9679023402@gmx.at> <87a5rplvkg.fsf@dataswamp.org> <877cmtoi06.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17861"; mail-complaints-to="usenet@ciao.gmane.io" Cc: h.judt@gmx.at, incal@dataswamp.org, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 07 14:00:18 2023 Return-path: Envelope-to: ged-emacs-devel@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 1r0Lgo-0004Oy-2O for ged-emacs-devel@m.gmane-mx.org; Tue, 07 Nov 2023 14:00:18 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r0LfZ-0005sr-MZ; Tue, 07 Nov 2023 07:59:01 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r0LfY-0005rq-Bc for emacs-devel@gnu.org; Tue, 07 Nov 2023 07:59:00 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r0LfW-0004GX-Rq; Tue, 07 Nov 2023 07:58:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=hviTkowuDt0+vg48FZIMvOYvE5luqcmzHvKaMkyu8N8=; b=ieryAvw4GNZy kYqAn5l2GUEdQwaFClrFNjNbowuR+rKdsZ9xu+PgrxD6ggx/ZDolv3MUxJQjC8fBY+hCWAMUo/5BL pgQgJ5K+Uc+LBTya20x20GieeoX1w4A8kHE8Zu74YHwKxlN/9NbHSIU0Vq35G6tTCbKZb1YaI/CYm ySyOuM/G5z7cBgaHQwOH3AJuPI6QAh2QxcE3G71WvCWfjNx1kRPI+QIZ7lkJgoguppQwURQYk6QQf T0jj5/O6ecp2/QaeRhDpjXKbe8Xk85tHPZk4K08pT5A+BWf4WY6tt0BT6BmJMFvuY1PuEz59q0DR8 7C66yGMtZRBRA73S8Zlzhw==; In-Reply-To: <877cmtoi06.fsf@localhost> (message from Ihor Radchenko on Tue, 07 Nov 2023 12:38:49 +0000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:312308 Archived-At: > From: Ihor Radchenko > Cc: Emanuel Berg , emacs-devel@gnu.org > Date: Tue, 07 Nov 2023 12:38:49 +0000 > > Harald Judt writes: > > > My response was targeted more at the general denial to code changes, not about > > this discussion about cl-lib. Your assumption that every change needs to be > > driven by benefit seems a bit short-sighted to me. It is probably good enough > > when you want to build something fast without having to care about it much > > later. Maybe it holds when you lack time because then not wasting time is a > > priority. But if you want to build something for long-term use, it might not > > be an optimal solution. Having to depend on immediate benefits to change > > anything also loses importance when time is not that much of a priority. > > AFAIU, Eli's position in the past was exactly as Emanuel described - we > do not change things unless there is a clear benefit of such change. > > Eli, please correct me if my understanding is wrong. You are not wrong, but I respectfully ask to take this discussion off this list to emacs-tangents, since this kind of semi-philosophical argument is not really on-topic here, and certainly doesn't belong to the current thread.