On Fri, 2010-02-12 at 17:28 +0000, Matthew Revell wrote: > I'm reading through the Bazaar versus Git discussion that the Drupal > community are having [1]. > > There are some interesting comments and I recommend you read as much > as you have time for. Several stuck with me and I'd like us to talk > about one in particular: > > Looking at Launchpad, I see a system that loves to throw weird terminology > at > me, blueprints, drivers, WTF? Especially its hard separation between > features and > bugs, notion and treatment of "delivery" milestones, approvals and > assignments, > busts the hell out of me. That may be suitable for your company's > business product > development and perhaps understood by you and your co-workers after > having had a > workshop or completing the Launchpad certificateā¢, but how does that > remotely apply > to Drupal's flexible and successful usage of issues with various > transitioning states...? > Implementation: Good progress? Of course. > > The terminology we use in Launchpad has always struck me as one of our > biggest barriers for newcomers. I understand why we have some unusual > terminology: in some cases, we're dealing with concepts that don't > crop elsewhere or, at the least, aren't adequately described > elsewhere.
Blueprints's terminology and workflow was designed for Ubuntu. It was never generalised and simplified for other projects to adapt. The language and workflow is also a barrier to Launchpad engineers. -- __Curtis C. Hovey_________ http://launchpad.net/
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Mailing list: https://launchpad.net/~launchpad-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~launchpad-dev More help : https://help.launchpad.net/ListHelp

