← Back to team overview

launchpad-dev team mailing list archive

Re: Clarifying our terminology

 

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/

Attachment: signature.asc
Description: This is a digitally signed message part


Follow ups

References