ubuntu-phone team mailing list archive
-
ubuntu-phone team
-
Mailing list archive
-
Message #05673
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