It's a good list for "What you should be doing to call attention to your open-source project (when it's ready for prime-time)."
The current title reads like: "this is what you owe me if you want me to look at you." Well, ok, but I don't feel that way. I'll use smaller, humbler projects. But I do agree that in doing so I must be prepared for the day that it is no longer updated and the bugs aren't being fixed. I'd certainly feel more comfortable with projects that met most of the lists' criteria, and would be willing to bet more on them for the long haul. But I would still use smaller projects.
Some things (couchdb) seem riskier than others (php), and some very small projects (php-on-couch) seem quite risky indeed. However, I could pick up and go if php-on-couch stalled, I could probably manage if couchdb stalled, but I would be in trouble if php did.
The current title reads like: "this is what you owe me if you want me to look at you." Well, ok, but I don't feel that way. I'll use smaller, humbler projects. But I do agree that in doing so I must be prepared for the day that it is no longer updated and the bugs aren't being fixed. I'd certainly feel more comfortable with projects that met most of the lists' criteria, and would be willing to bet more on them for the long haul. But I would still use smaller projects.
Some things (couchdb) seem riskier than others (php), and some very small projects (php-on-couch) seem quite risky indeed. However, I could pick up and go if php-on-couch stalled, I could probably manage if couchdb stalled, but I would be in trouble if php did.