From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Alfred M. Szmidt" Newsgroups: gmane.emacs.devel Subject: Re: cond* vs pcase Date: Wed, 07 Feb 2024 12:41:50 -0500 Message-ID: References: <87il32iwmm.fsf@posteo.net> <87o7cttu4l.fsf@posteo.net> <87o7cts9nc.fsf@posteo.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29350"; mail-complaints-to="usenet@ciao.gmane.io" Cc: yuri.v.khan@gmail.com, philipk@posteo.net, emacs-devel@gnu.org To: Arthur Miller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Feb 07 18:42:41 2024 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 1rXlwX-0007QN-4t for ged-emacs-devel@m.gmane-mx.org; Wed, 07 Feb 2024 18:42:41 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rXlvn-0007BL-Dq; Wed, 07 Feb 2024 12:41:57 -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 1rXlvk-0007B3-9f for emacs-devel@gnu.org; Wed, 07 Feb 2024 12:41:53 -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 1rXlvi-00011m-CX; Wed, 07 Feb 2024 12:41:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=QHUDqPVBMB3aOhmB8cKWbrU6bDnqRfUskgAyCZSC2Ag=; b=jrdoRVgFFwpe s7VoBBNHvgJ7ECwZR6D9WnyaWdHGObBZAiFyl1jvjn/W16O8tEoiYAYw8cPG+8PBnVRqt1p4xqXaj xK0Lr5lpqkdg30CIgCj74yxuPKQ8dZb4yX3pJev1bzvtsAobcqY5Pf0IHLHmYa4wj6hciQALo+b9S PNljZqTw0CxLn3RPpNu9wK9KDcTiFZDOuommWpQP7NLChNO5hKv5nzbp4bNshEvsnOgNAGK+2VWBf gknTv/EBHsqTJDc3sfEWs3kCbcFpLDj/pgteGEN6uHjrQIZ6BRhQEnsx9zKstK2C+l6qHwWzxE98l VsWEJSoNLdjlwpOqsQx0Jg==; Original-Received: from ams by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1rXlvi-0006dO-4l; Wed, 07 Feb 2024 12:41:50 -0500 In-Reply-To: (message from Arthur Miller on Wed, 07 Feb 2024 13:43:30 +0100) 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:315985 Archived-At: I am not sure if Alfred meant that in his first message, perhaps he did, but Drew seems to be more in line with that thinking. At least I understand him so. I'm not alluding to any specific design principle, the core issue at hand is communicating with the person reading the code. The reason why we have ASSOC, ASSQ, ... are because they make it _clear_, _easy_ to understand code and to _use_. A generic version is not as easy to understand, or use. Which is also a reason why keywords are generally eskewed in Emacs Lisp. So no, it would not be much better to have one function to rule them all ... we have LAMBDA, and we sure do now want to write Y combinators all over the place.