[ccan] Moving modules to vanity naming?
Rusty Russell
rusty at rustcorp.com.au
Wed Nov 3 12:09:59 EST 2010
On Wed, 3 Nov 2010 11:13:15 am david at lang.hm wrote:
> On Wed, 3 Nov 2010, Rusty Russell wrote:
>
> > On Wed, 3 Nov 2010 10:39:06 am david at lang.hm wrote:
> >> I think it would be better to group by similar functionality, and within
> >> that grouping add author names.
> >
> > Isn't that simply adding another level of indirection? I'm really unsure
> > what the popular groups would be, so I figured that by-author was the
> > least-sucky way of side-stepping that.
> >
> > As you allude, we'd still need both since by-functionality makes the
> > namespace issues worse.
>
> it could be <module>-author rather than a separate directory level.
Hmm, I like that. And according to the gitolite docs, it's still possible
to use regexes to grant per-maintainer perms.
> >> If I'm browsing through things, having the first-level split be by author
> >> provides (almost) no useful information.
> >
> > That's true, and I find it personally annoying.
> >
> > Yet I hope that we will get thousands of modules. That means the utility of
> > browsing the git repository will diminish, so I don't believe we should
> > optimize for that case.
> >
> > The website listing won't be by author (at least, the main list), just the
> > actual layout in the repo.
>
> won't the website suffer the same problem?
Yes, but it's easier to change the website to offer different views than to
wrangle the source layout so I'm less concerned.
Maybe not a FaceBook "Like" buttons on each module, but some "popular
modules" view seems a more practical way to browse.
> don't think of it as browsing git, think of it as getting a tree that's
> all the modules checked out and browsing through the source files.
When I look at CPAN, I find it hard to imaging drinking from such a
firehose:
http://www.cpan.org/modules/01modules.index.html
Cheers,
Rusty.
More information about the ccan
mailing list