[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: guile-lib things

From: Rob Browning
Subject: Re: guile-lib things
Date: Fri, 25 Jun 2004 13:31:29 -0500
User-agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)

Andy Wingo <address@hidden> writes:

> [0] At one point, I wanted strictly taxonomic names for the
> modules. I was wrong: code doesn't behave taxonomically, it behaves
> in a certain quirky way depending on who wrote it / what package it
> comes from. So while you might classify _packages_ a certain way,
> the code often deserves to be classified under the package name
> itself.  I'm thinking of (sxml htmlprag) here.

Also, paraphrased from a message I sent recently:

  All of this definitely goes in the FWIW category, and also note also
  that I'm not describing a firm conviction here so much as a general

  That said, I tend to prefer flatter namespaces for modules when
  there's a choice.  For example, modules like (text regexp pcre), (db
  relational sql postgresql), or even (graphics opengl) seem
  unnecessary and even potentially confusing to me.

  It appears easy to get in situations where the classifications are
  multi-dimensional and the choice to put a particular module in a
  given place is just arbitrary.  For example, instead of the above,
  why not just (pcre), (opengl), and (postgresql)?  I might even
  prefer (goops) to the current (oop goops) since the oop doesn't
  really seem to add anything.

  Note that I'm not arguing for a completely flat namespace, just
  expressing a general uneasiness with the "deep generic taxonomy"
  approach I've seen in other languages.

  FWIW, and thanks.

Rob Browning
rlb and; previously
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4

reply via email to

[Prev in Thread] Current Thread [Next in Thread]