This is way better than mine! With practical use & try we can have concrete idea of how CTR works in our community. We can develop our policy to handle real world cases instead of just imaging it. 2015年9月20日 上午3:11於 "Konstantin Boudnik" <[email protected]>寫道：
> I'd rather avoid or at least postpone the voting until we have everyone > being > comfortable with the proposed changed. I really don't like an idea of > someone > being in minority and being forced to play alone. On the other hand, I see > a > bunch of situations where CTR would be beneficial e.g BIGTOP-2057. > > If as Evans said all questions were answered, let's proceed to voting. If > not > - let's give CTR a try for say a couple of months and see how it works for > everybody. We hardly can do any irreversible harm even if we try - we can > always revert anything we don't like ;) > > Cos > > On Sun, Sep 20, 2015 at 01:52AM, Evans Ye wrote: > > To summarise this discussing thread, I think we have most of our team > > member supporting CTR model and questions from RTC advocates are > answered. > > I propose to start a vote to officially made decision wether or not to > > switch to CTR. > > If that passed, we then start drafting our CTR policy through discussion. > > Any other thoughts? > > > > 2015-09-18 2:50 GMT+08:00 Konstantin Boudnik <[email protected]>: > > > > > Can I ask RTC advocate to review a couple of patches to unblock me? > > > > > > BIGTOP-2025 > > > BIGTOP-2051 > > > > > > Thank you very much! > > > Cos > > > > > > On Mon, Sep 14, 2015 at 11:32AM, Konstantin Boudnik wrote: > > > > On Mon, Sep 14, 2015 at 07:35PM, Olaf Flebbe wrote: > > > > > Sorry, I haven't followed the initial discussion since I was not > > > onboard at that time. > > > > > > > > > > From my view bigtop is the fastest moving project, I ever knew. I > am > > > active > > > > > for over 20 years in all kinds of opensource projects, but bigtops > > > tops them > > > > > all in speed, second fastest maybe samba and linux kernel at 0.0x > > > > > > > > That's so good to hear! Made my day, if not the whole week! Speaks > tons > > > about > > > > the community we have on this project! > > > > > > > > > I am strongly oppose [i.e. -1] the CTR style, since I think the > > > project -- > > > > > and myself -- take large benefits from discussions about > implementing > > > the > > > > > best solution for the project. > > > > > > > > I think CTR doesn't mean that one can not ever ask for a code review > > > upfront. > > > > It's all about trusting the developers to do what's the best for the > > > project > > > > without hanging out high and dry in some obvious cases. > > > > > > > > > Getting a +1 is not only that a patch simply runs, it is about code > > > style, > > > > > architectural decisions. Even a one-liner patch can break designs. > > > > > > > > And that again falls back to the point of trusting the judgement of > your > > > peers > > > > to do the "right thing" and come forward with the discussion before > > > making the > > > > changes that are questionable or contraversial. And we won't know if > it > > > works > > > > before we try it at least for some time ;) > > > > > > > > Cos > > > > > > > > > I think a clear review guideline would help bigtop more that a > commit > > > > > policy change. > > > > > > > > > > Olaf > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
