[racket-dev] planet2

From: Jay McCarthy (jay.mccarthy at gmail.com)
Date: Mon Dec 10 14:22:30 EST 2012

On Sun, Dec 9, 2012 at 1:26 PM, Neil Van Dyke <neil at neilvandyke.org> wrote:

> My biggest comments on planet2...
>
> * I like the general ideas of permitting more decentralized sharing of
> packages (such as through some kind of Git URLs).
>
> * I like the idea of making it easier to modify the source of a package
> and share changes with upstream (which is needlessly cumbersome with PLaneT
> 1).
>
> * I'm very concerned about discarding support for mixing versions of
> packages.  PLaneT 1 didn't fully nail this, but I suspect planet2 is
> punting needlessly, rather than getting data and solving problems (perhaps
> due to changing mission, as speculated in next two points).
>

My rationale is that what OSes provide is good enough for wide uses and we
can more easily build the right versioned package system on top of this
than a non-versioned package system on top of one that is versioned.


> * Other than GitHub support, a lot of what I saw in the planet2
> documentation was not intuitive to me, wrt how I was thinking would be a
> good direction for Racket grassroots package development.  It looks like
> maybe planet2 is biased towards the way core developers work (e.g.,
> centralized, large, monolithic code base, with single version), and/or
> towards modularizing Racket distributions, rather than towards grassroots
> package development.
>

I'm not sure how to respond to this because I don't think it's concrete
enough for me. I'd say that I see P2 has making it easier to not be
centralized and to make smaller packages, because they can provide single
modules of various collections (like a new data/ package) without having to
introduce a whole new namespace. I see a lot of failure in this department
with how P1 was used. For example, the various library collections on P1
(like scheme, unlib, etc) seems to me a product of the pain of P1
deployment encouraging monolithic packages.


> * Related to previous point, it also looks like there *might* (unclear) be
> a desire to increasingly centralize or canonicalize some of the kinds of
> library work that I've been thinking are generally best done in a more
> decentralized and organic manner.  If so, have to be careful with this.
>

I assume you are referring to the suggestion to (a) use known collections
like data, (b) not give things cute names, and (c) not name things after
developers. This would, for instance, make it so that we have "net/soap"
package rather than "roap", "unroap", and "super-soap". I think this is a
good thing. We should be encouraging collaboration to produce excellent
packages rather than having many 20% solutions. It certainly requires more
work, but it seems to have had good results in the Perl, Ruby, and Haskell
communities where this seems to be the common library creation practice.
Nevertheless, these are just guidelines and the system makes no attempt to
enforce them.


> * We'd talked about planet2 on-and-off for years, but I didn't realize
> planet2 was imminent, so I recently somehow managed to spent a lot of
> unpleasant time working on PLaneT tools and such that now look moot in
> light of planet2.  Every now and then, the rug gets pulled out from under a
> non-core developer (this has happened a few times that I know of), and it
> can be a waste of energy and morale, so we should keep trying to avoid
> rug-pulling when practical.
>
> I have numerous small comments, (like, just from glancing at currently
> open browser window) you probably don't want to call anything "PNS", and
> the names "galaxy", "solar-system", and "planet" would be confusing
> (something else already called "planet" that is very related, plus running
> into HtDP "world", "universe", etc.).  Before I'd nitpick at that small
> level of issue, I'd need the bigger questions above addressed, and then I'd
> have to get practical experience with planet2 and comment on that level of
> issue.
>

Although I wrote it, I'm not attached to these particular bike shed
colours. I'd rather rename things to keep the wa than fight about why one
analogy is good and one analogy is bad. All the names you've mentioned have
been given new labels from my first prototypes, and if people would like to
submit patches to rename things that others like, I won't stand in the way.

Jay

-- 
Jay McCarthy <jay at cs.byu.edu>
Assistant Professor / Brigham Young University
http://faculty.cs.byu.edu/~jay

"The glory of God is Intelligence" - D&C 93
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/dev/archive/attachments/20121210/eb958110/attachment.html>

Posted on the dev mailing list.