The Artima Developer Community
Sponsored Link

Python Buzz Forum
Lesson #5

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Ryan Tomayko

Posts: 408
Nickname: rtomayko
Registered: Nov, 2004

Ryan Tomayko is an instance of a human being...
Lesson #5 Posted: Apr 21, 2007 3:55 AM
Reply to this message Reply

This post originated from an RSS feed registered with Python Buzz by Ryan Tomayko.
Original Post: Lesson #5
Feed Title: Ryan Tomayko (weblog/python)
Feed URL: http://tomayko.com/feed/
Feed Description: Entries classified under Python.
Latest Python Buzz Posts
Latest Python Buzz Posts by Ryan Tomayko
Latest Posts From Ryan Tomayko (weblog/python)

Advertisement

Ian Bicking in Python's Makefile:

An example of this is buildutils. This package is, sadly, unmaintained; in part I'm writing this blog post to encourage people to steal/remake/repair the kind of functionality buildutils provides, and provide entirely new functionality.

Buildutils is one of two Python projects I really screwed up on in my maintainership duties. The other is a documentation utility called Pudge. On both, I failed to heed the wisdom of Lesson #5:

  1. When you lose interest in a program, your last duty to it is to hand it off to a competent successor.

I never lost interest in either of these but had to stop working on them due to other commitments. Both are conceptually solid and somewhere near 50% through their implementation cycle. Each would fill a big hole in today's Python toolkit (IMO). Neither are being maintained. No mailing lists, no new releases, nothing.

Projects die all the time due to lack of interest and value. That's normal and healthy and a big part of the F/OSS ecosystem working its magic. What's not normal and healthy is when projects that people are interested in die. That's bad maintainership.

I'm sorry.

One thing about Lesson #5 that isn't immediately obvious is that it's not okay to just leave a dead project out there. You must find a maintainer or you must die all the way. At the very least, you have to state clearly that the project is no longer being maintained and that people are encouraged to start new projects that duplicate the dead project's functionality.

The first issue here is that people will find your project and believe that someone is already working on the problem and so will not want to duplicate the effort. The second issue is that leaving dead bodies on the field decreases morale. Who wants to start up another documentation project when there's five half attempts already out there? If the previous projects couldn't get it done, there must be something troubling (like dragons) about the problem itself. Nope, the maintainers probably just got tied up on something else.

All that being said, I'd like to humbly request that anyone who has any interest at all in these projects and would be interested in taking over maintainer duties, please leave a comment or contact me via email.

If the projects are resurrected, I'd prefer that the subversion repositories and project sites be moved to a new home but I can host this stuff for as long as needed. I've had multiple requests (the frequency of which seems to be increasing) for the mailing lists to come back but I can't host those anymore so finding a new discussion area would be the first order of business.

In the meantime, I'm going to add text to the project sites noting their status (as being dead) with a link to this article and an invitation for gratuitous code theft.

One last thing... If you've never maintained a F/OSS project before but are interested, either of these projects would be a great place to start. They're both fun if you're into tooling, neither would require a whole lot of time, and there's already small communities of really smart folks who use the projects and would contribute.

Read: Lesson #5

Topic: Too much politics for programmers Previous Topic   Next Topic Topic: Java may not be that bad after all

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use