From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Blake Shaw Newsgroups: gmane.lisp.guile.user Subject: Re: Proposal: Deep Dive into the Guile Docs & Makeover Proposal Date: Tue, 08 Feb 2022 23:59:07 +0700 Message-ID: <8735ktpa56.fsf@nonconstructivism.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8690"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Neil Jerram , guix-days@gnu.org, guile-user , guix-user@gnu.org To: Daniel Tornabene Original-X-From: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Tue Feb 08 18:48:47 2022 Return-path: Envelope-to: guile-user@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 1nHUbd-0001zG-QE for guile-user@m.gmane-mx.org; Tue, 08 Feb 2022 18:48:46 +0100 Original-Received: from localhost ([::1]:38796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nHUbc-0001h8-P1 for guile-user@m.gmane-mx.org; Tue, 08 Feb 2022 12:48:44 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:43982) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHTq0-0002fx-7H for guile-user@gnu.org; Tue, 08 Feb 2022 11:59:32 -0500 Original-Received: from out1.migadu.com ([91.121.223.63]:59569) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHTpx-0007vI-Ui for guile-user@gnu.org; Tue, 08 Feb 2022 11:59:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nonconstructivism.com; s=key1; t=1644339560; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=sxvRT99yKn8q5iDw9Yu72C5/r4cAD5ldruYCBMSt8DQ=; b=U7HxrZe4XxfD4PrcExGiEnAg47xmoSYO3dN0YMK5Tz4OlShWRRmBvwHfj/imo7Q8lHHMtQ IZV2pboqiIOWcn2a0M82FkM9UYnS/Dy5SQpmcHv/LTwnldIb6bhe545FBJYw3UaQ1cEs3D O+usLMXOdrQZ2fW38wc2TeEiOHnx2Pg= Gcc: nnimap+imap.migadu.de:sent.2022 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: nonconstructivism.com Received-SPF: pass client-ip=91.121.223.63; envelope-from=blake@nonconstructivism.com; helo=out1.migadu.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Original-Sender: "guile-user" Xref: news.gmane.io gmane.lisp.guile.user:18040 Archived-At: Daniel Tornabene writes: > just a simple guile user here, sitting next to my printed out 2.2.6 > manual. I'm interested in this topic as well though I'd say my own > experience with the documentation is less a problem with it as it is > then with its organization. Perhaps I'm an anomaly, but I enjoy and > appreciate a manual with significant, bordering on completeness of > coverage of not simply the language, but the relevant api.  I'd also > add that the small examples littered throughout the text which add to > the length have however been quite helpful to me personally, and > demonstrating multiple possible paths one might take given a language > construct is a good thing in a lisp, especially one that attempts to > be as approachable as guile does. The comparisons to racket and rust > printed manuals are enlightening though, and I'd be very interested in > a "close reading", as it were, that susses out the structural and > stylistic details in a comparative way. Successfully done that in and > of itself would be both a major accomplishment for our corner of the > PL world and other software communities with a serious commitment to > documentation and even to non programmers wanting to understand how > such complicated endeavours such as a community developed programming > language effectively communicates information and practices.  > for sure, just to clarify as a few folks have commented on this -- & so it seems the summary i provided may have been misleading -- my talk will deal primarily with the structure of the docs, not what can be cut out. i'm really focused here on the user experience, and cutting out not length but instead inconsistencies: in language, layout, order, and style so that users can anticipate a general cadence and thus navigate with greater ease. in fact, i think the end result may be a longer manual, but one in which users will have a simplified mental map, so that amidst hacking you can navigate whether by paper of texinfo to what you're looking for, and be in and out, back to the repl as seamlessly as possible. the hope is to cut out downtime caused while consulting the docs, while also preserving the deeper more essayistic nuggets for when its time to take a plunge. i will offer suggestions for sets of guidelines dealing with various aspects of structure, that intend to both add and preserve existing structure. so it's kind of a 'functor' approach to structuring the docs. this is also where the feedback session will be key, as longtime users will have the knowledge of what would be *objectively bad*. so in a sense, I will offer *weak* or abstract guidelines, and for those that the community agrees are beneficial we should focus on collectively strengthening them such that they may compose as a system that is general, concrete, and true to the language itself. -- “In girum imus nocte et consumimur igni”