unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Katherine Cox-Buday <cox.katherine.e@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guix-devel@gnu.org
Subject: Opining on "modern" development practices (was Re: Merging the “binary” NPM importer?)
Date: Thu, 14 Oct 2021 09:54:23 -0500	[thread overview]
Message-ID: <87mtnbfyhs.fsf_-_@gmail.com> (raw)
In-Reply-To: <87mtnbpv1z.fsf@gnu.org> ("Ludovic Courtès"'s message of "Thu, 14 Oct 2021 15:58:32 +0200")

Ludovic Courtès <ludo@gnu.org> writes:

> It’s an unusual situation, but it seems that “modern” development
> practices make it hard or impossible to meet our standards in the first
> place; yet, we’re missing out on a whole range of free software packages
> by not doing anything.  Offering the tool while not compromising on our
> standards seems like a reasonable middle ground.

I think this is yet another example of the "worse is better"[1] debate, seemingly still ongoing in the world, thirty years later.

I don't have much practical to say on the subject, but a few things have often occurred to me which someone may find useful or interesting to ruminate on:

1. The premise of the "worse is better" philosophy seems to me to have been
   proven true. Development tools and environments which are easier to get,
   start using, and distribute, proliferate. And these communities produce the
   most software. As you pointed out, some of the software itself is free and
   useful.

2. Sometimes these ecosystems (e.g. Javascript) are so volatile, bad things fall
   out. It is difficult to stay abreast of changes, there are security issues
   (e.g. tainting a very common dependency, bootstrapping issues, etc),
   maintenance issues, and lots of wasted effort rewriting things. Still, a
   large percentage of developers' time and energy goes into that ecosystem
   because of point one, and they create useful things.

3. Sometimes these ecosystems are so volatile, good things fall out. Through the
   lens of experience, solutions and tools are created which address the hard
   won lessons.

4. This seems to be how nature and evolution work.

Me? I like well-ordered things that have been thoughtfully produced. But I think about number four a lot.

[1] - https://en.wikipedia.org/wiki/Worse_is_better

-- 
Katherine


  reply	other threads:[~2021-10-14 14:54 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-19 13:01 Adding extra package importers pinoaffe
2021-09-19 14:44 ` Maxime Devos
2021-09-23 20:28 ` Merging the “binary” NPM importer? Ludovic Courtès
2021-09-23 23:13   ` pinoaffe
2021-09-26 13:37     ` Jelle Licht
2021-09-26 21:34       ` pinoaffe
2021-09-26 22:32         ` Philip McGrath
2021-09-27  8:57           ` pinoaffe
2021-09-27 15:13             ` Katherine Cox-Buday
2021-09-28 12:37       ` Ludovic Courtès
2021-09-25  3:17   ` Christine Lemmer-Webber
2021-10-08  1:51     ` Maxim Cournoyer
2021-10-08 14:16       ` Katherine Cox-Buday
2021-10-11 10:13         ` zimoun
2021-10-11 17:12           ` pinoaffe
2021-10-12 18:21       ` Timothy Sample
2021-10-14  1:26         ` Maxim Cournoyer
2021-10-14 13:58           ` Ludovic Courtès
2021-10-14 14:54             ` Katherine Cox-Buday [this message]
2021-10-21 19:39               ` Opining on "modern" development practices (was Re: Merging the “binary” NPM importer?) Ludovic Courtès
2021-10-28 15:01                 ` Katherine Cox-Buday
2021-10-29 12:33                   ` Ludovic Courtès
2021-10-29 14:54                     ` Katherine Cox-Buday

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87mtnbfyhs.fsf_-_@gmail.com \
    --to=cox.katherine.e@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).