← Back to team overview

ubuntu-phone team mailing list archive

Re: LP: #1260712 post-mortem and improving our processes

 

Thanks for the followup Leo!  I don't have much more to add, but let me
comment quickly on a few things.

On Dec 16, 2013, at 06:26 PM, Leo Arias wrote:

>If we have to change the test client for the tests to pass, we will need to
>communicate it to all our known clients. Ideally, getting a +1 on the merge
>proposal of the change to make sure they all understand and agree with the
>change. From these reviews we might decide to add a new method instead of
>changing an existent one, or deprecate a part of the API for some time
>before removing it, or maybe somebody comes with a clever solution to keep
>the same signature. Then this MP will remain as the documentation of all
>the details involved in the change, in case we forget. And the changes on
>the sample client will serve as a guideline for the real clients to comply
>with the new API.

I really like the idea of asking your known clients to comment on the merge
proposal.  I don't think we can enforce that but it's a good convention to
follow.  I often like submitting merge proposals even if I'm not likely to get
any code reviews, so that Launchpad has a permanent record and you can refer
to the MP for reasons such as you state.

>I loved your long mail explaining the things that went wrong. Can we keep
>doing it if we fail again? The tone that Barry used is great for learning
>from our mistakes, and get ready for when we get more community and
>external teams using the code we write.

I've learned a lot and I really appreciate everyone's input.  I'm glad the
tone came across the way I intended it.  We're all human after all, and we'll
make mistakes.  But our work on Ubuntu Touch is really unique - we do it all
in the open, everyone and anyone can participate, and we are all on this road
together.  The spirit of teamwork is evident in this thread and it's what I
love most about our work.  Thanks to all!

>Just a suggestion, I think it will be easier to read if we write the title
>of the bugs involved. It won't make the mail much longer.

Yes, good point.

-Barry

Attachment: signature.asc
Description: PGP signature


References